Isolierung pro Website
Isolierung ist der Unterschied zwischen einem Vorfall und einem Ausfall. Jede von uns gehostete Website läuft in einem CloudLinux-LVE-Container auf Kernebene mit eigenen CPU-, RAM-, IO- und Prozess-Obergrenzen, einer eigenen CageFS-Dateisystemansicht, einer eigenen PHP-Version und einer eigenen Datenbank-Drosselung. Eine Website, die angegriffen oder kompromittiert wird oder einfach eine rechenintensive Abfrage ausführt, wird dort eingedämmt, wo sie sich befindet – und die Isolierungsbasis ist in jedem Tarif enthalten und wird Ihnen nicht als Upgrade verkauft. Verfügbarkeit: Die datenbankbezogene Drosselung pro Website und die Ressourcenstatistiken pro Website befinden sich in der aktiven Entwicklung und sind noch nicht verfügbar. Alles andere, was hier beschrieben wird, ist ab heute live.
Die Worker-Flotte läuft unter CloudLinux OS, wodurch Multi-Tenancy direkt in den Kernel integriert wird. Jede Website erhält eine Lightweight Virtual Environment – ein LVE –, die eine harte Grenze statt einer höflichen Konvention darstellt. Nichts, was eine Website in ihrem Cage tut, kann das Budget eines anderen überschreiten.
LVE limitiert CPU, RAM, IO, IOPS, Prozesse und Entry-Prozesse für jede Website unabhängig. Wenn eine Website ihr Limit überschreitet, wird sie innerhalb ihres eigenen Cages gedrosselt – der Fehler wird für diese Website protokolliert und die benachbarten Websites arbeiten unbeeinträchtigt weiter.
Ein in einer Endlosschleife feststeckendes Plugin, ein schlecht geschriebener Cronjob oder ein Crawler, der einen Endpunkt bombardiert, stoßen zuerst an die eigenen Prozess- und Einstiegsprozess-Limits der Website. Eine einzelne Website kann nicht einfach die gesamte Maschine auslasten.
Da die Einstiegsprozesse pro Cage begrenzt sind, kann eine Flut, die auf eine Website abzielt, keine unbegrenzte Arbeit auf dem Host verursachen. Die LiteSpeed-Verbindungs- und Anfragendrosselung sowie die Imunify360-Netzwerk-Firewall schalten sich davor, sodass der Angriff das Problem des Ziels bleibt.
Jeder LVE-Fehler wird pro Website aufgezeichnet und fließt in die Richtlinien-Engine der Plattform ein, die die Limits automatisch anspruchsvoller oder milder einstellen kann. Sie sehen, warum eine Website gedrosselt wurde und wann – abgestuft, reversibel und protokolliert.
Ressourcenisolation verhindert, dass eine Website zu laut ist. Dateisystemisolation verhindert, dass sie zu neugierig ist. CageFS gibt jedem Mandanten eine private, eingeschränkte Sicht auf die Maschine.
Unter CageFS sieht ein Tenant seine eigenen Dateien sowie eine minimale, bereinigte Menge an System-Binärdateien – und kann weder andere Tenants, die Websites anderer Tenants noch sensible Systemdateien sehen. Der übliche Ausfallmodus im Shared Hosting, bei dem ein kompromittiertes Konto zu einer Leseposition über jedes andere Konto auf dem Server wird, ist auf Kernel-Ebene ausgeschlossen.
Das ist besonders an dem Tag wichtig, an dem etwas schiefgeht. Wenn eine Website kompromittiert wird – durch ein veraltetes Plugin, gestohlene Zugangsdaten oder ein anfängliches Theme –, sorgt CageFS dafür, dass der Schaden auf diesen einen Cage beschränkt bleibt. Unsere Sicherheitspezifikation ist bei der Wortwahl bewusst: CageFS dämmt Sicherheitsvorfälle ein. Eindämmung ist das ehrliche Versprechen, und sie entscheidet darüber, ob ein Vorfall eine Bereinigung für eine einzelne Website oder für das gesamte System nach sich zieht.
Backups stärken dieselbe Grenze. Die Backups pro Website sind unveränderlich, extern gespeichert und vom laufenden System isoliert. Dank getesteter Wiederherstellungen hat selbst ein Worst-Case-Szenario bei einer Website einen sauberen, unabhängigen Wiederherstellungspfad, der nicht vom Zustand der Maschine abhängt, auf der sie lief.
Web-Tier-Isolierung ist nur die halbe Miete. Bei einer WordPress-Flotte ist es meistens nicht der Traffic einer einzelnen Website, der einen Server langsam wirken lässt, sondern deren Abfragen. Das wird explizit behandelt.
CloudLinux MySQL Governor drosselt die Datenbanknutzung pro Site, sodass die rechenintensiven Abfragen einer Site nicht den Server für alle anderen verlangsamen können. Es ist die Anti-Verlangsamungs-Steuerung und funktioniert unabhängig davon, ob die laute Site jemals bemerkt, dass sie eingeschränkt wird.
Der Cluster läuft mit MariaDB (oder Percona), die speziell für WordPress-Workloads ausgewählt und nicht einfach standardmäßig übernommen wurde, wobei Governor als Fairness-Schicht für jeden Mandanten darüber liegt.
Ein Website-spezifischer Redis-Objektcache absorbiert wiederholte Lesezugriffe, bevor sie die Datenbank erreichen, wodurch der Druck verringert wird, den Governor überhaupt erst regulieren muss. Caching und Isolation arbeiten als ein System zusammen.
CloudLinux alt-PHP gibt jeder Website einen eigenen PHP-Versionswähler, eigene Erweiterungen (imagick, gd, redis und den Rest) und eigene gehärtete Einstellungen – wobei LSAPI-Worker durch die LVE-Limits dieser Website begrenzt sind, sodass die PHP-Parallelität Teil des Käfigs ist und kein Ausbruch daraus.
Isolation entscheidet, wie weit sich ein Problem ausbreitet. Enforcement entscheidet, was als Nächstes passiert. Wir haben die pauschale Ein-/Aus-Sperrung durch eine Zustandsmaschine ersetzt, die von langlebigen Workflows gesteuert und auf dem Worker durch LiteSpeed, LVE und Imunify durchgesetzt wird.
Isolierung ist kein Tarifmerkmal, das erst drei Stufen höher auftaucht. Sie ist eine Eigenschaft des Substrats und daher identisch, egal ob Sie einen WooCommerce Store oder zweitausend Netzwerk-Sites betreiben.
Mass- und PBN-Netzwerke laufen auf demselben LVE- und CageFS-Substrat, ergänzt durch eine footprint-bewusste CDN-Account-Rotation und die Bereitstellung von statischem HTML. Isolation macht Dichte sicher: Sites teilen sich eine Infrastruktur, aber kein gemeinsames Schicksal.
Managed WordPress-, WooCommerce-, PHP-, statische und Node-Websites erhalten dieselben Cages plus vollen Self-Service — Ihre eigene PHP-Version und Erweiterungen, Redis-Objekt-Cache, Staging und Push-to-Live.
Für Workloads, die eine stärkere Abgrenzung als die auf Dichte optimierte Standardeinstellung erfordern, wird als Provisioning-Driver-Variante eine vollständige Container-pro-Site-Isolierung angeboten: gleiche Engine, gleiche Control Plane, anderes Placement, bei höherem Overhead.
LVE- und CageFS-Isolierung, die proaktive WAF und das Malware-Scanning sind für jeden Kunden inklusive, da eine infizierte oder außer Kontrolle geratene Website ihre Nachbarn und unsere IP-Reputation gefährdet. Die Ein-Klick-Malware-Bereinigung und erweiterte Schutzstufen sind kostenpflichtige Add-ons – die Grundausstattung nicht.
Die kommerzielle Versuchung im Hosting besteht darin, Sicherheit in Stufen zu verkaufen: Man setzt die günstigen Kunden auf einen Shared Server mit weichen Limits und berechnet denjenigen, denen es wichtig ist, eine Isolierung. Das tun wir nicht, denn genau der Kunde, der nicht für Isolierung bezahlt hat, ist derjenige, dessen kompromittierte Website zum Vorfall für alle anderen wird.
Wir hosten weltweit über 650.000 Websites auf einer Infrastruktur, bei der hohe Dichte das gesamte wirtschaftliche Konzept ausmacht. Das funktioniert nur, wenn die Isolierung im Hintergrund bedingungslos ist. Kernel-Ebene-Cages, eine private Dateisystemansicht, website-spezifische Datenbank-Drosselung und website-spezifisches PHP sind der Preis dafür, in diesem Maßstab ohne gemeinsames Schicksal zu arbeiten – deshalb sind sie für jeden, in jedem Tarif und ab der ersten bereitgestellten Website standardmäßig aktiviert.
Das Ergebnis ist eine Plattform, die sich bei Fehlern anderer berechenbar verhält. Dahinter stehen eine Verfügbarkeitsgarantie von 99,99 %, unveränderliche Offsite-Backups pro Website mit getesteten Wiederherstellungen sowie ein vollständiger Audit-Trail aller an Ihren Websites vorgenommenen Durchsetzungsmaßnahmen.
Isolation ist gezielt darauf ausgelegt, das zu verhindern. LVE begrenzt CPU, RAM, IO, IOPS und Prozesse pro Website, MySQL Governor drosselt die Datenbanknutzung pro Website und LSAPI-Worker sind an das eigene Cage der Website gebunden – sodass die Verkehrsspitze oder die hohe Abfragelast eines Nachbarn an dessen Obergrenze gedrosselt wird und nicht an Ihrer. Jeder Fehler wird pro Website protokolliert und die Richtlinien-Engine kann die Limits einer lauten Website automatisch verschärfen.
Die ehrliche Antwort ist Eindämmung statt Garantie. CageFS gibt jedem Mieter eine isolierte Dateisystemansicht – ein kompromittierter Mieter kann andere Mieter, deren Websites oder sensible Systemdateien nicht sehen –, und ein bestätigter Malware- oder Phishing-Fall verschiebt diese Website in die Quarantäne: offline, Dateien gesperrt, keine Ausführung, isoliert für forensische Untersuchungen. Das begrenzt das Schadensausmaß. Parallel dazu betreiben wir auf jeder Website Malware-Scans und eine proaktive WAF sowie immutable Offsite-Backups pro Website mit getesteten Wiederherstellungen, sodass die Wiederherstellung niemals vom Zustand der betroffenen Maschine abhängt.
Es ist in jedem Tarif enthalten. LVE- und CageFS-Isolierung, die proaktive WAF und Malware-Scans sind für jeden Kunden Standard, da eine infizierte oder außer Kontrolle geratene Website ihre Nachbarn und unsere IP-Reputation gefährdet – wir können dies unmöglich optional lassen. Als Add-on wird die Malware-Bereinigung und -Behebung mit nur einem Klick angeboten sowie erweiterte Schutzstufen wie verbesserte WAF-Regeln, priorisiertes Scannen, Bot-Management und höhere DDoS-Stufen.
Es wird in seinem eigenen Käfig gedrosselt, anstatt abgeschaltet zu werden. Gedrosselt bedeutet strengere LVE-Grenzen und Rate Limiting, während die Website weiterhin erreichbar bleibt und ausgeliefert wird; sie erholt sich automatisch, sobald die Ursache behoben ist. Sie werden über den Grund benachrichtigt, der Übergang wird samt Beweisen protokolliert und kann angefochten werden. Wenn die Last auf echtes Wachstum statt auf einen Fehler zurückzuführen ist, lautet die Lösung ein größerer Tarif, keine permanente Drosselung.
Nein — eine gesperrte Website zeigt eine gebrandete, spezifische Hinweiseseite (Abrechnung, Wartung oder Missbrauch), sodass sie beabsichtigt statt defekt wirkt. Die Sperrung wird bei Zahlung, Behebung oder Einspruch aufgehoben. Die Quarantäne ist strenger und funktioniert anders: Sie wird erst nach einer Bereinigung und Überprüfung aufgehoben, niemals automatisch.
Auf Zinn® Managed WordPress – ja – CloudLinux alt-PHP gibt jeder Website ihren eigenen PHP-Versionselektor, ihre eigenen Erweiterungen wie imagick, gd und redis sowie ihre eigenen gehärteten Einstellungen, die alle durch die LVE-Limits dieser Website begrenzt sind. Footprint-Free Hosting führt absichtlich eine standardisiertere, gesperrte Konfiguration pro Website aus, da Konfigurationsvielfalt selbst ein Footprint ist.
Ja. CloudLinux LVE und CageFS sind der dichteoptimierte Standard für beide Produktlinien. Für Workloads, die eine strengere Abgrenzung erfordern, wird eine vollständige Container-pro-Site-Isolierung als Provisionierungstreiber-Variante angeboten – dieselbe Engine und Steuerungsebene bei anderer Platzierung, wobei Overhead gegen stärkere Trennung eingetauscht wird.
Ja. Footprint-Free Hosting beginnt mit einer kartenlosen 14-tägigen Testversion für bis zu fünf Websites – ganz ohne Zahlungsdaten oder Verpflichtungen. Setzen Sie ein paar Websites auf, belasten Sie sie etwas und testen Sie das Verhalten der Cages, bevor Sie sich entscheiden.
Starten Sie eine karteidlose 14-tägige Testversion von Footprint-Free Hosting – bis zu fünf Websites, keine Zahlungsdaten, keine Verpflichtung. Kernel-Level-Isolierung, die proaktive WAF und Malware-Scans sind ab dem ersten Deployment enthalten.
Kostenlos starten