CloudLinux Lizenz kaufen und installieren: So gehen Sie vor

Was ist eine CloudLinux Lizenz und wofür brauchen Sie sie?

Eine CloudLinux Lizenz ist das Recht, CloudLinux OS auf einem Server zu betreiben und dessen Updates zu beziehen. Sie aktivieren sie entweder mit einem Aktivierungsschlüssel oder über eine Lizenz, die an die öffentliche IP Adresse des Servers gebunden ist. Damit trennen Sie jedes Hostingkonto nach Ressourcen und Dateisystem.

In diesem Beitrag zeigen wir, wo Sie eine CloudLinux Lizenz kaufen, wie Sie prüfen, ob sich Ihr Server umstellen lässt, und wie die Installation grob abläuft. Wir sind ein Team für digitales Marketing und Webentwicklung, kein Hostinganbieter. Deshalb stützen sich alle Befehle auf die offizielle Installationsanleitung von CloudLinux. Preise oder Versionszusagen nennen wir nicht, denn diese ändern sich häufig. Die aktuelle Seite des Herstellers bleibt die richtige Quelle.

Zwei Lesergruppen profitieren am meisten von diesem Artikel. Zum einen technische Nutzer, die einen eigenen VPS oder dedizierten Server betreuen, meist mit cPanel oder einem ähnlichen Panel. Zum anderen Websitebetreiber, die vor dem Kauf eines Hostingpakets fragen: „Läuft hier CloudLinux?“ Gehören Sie zur zweiten Gruppe, können Sie die Befehlsabschnitte also überspringen und direkt zum Editionsvergleich und zu den letzten Abschnitten gehen.

Welches Problem löst CloudLinux OS?

Auf einem Shared Server teilen sich Dutzende oder sogar Hunderte Konten dieselbe CPU, denselben Arbeitsspeicher und dieselbe Festplatte. Ein fehlerhaftes Plugin oder eine plötzliche Trafficspitze in einem einzigen Konto kann zum Beispiel den ganzen Server ausbremsen. Zudem sehen Nutzer auf einer klassischen Linux Installation oft fremde Benutzernamen und einige gemeinsame Dateien. Genau diese beiden Probleme adressiert CloudLinux OS.

CloudLinux beschreibt sich selbst als binärkompatibel mit RHEL und CentOS. Das heißt, Anwendungen für diese Systeme laufen ohne Änderungen. Darauf setzt CloudLinux dann hostingspezifische Schichten: Ressourcengrenzen auf Kernelebene, Isolation der Nutzer und die Auswahl von Sprachversionen pro Konto.

• Stabilität: Die hohe Last eines Kontos legt die Nachbarkonten nicht lahm.
• Sicherheit: Nutzer sehen weder fremde Dateien noch fremde Prozesse.
• Flexibilität: Jedes Konto wählt seine eigene PHP, Python oder Node.js Version.
• Transparenz: Statistiken zeigen Ihnen, welches Konto an seine Grenzen stößt.

Kurz gesagt ist CloudLinux die Infrastrukturschicht, die verhindert, dass ein lauter Nachbar Ihre Website verlangsamt. Weitere serverseitige Ursachen für Langsamkeit behandeln wir in unserem Beitrag Warum ist meine Website langsam?

Wie arbeiten LVE, CageFS und PHP Selector zusammen?

Im Kern von CloudLinux steht LVE, kurz für Lightweight Virtual Environment. Laut der offiziellen Komponentendokumentation begrenzt LVE die Ressourcen pro Nutzer direkt im Kernel. Konkret kontrolliert LVE vor allem diese Ressourcen:

• CPU Nutzung (laut Dokumentation entsprechen 100 Prozent einem Kern).
• Virtuellen und physischen Arbeitsspeicher.
• Lese und Schreibgeschwindigkeit der Festplatte (I/O) sowie Operationen pro Sekunde (IOPS).
• Entry Processes, also gleichzeitige Verbindungen.
• Die Gesamtzahl der Prozesse.

Die zweite Schicht heißt CageFS. Sie sperrt jeden Nutzer in ein virtuelles Dateisystem; der Nutzer sieht nur sichere Programme und erkennt keine fremden Benutzernamen. Ausführlich erklären wir das in unserem Beitrag über CageFS und Kontoisolierung. Deshalb wiederholen wir es hier nicht.

Der dritte Baustein sind die Sprachselektoren. Mit dem PHP Selector wählt der Kontoinhaber seine PHP Version und Erweiterungen, ohne die serverweite Vorgabe zu ändern. Den Unterschied zu MultiPHP in cPanel finden Sie in unserer Anleitung zur PHP Version in cPanel. Außerdem überwacht der MySQL Governor die Datenbanklast, und LVE-Stats protokolliert Grenzüberschreitungen.

Welche CloudLinux Edition passt zu Ihrem Server?

Eine CloudLinux Lizenz gibt es nicht in nur einer Form. Stattdessen existieren mehrere Editionen, die sich nach Kontozahl und Funktionsumfang unterscheiden. Die offizielle Editionsübersicht nennt vier: Solo, Admin, Legacy (früher Shared) und Shared Pro. Die folgende Tabelle fasst diese Seite zusammen. Prüfen Sie allerdings vor dem Kauf immer die aktuelle Fassung.

Für einen VPS mit einer einzigen Agenturwebsite oder einem Onlineshop reicht Solo oft aus. Eine kleine Agentur, die einige Kundenseiten in getrennten Konten führt, sollte sich dagegen Admin ansehen. Betreiben Sie klassisches Shared Hosting mit vielen Kunden, kommen schließlich Shared Pro oder Legacy infrage.

Wie kaufen Sie eine CloudLinux Lizenz?

Eine CloudLinux Lizenz erhalten Sie auf zwei Wegen: direkt bei CloudLinux oder über einen autorisierten Partner, also einen Reseller. Beim Direktkauf eröffnen Sie ein Konto im CloudLinux Network (CLN), dem Kundenportal. Dort verwalten Sie anschließend Lizenzen, Aktivierungsschlüssel und Testschlüssel.

Beim Kauf über einen Reseller läuft der Prozess meist über den Anbieter, bei dem Sie den Server mieten, oder über einen Lizenzhändler. In diesem Fall vergibt der Reseller oft keinen Schlüssel, sondern eine Lizenz auf Basis der IP Adresse. Egal welchen Weg Sie wählen, wir empfehlen diese Reihenfolge:

1. Notieren Sie, wie viele Hostingkonten der Server tragen soll und welche Funktionen Sie brauchen.
2. Wählen Sie dann in der Editionsübersicht die passende Edition.
3. Prüfen Sie in der offiziellen Dokumentation die Kompatibilität mit Betriebssystem und Panel.
4. Kaufen Sie die Lizenz über CLN oder Ihren Reseller und notieren Sie, ob sie schlüssel oder IP basiert ist.
5. Erstellen Sie vor der Installation ein Backup und testen Sie die Wiederherstellung.

Preise nennen wir bewusst nicht, weil sie je nach Edition, Laufzeit und Reseller schwanken. Den aktuellen Betrag finden Sie auf der Website von CloudLinux oder bei Ihrem Reseller. Haben Sie noch keinen Server gewählt, hilft Ihnen zudem unser Leitfaden zum Auswählen von Webhosting.

Worin unterscheiden sich IP Lizenz und Schlüssellizenz?

Bei der Schlüssellizenz erhalten Sie von CLN einen Aktivierungsschlüssel. Das Beispiel in der Dokumentation ist eine lange Zeichenfolge aus Ziffern und Buchstaben mit einem Bindestrich in der Mitte. Übergeben Sie diesen Schlüssel an das Installationsskript, erkennt es Ihre Edition automatisch. Ziehen Sie den Server um, registrieren Sie den Schlüssel also auf der neuen Maschine erneut.

Bei der IP Lizenz bindet der Reseller die Lizenz dagegen an die öffentliche IP Adresse des Servers. Vor allem Reseller nutzen dieses Modell. Die offizielle Dokumentation warnt hier deutlich: Prüfen Sie vor der Umstellung, ob die öffentliche IP des Servers für die gewünschte Edition lizenziert ist. Sonst läuft das Skript zwar durch, aber Sie erhalten nicht die erwartete Edition.

Wissen Sie nicht genau, welche IP Ihr Server nutzt, prüfen Sie zunächst mit unserem DNS Abfrage Tool, wohin Ihre Domain zeigt. Danach sehen Sie mit unserem IP Abfrage Tool, zu welchem Netz die Adresse gehört. Achten Sie darauf, dass die IP, die Sie dem Reseller nennen, wirklich die öffentliche IP des Servers ist. Bei Servern hinter NAT oder mit mehreren Adressen kommt es hier häufig zu Fehlern.

Zusammengefasst bietet das Schlüsselmodell Portabilität, das IP Modell dagegen eine einfachere Verwaltung beim Reseller. Das technische Ergebnis ist in beiden Fällen gleich: Der Server ist bei CLN registriert und lizenziert.

Lohnt sich der Start mit einem Testschlüssel?

Ja, vor allem beim ersten Einsatz von CloudLinux ist ein Testschlüssel ein guter Start. Laut offizieller Installationsanleitung gilt ein Testschlüssel 30 Tage. Dafür registrieren Sie ein Kundenkonto bei CLN, melden sich an und nutzen im Portal die Schaltfläche für den Testschlüssel.

Wir empfehlen, die Testphase wie einen echten Produkttest zu behandeln. Stellen Sie also nicht sofort den Produktivserver um. Testen Sie stattdessen auf einem Test VPS mit demselben Betriebssystem und demselben Panel. So sehen Sie, ob Ihre Websites, PHP Erweiterungen und Cronjobs mit dem neuen Kernel und CageFS funktionieren.

Klären Sie während des Tests folgende Fragen:

• Zeigt die Panelintegration (CloudLinux Manager) die erwarteten Ansichten?
• Bremsen die LVE Grenzen Ihre Websites bei normalem Traffic aus?
• Funktionieren Ihre Backup und Monitoring Werkzeuge in der neuen Umgebung?
• Kann Ihr Team die Statistikansichten lesen und deuten?

Endet der Test, registrieren Sie einfach den bezahlten Schlüssel auf demselben Server. Den passenden Befehl zeigen wir weiter unten.

Lässt sich Ihr Server auf CloudLinux umstellen?

Für CloudLinux gibt es zwei Wege: eine Neuinstallation per ISO auf einem leeren Server oder die Umstellung eines bestehenden Servers. In der Praxis wählen Sie bei Servern mit laufendem Panel und Live Websites den Umstellungsweg. Die offizielle Dokumentation nennt dafür unterstützte und nicht unterstützte Systeme sehr klar.

• Unterstützt: CentOS 7, AlmaLinux OS 8, 9 und 10 sowie Rocky Linux 8 und 9.
• Nicht unterstützt: CentOS 8, CentOS Stream und Rocky Linux 10.
• Hinweis: Unter Rocky Linux sieht die Dokumentation keine Rückabwicklung vor.

Bei der Hardware gilt laut Dokumentation: CloudLinux läuft auf der Hardware, die RHEL, CentOS und AlmaLinux unterstützen. Prozessoren mit ARM Architektur wie Graviton bleiben allerdings außen vor. Vorsicht außerdem bei ZFS: Laut Dokumentation greifen die I/O Grenzen von LVE dort nicht.

Bei den ISO Abbildern gibt es ein weiteres Detail. Die Dokumentation bietet Abbilder für CloudLinux OS 7, 8 und 9 an. Für CloudLinux OS 10 gibt es dagegen kein ISO; stattdessen stellen Sie einen Server mit AlmaLinux 10 um. Für Server mit Ubuntu enthält die CloudLinux Dokumentation zudem einen eigenen Abschnitt. Dieser Beitrag konzentriert sich daher auf die Umstellung innerhalb der RHEL Familie.

Was sollten Sie vor der Installation vorbereiten?

Die Umstellung ist ein ernster Eingriff, denn sie tauscht die Releasepakete und den Kernel des Betriebssystems aus. Überspringen Sie die Vorbereitung deshalb nicht. Die Checkliste aus der offiziellen Dokumentation haben wir so verdichtet:

1. Prüfen Sie Betriebssystem, Architektur, Virtualisierung und Panelkompatibilität.
2. Erstellen Sie ein vollständiges Backup und testen Sie die Wiederherstellung; ein Backup allein genügt nicht.
3. Planen Sie ein Wartungsfenster, denn am Ende steht ein Neustart.
4. Schließen Sie offene Paketvorgänge ab und beheben Sie Fehler im Paketmanager.
5. Bestätigen Sie, dass Schlüssel oder IP Lizenz zur gewünschten Edition passen.
6. Sichern Sie sich einen Konsolenzugang, damit Sie auch ohne SSH eingreifen können.

Denken Sie beim Backup an Dateien, Datenbanken und Konfiguration als getrennte Ebenen. Diese Aufteilung erklären wir Schritt für Schritt in unserer Backup Strategie für Websites.

Läuft auf dem Server eine Firewall, stellen Sie außerdem sicher, dass sie den Zugriff auf die CloudLinux Repositories nicht blockiert. Nutzen Sie CSF, frischt unser Leitfaden zur CSF Firewall die Logik der Regeln schnell auf.

Wie laden Sie das cldeploy Skript sicher herunter und prüfen es?

Die Umstellung selbst übernimmt ein offizielles Skript namens cldeploy. Im Netz finden Sie Einzeiler, die das Skript laden und direkt an die Shell weiterreichen. Davon raten wir ab, weil ein Skript mit Rootrechten ungelesen auszuführen ein unnötiges Risiko ist. Gehen Sie stattdessen in zwei getrennten Schritten vor: erst herunterladen, dann prüfen.

Im ersten Schritt laden Sie das Skript als Datei aus dem CloudLinux Repository. Die offizielle Dokumentation nennt diese Adresse:

cd /root
curl -O https://repo.cloudlinux.com/cloudlinux/sources/cln/cldeploy
ls -l cldeploy

Im zweiten Schritt öffnen Sie die Datei in einem Textbetrachter und überfliegen sie. Kontrollieren Sie, dass die Quelle wirklich repo.cloudlinux.com ist und die Datei ein Shellskript ist, keine HTML Fehlerseite:

head -n 20 cldeploy
less cldeploy

Danach führen Sie die Vorabprüfung aus der offiziellen Dokumentation aus. Sie prüft die Voraussetzungen, bevor die eigentliche Umstellung beginnt:

bash cldeploy --precheck

Meldet die Vorabprüfung eine Warnung, beheben Sie diese zuerst. Wer Warnungen ignoriert, riskiert ein halb umgestelltes System.

Wie läuft die Umstellung mit einer CloudLinux Lizenz Schritt für Schritt ab?

Ist die Vorabprüfung sauber, folgt die eigentliche Umstellung. Der Befehl hängt davon ab, welche Art von CloudLinux Lizenz Sie besitzen. Mit einem Aktivierungsschlüssel übergeben Sie den Schlüssel an das Skript; das Skript liest die Edition dann aus dem Schlüssel:

bash cldeploy -k ACTIVATION_KEY

Hat Ihr Reseller eine IP Lizenz vergeben, nutzen Sie statt des Schlüssels die IP Option. Für die Admin Edition mit IP Lizenz zeigt die Dokumentation einen zusätzlichen Schalter:

sh cldeploy -i
sh cldeploy -i --to-admin-edition

Im Hintergrund erledigt das Skript viele Aufgaben. Laut Dokumentation sichert es zunächst die ursprünglichen Repositoryeinstellungen im Verzeichnis /etc/cl-convert-saved. Dann richtet es die CloudLinux Repositories samt RPM Schlüssel ein. Anschließend tauscht es die Releasepakete gegen CloudLinux Pakete und entfernt kollidierende Pakete. Schließlich installiert es den CloudLinux Kernel, die LVE Werkzeuge und die Panelintegration.

Schließen Sie das Terminal währenddessen nicht. Da der Vorgang dauern kann, starten Sie die SSH Sitzung am besten in screen oder tmux; so bricht der Vorgang bei einem Verbindungsabbruch nicht ab. Lesen Sie am Ende die Hinweise, die das Skript ausgibt, und speichern Sie sie. Denn diese Hinweise gelten speziell für Ihren Server.

Was prüfen Sie nach dem Neustart?

Der letzte Schritt der Umstellung ist ein Neustart. Vorher sollen Sie laut Dokumentation Bootwarnungen prüfen, also Kernel und Initramfs Dateien sowie Booteinträge. Sieht alles gut aus, starten Sie den Server neu und kontrollieren dann den laufenden Kernel:

reboot
uname -r

Achten Sie dabei auf ein Detail. Bei älteren CloudLinux Versionen suchten Sie im Kernelnamen nach „lve“. Laut Dokumentation nutzen CloudLinux OS 9 und neuer allerdings den AlmaLinux Kernel. Ein Kernelname ohne lve ist somit kein Fehlerzeichen.

Nach dem Kernel prüfen Sie die Anwendungsebene:

• Öffnet sich die Ansicht des CloudLinux Manager in Ihrem Panel?
• Laden Startseite und Adminbereich jeder gehosteten Website?
• Funktionieren die Datenbankverbindungen, und bleiben die Fehlerprotokolle sauber?
• Laufen die Cronjobs beim ersten Durchlauf fehlerfrei?

Optionale Funktionen wie PHP Selector, X-Ray oder AccelerateWP richten Sie danach einzeln ein, jeweils nach ihren eigenen Voraussetzungen. Die Dokumentation behandelt sie als Folgeschritte, nicht als Teil der Umstellung. Beim SSL ändert sich nichts. Trotzdem ist ein kurzer Blick mit unserem SSL Check eine gute Gewohnheit.

Worauf achten Sie bei cPanel, Plesk und DirectAdmin?

Die offizielle Dokumentation führt cPanel, Plesk, DirectAdmin, CyberPanel, InterWorx und Webuzo als unterstützte Panels. Allerdings unterscheidet sich die Tiefe der Integration je nach Panel. Lesen Sie daher vor dem Start den Abschnitt zu Ihrem Panel.

• cPanel: Die Dokumentation spricht von voller Integration; der CloudLinux Manager sitzt in WHM.
• Plesk: Die Dokumentation schließt Plesk ein; cldeploy übernimmt den Austausch von mod_fcgid selbst.
• DirectAdmin: Ebenfalls enthalten; nach der Umstellung müssen Sie allerdings CustomBuild ausführen.
• Andere Panels: Die Integration hängt vom Panelhersteller ab, und die Dokumentation garantiert keine Stabilität.

CloudLinux läuft auch auf Servern ohne Panel, dann verzichten Sie allerdings auf einen Teil des Komforts. Steht das Panel noch nicht fest, entscheiden Sie zuerst über das Panel und wählen dann die Edition Ihrer CloudLinux Lizenz. Manche Funktionen, etwa Resellerlimits, ergeben nämlich erst zusammen mit einem Panel Sinn.

Noch ein praktischer Hinweis: Bei der Umstellung können sich auch Webservermodule ändern. Setzen Sie statt Apache auf LiteSpeed oder Nginx, lesen Sie deshalb zusätzlich die CloudLinux Hinweise zu Ihrem Stack.

Mit welchen Befehlen aktivieren Sie die Lizenz oder wechseln die Edition?

Manchmal müssen Sie die Lizenz nach der Installation erneut registrieren. Das passiert zum Beispiel beim Wechsel vom Testschlüssel zum bezahlten Schlüssel oder beim Wechsel der Edition. Für die Schlüssellizenz nennt die offizielle Dokumentation diese Befehle:

yum install rhn-setup
/usr/sbin/rhnreg_ks --activationkey=IHR_SCHLUESSEL

Bei einer IP Lizenz sieht die Registrierung so aus:

yum install rhn-setup
/usr/sbin/clnreg_ks --force

Für einen Editionswechsel, etwa von Solo zu Admin, besorgen Sie zunächst einen Schlüssel für die neue Edition. Danach erzwingen Sie eine neue Registrierung:

rhnreg_ks --activationkey=NEUER_SCHLUESSEL --force

Bei einer IP Lizenz genügt es, clnreg_ks erneut auszuführen, sobald der Reseller Ihrer IP die neue Edition zugewiesen hat. Ersetzen Sie die Platzhalter in Großbuchstaben durch Ihren eigenen Schlüssel. Teilen Sie den Schlüssel außerdem nie offen in Screenshots, Supporttickets oder Chatverläufen. Denn der Schlüssel ist praktisch der Zugang zu Ihrer Lizenz.

Können Sie CloudLinux wieder entfernen?

Teilweise ja. Das Skript cldeploy bietet eine Deinstallationsoption, und die Dokumentation zeigt sie in zwei Formen:

cldeploy -c
cldeploy --uninstall

Diese Option entfernt die LVE Pakete und stellt die ursprünglichen Repositoryeinstellungen wieder her. Den CloudLinux Kernel lässt sie allerdings auf dem System. Das manuelle Entfernen dieses Kernels und die Installation eines Standardkernels beschreibt die Dokumentation als eigenen Schritt. Entscheidend ist dabei ein Satz: Der Vorgang stellt den Zustand vor der Umstellung nicht vollständig wieder her.

Die praktische Folgerung ist also einfach: Betrachten Sie die Rückabwicklung nicht als Sicherheitsnetz. Ihr echtes Sicherheitsnetz ist das Backup, das Sie vor der Umstellung erstellt und testweise wiederhergestellt haben. Zudem sieht die Dokumentation unter Rocky Linux keine Rückabwicklung vor. Auf solchen Servern ist ein Test in einer Stagingumgebung somit noch wichtiger.

Kurz gesagt: Behandeln Sie CloudLinux als Wechsel des Betriebssystems, nicht als Zusatzmodul. Diese Haltung hilft Ihnen, Vorbereitung und Wartung richtig aufzusetzen.

Gehören Imunify360 und KernelCare zu CloudLinux?

Nein. Es handelt sich um getrennte Produkte desselben Unternehmens, und jedes braucht seine eigene Lizenz. Die Website von CloudLinux beschreibt die Produktfamilie so: Imunify360 bietet automatisierte, mehrschichtige Sicherheit für Linux Webserver. ImunifyAV scannt kostenlos nach Malware, und ImunifyAV+ ergänzt eine Bereinigung per Klick. KernelCare liefert Live Patching für den Linux Kernel ohne Neustart.

Diese Trennung ist beim Hostingkauf wichtig. Ein Paket mit dem Hinweis „inklusive CloudLinux“ enthält also nicht automatisch Imunify360 oder KernelCare. Fragen Sie deshalb bei jedem Angebot jedes Produkt einzeln ab.

• CloudLinux OS: Ressourcengrenzen, Isolation und Sprachselektoren.
• Imunify360: Firewall auf Serverebene, Malware Scan und proaktive Abwehr.
• KernelCare: Sicherheitspatches für den Kernel ohne Neustart.
• AccelerateWP: ein Werkzeugkasten zur Beschleunigung von WordPress Websites.

Sicherheitslücken auf Anwendungsebene bleiben dagegen unabhängig von diesen Produkten Ihre Aufgabe. Die häufigsten Typen fassen wir in unserem Beitrag zu den OWASP Top 10 zusammen.

Wann sollten Sie das Ihrem Hostinganbieter überlassen?

Ehrlich gesagt sollten die meisten Websitebetreiber CloudLinux nie selbst installieren. Nutzen Sie ein Shared Hosting Paket, ist CloudLinux auf dem Server des Anbieters entweder bereits vorhanden oder eben nicht. Diese Einstellung können Sie nicht selbst ändern. Ihre einzige Aufgabe ist daher, bei der Paketwahl die richtigen Fragen zu stellen.

Auch bei einem verwalteten VPS ist es meist sicherer, die Umstellung dem Supportteam des Anbieters zu überlassen. Denn der Anbieter kennt seine Virtualisierung, den Konsolenzugang und die eigene Backupinfrastruktur besser als Sie. In folgenden Fällen raten wir dringend dazu, die Aufgabe abzugeben:

• Sie haben keinen Konsolen oder KVM Zugang zum Server.
• Ihr laufender Onlineshop verträgt kein Wartungsfenster.
• Die Lizenzen des Servers (Panel, CloudLinux) laufen über den Anbieter.
• Ihnen fehlt Erfahrung mit Paket und Bootproblemen unter Linux.

Betreiben Sie dagegen einen eigenen, nicht verwalteten VPS mit Konsolenzugang, gibt Ihnen dieser Leitfaden eine Richtung vor. Lesen Sie trotzdem unseren Vergleich von VPS, VDS und Cloud Server, um die Verantwortlichkeiten klar zu sehen.

Welche Fehler passieren bei der Installation am häufigsten?

Aus den Warnungen der offiziellen Dokumentation und der allgemeinen Praxis der Systemadministration haben wir die häufigsten Fehler zusammengestellt. Die meisten sind Prozessfehler, keine technischen Fehler.

1. Nicht unterstütztes System: Sie versuchen die Umstellung auf CentOS Stream oder Rocky Linux 10.
2. Falsche IP lizenziert: Sie nennen dem Reseller eine andere Adresse als die echte öffentliche IP.
3. Vorabprüfung übersprungen: Sie starten, ohne die Warnungen der Vorabprüfung zu lesen.
4. Skript ungelesen ausgeführt: Sie nutzen den Einzeiler aus Download und Ausführung.
5. Backup nie getestet: Sie gehen davon aus, dass das Backup funktioniert, ohne es je wiederherzustellen.
6. Neustart ohne Konsole: Bei einem Bootproblem erreichen Sie den Server nicht mehr.

Dazu kommt ein Erwartungsfehler. CloudLinux behebt nicht die Langsamkeit einer schlecht programmierten Website; es verhindert nur, dass diese Website ihre Nachbarn stört. Eine Website, die an ihre LVE Grenze stößt, kann sich sogar langsamer anfühlen als vorher. Dann liegt das Problem nicht in der Lizenz, sondern in der Website selbst. Die Lösung gehört folglich in den Code oder in die Cacheschicht.

Was beobachten Sie nach der Installation einer CloudLinux Lizenz?

Die Umstellung erledigen Sie einmal. Echten Nutzen aus CloudLinux ziehen Sie allerdings nur mit regelmäßiger Kontrolle. In den ersten Wochen verdienen die LVE Grenzen die meiste Aufmerksamkeit. Die Standardwerte passen nicht zu jedem Trafficprofil. Beobachten Sie deshalb in den Statistiken des CloudLinux Manager, welches Konto an seine Grenze stößt.

Bewerten Sie Grenzüberschreitungen ohne Hast. Stößt ein Konto ständig an die CPU Grenze, schauen Sie zuerst auf die Website; ein Plugin, der Cache oder eine Abfrage kann die Ursache sein. Die Grenze sofort anzuheben, verschiebt das Problem womöglich nur zu den Nachbarkonten.

Ergänzen Sie Ihre Wartungsroutine um diese Punkte:

• Spielen Sie Updates des Betriebssystems regelmäßig über den Paketmanager ein.
• Verfolgen Sie Lizenzstatus und Verlängerungsdatum im CLN Portal.
• Prüfen Sie nach Panelupdates, ob sich der CloudLinux Manager noch öffnet.
• Gehen Sie wiederkehrende Grenzüberschreitungen in den LVE Statistiken monatlich durch.

Läuft die Lizenz aus, können die Updates ausbleiben, und das ist ein Sicherheitsrisiko. Tragen Sie das Verlängerungsdatum daher in Ihren Kalender ein und halten Sie die Zahlungsmethode aktuell.

Wie unterstützt unser Team Sie dabei?

Wir sind kein Hostinganbieter und verkaufen keine CloudLinux Lizenzen. In Webdesign und E-Commerce Projekten bewerten wir allerdings oft gemeinsam mit Ihnen, wie die Serverwahl die Website beeinflusst. Planen wir zum Beispiel, auf welcher Hostingart, mit welcher PHP Version und mit welcher Cacheschicht ein Shop läuft, kommen auch Infrastrukturfragen auf den Tisch.

In diesem Rahmen vergleichen wir Hostingangebote technisch, bereiten die Fragen an den Anbieter vor und planen den Umzug der Website in die neue Umgebung. Die Befehle zur Umstellung führt dagegen der Serverinhaber oder der Anbieter aus. Diese Grenze ziehen wir lieber von Anfang an klar.

Bauen Sie eine neue Website oder einen Shop, werfen Sie einen Blick auf unser Webdesign Angebot, das die Infrastruktur gleich mitdenkt. Möchten Sie Geschwindigkeit und technische Gesundheit Ihrer bestehenden Website aus Suchsicht prüfen lassen, bezieht auch unsere SEO Beratung serverseitige Ursachen in den Bericht ein.

Fazit: Wie entscheiden Sie über eine CloudLinux Lizenz?

Die Entscheidung lässt sich auf drei Fragen herunterbrechen. Erstens: Wie viele Hostingkonten soll der Server tragen? Die Antwort führt Sie zu Solo, Admin oder Shared Pro. Zweitens: Nutzt Ihr Server ein Betriebssystem und ein Panel, die eine Umstellung erlauben? Drittens: Wer übernimmt Installation und Wartung?

Sind alle drei Antworten klar, ist der Weg geradlinig. Sie kaufen eine CloudLinux Lizenz über CLN oder einen Reseller, testen mit einem Testschlüssel und prüfen Ihr Backup. Dann laden Sie cldeploy herunter, prüfen es, führen die Vorabprüfung aus und stellen im Wartungsfenster um. Nach dem Neustart kontrollieren Sie schließlich Kernel, Panel und Websites.

Ist eine Antwort unklar, vor allem die dritte, ist die Übergabe an Ihren Hostinganbieter meist die richtige Wahl. Ressourcengrenzen und Isolation sind wertvoll. Eine halb fertige Umstellung kann allerdings alles, was sie bieten, mit einem einzigen Ausfall zunichtemachen.