Cloud-Hosting vs. Webhosting: So triffst du die richtige Wahl

Die meisten Unternehmen, die Cloud-Hosting mit herkömmlichem Webhosting vergleichen, sind bereits bei einem Anbieter untergebracht und überlegen, ob sich der Wechsel trotz der damit verbundenen Unterbrechungen lohnt. Dieser Leitfaden vergleicht die beiden Optionen hinsichtlich Datenverkehr, Verfügbarkeit, Sicherheitsverantwortung und Kosten über drei Jahre, erklärt Schritt für Schritt, was eine Migration konkret beinhaltet, und liefert Argumente dafür, beim aktuellen Anbieter zu bleiben, wenn das die bessere Lösung ist.

Die Kurzfassung: Beim herkömmlichen Hosting läuft deine Website auf einem einzigen Server. Beim Cloud-Hosting wird sie auf einen Cluster verteilt. Der Cluster kommt besser mit Traffic-Spitzen und Hardwareausfällen zurecht. Der einzelne Server ist einfacher, im Einstiegsbereich günstiger und für eine große Anzahl von Websites völlig ausreichend. Welche Variante du brauchst, hängt davon ab, was dich eine Stunde Ausfallzeit kostet und wie ungleichmäßig dein Traffic verteilt ist.

Unterscheidet sich Cloud-Hosting vom Webhosting?

Das wird oft als Gegensatz dargestellt. Das ist es aber nicht. Cloud-Hosting ist eine Art von Webhosting, genauso wie ein VPS eine Art von Webhosting ist. Niemand fragt, ob er eine Limousine oder ein Auto will.

Der Vergleich, den die Leute eigentlich meinen, ist der zwischen dem Hosting auf einem einzelnen Rechner und dem Hosting über einen Cluster von Rechnern. Das ist ein echter Unterschied mit echten Konsequenzen, daher wird im weiteren Verlauf dieses Leitfadens der Begriff „traditionelles Hosting“ für die Modelle mit einem einzelnen Rechner und „Cloud-Hosting“ für die Cluster-Modelle verwendet.

Wenn du wissen möchtest, wie die zugrunde liegende Architektur genau funktioniert – einschließlich des Unterschieds zwischen Public Cloud und Private Cloud –, fang damit an, was Cloud-Hosting überhaupt ist und wie es funktioniert. Dieser Leitfaden geht von diesen Grundlagen aus und konzentriert sich auf die Entscheidungsfindung.

Was versteht man unter traditionellem Webhosting?

Unter dieser Rubrik sind drei Modelle aufgeführt. Sie unterscheiden sich darin, wie viel Rechenleistung ihr bekommt, nicht darin, ob Virtualisierung zum Einsatz kommt, da zwei der drei Modelle diese nutzen.

Shared Hosting beherbergt viele Websites auf einem physischen Server, wobei sie sich aus einem gemeinsamen Pool an CPU-Leistung, Arbeitsspeicher und Festplattenspeicher bedienen. Die Ressourcen sind nicht für dich reserviert, weshalb eine benachbarte Website, die stark ausgelastet ist, deine Website verlangsamen kann. Für eine statische Broschüren-Website, ein Portfolio oder einen Blog mit geringem Traffic ist dieser Kompromiss in der Regel in Ordnung, und der Preis spiegelt das wider.

VPS-Hosting teilt einen physischen Server mithilfe eines Hypervisors in isolierte virtuelle Instanzen auf, von denen jede über eigene reservierte CPU-Leistung, Arbeitsspeicher und Speicherplatz sowie Root-Zugriff verfügt. Die Leistung ist besser vorhersehbar als beim Shared Hosting, da dir die zugewiesenen Ressourcen exklusiv zur Verfügung stehen. Die Obergrenze ist die des zugrunde liegenden physischen Servers: Du kannst bis an die Grenzen dieses Servers skalieren, aber nicht darüber hinaus.

Bei VPS spielt die Wahl der Verwaltungsart eine größere Rolle, als die meisten Käufer erwarten. Ein verwaltetes VPS umfasst ein Control Panel, und der Anbieter kümmert sich um Betriebssystem-Patches und die Sicherheit. Bei einem nicht verwalteten VPS liegt der gesamte Stack in deiner Hand. Gleiche Infrastruktur, unterschiedliche Arbeitsteilung. Unser Leitfaden zum Vergleich zwischen verwaltetem und nicht verwaltetem VPS-Hosting erklärt, wo für verschiedene Teams die Grenze ziehen sollte.

Dedizierte Server bieten dir einen kompletten physischen Rechner: Enterprise-Prozessoren, ECC-Speicher, RAID-Speicher und volle Kontrolle bis hin zu BIOS- und Kernel-Einstellungen. Nichts wird geteilt und nichts ist abstrahiert. Das sorgt für konstante Leistung und überträgt dir die Verantwortung für einen Rechner, für den es bei einem Hardwareausfall kein automatisches Backup gibt.

Was macht Cloud-Hosting so besonders?

Beim Cloud-Hosting werden deine virtuellen Maschinen nicht auf einem einzelnen Server, sondern auf einem Pool aus physischen Servern ausgeführt. Die praktischen Unterschiede ergeben sich aus dieser einen architektonischen Änderung.

Wenn ein Knoten ausfällt, kann die Plattform deine Instanz verschieben oder an anderer Stelle im Cluster einen Ersatz starten, anstatt dich offline warten zu lassen, bis ein Techniker da ist. Wenn du mehr Arbeitsspeicher brauchst, ist die Kapazität bereits im Pool vorhanden, sodass du sie einfach über die Konsole hinzufügen kannst, anstatt neue Hardware bestellen zu müssen. Bei ungleichmäßiger Auslastung verteilt sich die Last auf alle Knoten, anstatt sich auf einen einzigen zu konzentrieren.

Das solltest du lieber überprüfen, anstatt einfach davon auszugehen: Nicht jedes Angebot, das als Cloud-Hosting beworben wird, beinhaltet ein Failover im Cluster. Virtuelle Server mit nur einem Knoten werden oft unter demselben Begriff vermarktet. Frag ausdrücklich nach, was mit deiner Arbeitslast passiert, wenn der physische Host, auf dem sie läuft, ausfällt.

Wie lassen sich Cloud-Hosting und herkömmliches Hosting vergleichen?

	Herkömmliches Hosting	Cloud Hosting
Architektur	Ein physischer Rechner	Pool aus in Clustern zusammengefassten Rechnern
Kapazitäten ausbauen	Hardwarewechsel oder -migration	Konsolen-Action, Minuten
Hardwareausfall	Ausfallzeit bis zur Reparatur oder Wiederherstellung	Die Arbeitslast wird an einen anderen Ort verlagert oder dort neu gestartet
Verkehrsspitzen	Eingeschränkt durch die Obergrenze dieser Maschine	Im gesamten Cluster absorbiert
Kostenmodell	Fester monatlicher Betrag	Nach Verbrauch abgerechnet oder fest im Rahmen von Managed-Tarifen
Geografische Reichweite	Ein einziges Rechenzentrum	Es stehen mehrere Regionen zur Auswahl
Passt am besten	Gleichmäßige, vorhersehbare Arbeitsauslastung	Uneinheitliche oder steigende Arbeitsbelastung

Was kommt mit Traffic-Spitzen besser zurecht?

Cloud-Hosting – und die Lücke ist genau dann am größten, wenn es am teuersten ist.

Auf einem einzelnen Rechner steht deine Kapazitätsgrenze schon am Tag des Kaufs fest. Eine Kampagne, die besser läuft als erwartet, eine Produktneuheit, ein Beitrag, der viral geht: All das stößt an eine Grenze, die du nicht erhöhen kannst, während der Traffic gerade hereinkommt. Das übliche Ergebnis ist kein Systemabsturz. Es sind Reaktionszeiten, die von 200 Millisekunden auf vier Sekunden steigen, mehr abgebrochene Kaufvorgänge – und niemand merkt, was passiert ist, bis am nächsten Morgen die Analysedaten eintreffen.

Eine Cluster-Infrastruktur bewältigt das anders. Die Kapazität ist bereits im Pool vorhanden, bevor du sie brauchst, die Last verteilt sich auf die Knoten, und das Hinzufügen von Ressourcen während eines Ereignisses ist möglich und nicht nur theoretisch.

Das Argument für traditionelles Hosting ist hier ganz klar: Wenn deine Zugriffszahlen fast flach verlaufen, bringt dir dieser Vorteil kaum etwas. Elastizität ist eine Versicherung, und eine Versicherung, die du nie in Anspruch nimmst, ist reine Kostenfalle.

Was bleibt online, wenn die Hardware ausfällt?

Festplatten gehen kaputt. Netzteile fallen aus. Das ist ganz normal, keine Ausnahme, und der Unterschied zwischen den beiden Modellen liegt darin, was danach passiert.

Beim herkömmlichen Hosting wird die Zuverlässigkeit durch Redundanz innerhalb eines einzelnen Servers gewährleistet: RAID-Arrays zum Schutz des Speichers, redundante Stromversorgungs- und Netzwerkverbindungen in der Rechenzentrumseinrichtung. Das deckt den Ausfall einer einzelnen Komponente ab. Es deckt jedoch nicht den Ausfall des Servers selbst ab, und das Failover auf einen zweiten Server musst du selbst konfigurieren und verwalten – sofern du es überhaupt konfigurierst.

Cloud-Plattformen integrieren Failover direkt in ihre Architektur. Wenn ein Knoten ausfällt, verteilt die Steuerungsebene die Arbeitslast neu, ohne dass jemand ein Ticket erstellen muss.

Eine Korrektur zu einer weit verbreiteten Annahme: Hochverfügbarkeit ist kein Backup. Failover sorgt dafür, dass du auch bei einem Hardwarefehler online bleibst. Es macht jedoch keine fehlerhafte Bereitstellung, eine gelöschte Datenbanktabelle oder eine kompromittierte Datei rückgängig. Dafür braucht es echte Backups mit eigenen Aufbewahrungsrichtlinien und eigenem Speicher, getrennt von der Infrastruktur, die sie schützen. Teams, die Clustering als Ersatz für Backups betrachten, merken den Unterschied im ungünstigsten Moment.

Wer ist jeweils für die Sicherheit zuständig?

Genau hier werden die beiden Modelle am häufigsten falsch beschrieben, auch von den Anbietern.

Beim herkömmlichen Hosting richtet sich die Verantwortung nach dem gewählten Tarif. Beim Shared Hosting kümmert sich der Anbieter um fast alles – das ist ja schließlich Teil dessen, wofür du bezahlst. Bei einem unmanaged VPS oder einem selbstverwalteten dedizierten Server liegen die Verantwortung für Betriebssystem-Patches, Firewall-Regeln, Zugriffskontrolle und die Reaktion auf Einbruchsversuche bei dir.

Cloud-Hosting basiert auf einem Modell der geteilten Verantwortung, und diese Aufteilung wird häufig missverstanden. Der Anbieter sorgt für die Sicherheit der Einrichtung, der Hardware und des Hypervisors. Du bist für die Sicherheit des Betriebssystems, der Anwendungen, der Daten und des Zugriffs verantwortlich. Die Cloud-Infrastruktur führt keine Patches für dein Betriebssystem durch. Automatisierte Patches sind ein Managed Service, der separat verkauft oder in einem Managed-Service-Paket enthalten ist – sie gehören nicht zur Cloud-Architektur.

Genau dieser Unterschied ist der wichtigste Grund dafür, dass wachsende Teams letztendlich auf eine verwaltete Infrastruktur umsteigen. Die Sicherheitsarbeit verschwindet nicht, wenn du in die Cloud wechselst. Sie wird einfach auf denjenigen übertragen, den du dafür verantwortlich machst.

Wie sehen die Kosten über drei Jahre hinweg im Vergleich aus?

Beim herkömmlichen Hosting wird eine feste monatliche Gebühr berechnet. Du kennst den Betrag und zahlst ihn, egal ob du die Kapazität nutzt oder nicht. Eine häufige Fehlerquelle ist die Überdimensionierung, da Teams ihre Kapazitäten für einen Spitzenbedarf dimensionieren, der zweimal im Jahr auftritt.

Cloud-Hosting wird in der Regel nach Verbrauch abgerechnet: Rechenleistung, Speicherplatz und Datenübertragung werden als separate Posten in Rechnung gestellt, die unabhängig voneinander variieren. Die Einstiegskosten sind niedriger, weshalb es bei neuen Projekten die Standardlösung ist. Die Datenübertragung ist der Posten, der die Leute am häufigsten überrascht, da sie sich am schwersten abschätzen lässt, bevor der Produktionsdatenverkehr überhaupt besteht.

Es gibt noch ein drittes Modell, das du kennen solltest: die Festpreisgestaltung für Cloud-Infrastruktur. Bei Managed-Private-Cloud-Tarifen werden Infrastruktur, ein festgelegtes Datenvolumen und Support zu einem monatlichen Pauschalbetrag gebündelt. So tauscht du die Möglichkeit, in ruhigen Monaten weniger zu zahlen, gegen eine Rechnung ein, deren Höhe du vorhersagen kannst.

Die vollständige Kostenanalyse, einschließlich Umfragedaten zu unerwarteten Cloud-Ausgaben und der Auslastungsschwelle, ab der Festpreismodelle vorteilhafter sind, findest du in unserem Vergleich von Cloud-Servern, dedizierten Servern und Managed Private Clouds.

Wo passt die Managed Private Cloud da hinein?

Die beiden oben genannten Modelle zwingen viele Unternehmen zu einem Kompromiss, den sie eigentlich nicht eingehen wollen. Beim traditionellen Hosting bekommst du Hardware, die sonst niemand anfasst, und musst sie selbst betreiben. Cloud-Hosting bietet dir Flexibilität und stellt dir eine gemeinsam genutzte Infrastruktur zur Verfügung, wobei die Kosten variieren.

Die Managed Private Cloud gibt es, weil man diesen Kompromiss vermeiden kann. Sie nutzt Cloud-Mechanismen wie Virtualisierung, Pooling und On-Demand-Bereitstellung auf Hardware, die für einen einzigen Kunden reserviert ist und vom Technikteam des Anbieters betrieben wird.

Was sich dadurch in der Praxis ändert:

• Deine Arbeitslast läuft auf Hardware, die kein anderer Kunde mitbenutzt, sodass es zu keinen Konflikten von außerhalb deiner Organisation kommt.
• Die Größe virtueller Maschinen lässt sich ohne Hardware-Bestellung anpassen, sodass eine Vergrößerung eher eine geplante Änderung als ein Migrationsprojekt ist.
• Patches, Überwachung, Backups und die Reaktion auf Vorfälle fallen in den Zuständigkeitsbereich des Anbieters, sodass die oben beschriebenen Sicherheitsaufgaben standardmäßig nicht bei deinem Team liegen.
• Der Preis ist ein fester monatlicher Betrag, der die Infrastruktur, das Datenvolumen und den Support abdeckt.

InMotion Cloud betreibt dieses Modell auf Hardware, die InMotion selbst besitzt und verwaltet, wobei beim ersten Kontakt ein erfahrener Techniker zur Verfügung steht und keine Ticket-Warteschlange der ersten Stufe zum Einsatz kommt.

Was passiert eigentlich, wenn du auf Cloud-Hosting umsteigst?

Das ist der Teil, den die meisten Vergleichsartikel auslassen, und genau darauf hängt die Entscheidung meistens ab.

Eine Migration besteht aus vier Phasen, und das Risiko konzentriert sich auf eine davon.

Vorbereitung. Mach eine Bestandsaufnahme dessen, was auf dem aktuellen Server läuft: die Website, Cron-Jobs, Webhooks, E-Mail, SSL-Zertifikate und alle Integrationen, die auf deine IP-Adresse verweisen. Der vergessene Cron-Job ist die klassische Überraschung nach der Migration.

DNS-Staging. Hier entscheidet sich, ob es zu Ausfallzeiten kommt oder nicht. DNS-Resolver speichern deine Einträge so lange im Cache, wie es die TTL vorgibt. Eine TTL von 24 Stunden bedeutet also, dass einige Besucher noch einen ganzen Tag lang auf den alten Server zugreifen, nachdem du die Änderung vorgenommen hast. Die Lösung besteht darin, die TTL im Voraus zu senken – und zwar früh genug, damit die alten zwischengespeicherten Werte zuerst ablaufen können. Die DNS-DokumentationCloudflare empfiehlt, die TTLs mindestens 24 bis 48 Stunden im Voraus zu senken, idealerweise auf den derzeit längsten Wert. Unser Leitfaden zur DNS-Migration enthält einen stufenweisen Zeitplan, bei dem die TTLs in der Woche vor der Umstellung schrittweise gesenkt werden.

Umstellung. Kopiere die Daten in zwei Schritten: erst eine Massenübertragung im Vorfeld, dann eine Delta-Synchronisierung zum Zeitpunkt der Umstellung. Lass den alten Server weiterlaufen und rühr ihn nicht an. Ändere den A-Eintrag. Beobachte, wie der Datenverkehr umgeleitet wird.

Überprüfung und Rollback. Testet die Funktionen, bei denen es unbemerkt zu Fehlern kommen kann: Checkout, Anmeldung, Datei-Uploads, ausgehende E-Mails, geplante Aufgaben. Da der alte Server noch in Betrieb ist und die TTL noch niedrig ist, ist ein Rollback lediglich eine DNS-Änderung und kein Wiederherstellungsvorgang.

Zwei Hinweise zum Umfang. Verschiebe Nameserver und Hosting nicht im selben Zeitfenster; die beiden haben ein unterschiedliches Caching-Verhalten, und die Fehlerbehebung bei dem einen, während der andere noch läuft, ist unnötiger Ärger. Und wenn E-Mails auf demselben Server laufen, führe die Umstellung separat durch, denn Mail-Systeme cachen und wiederholen Versuche auf eine Weise, die weniger nachsichtig ist als beim Web-Traffic.

InMotion bietet Migrationsunterstützung als Teil des Pakets an, anstatt sie als separate Dienstleistung zu verkaufen, und die InMotion Cloud-Tarife beinhalten Migrationsunterstützung für Teams, die von AWS, Azure, Google Cloud, VMware oder lokalen Umgebungen wechseln.

Wann solltest du beim herkömmlichen Hosting bleiben?

Manchmal lautet die richtige Antwort einfach: Du hast bereits das richtige Hosting.

• Dein Datenverkehr ist wirklich stagnierend. Elastizität, die du nie nutzt, ist eine Funktion, für die du bezahlst, ohne sie zu nutzen.
• Die Website dient rein informativen Zwecken. Eine Broschüren-Website, ein Portfolio oder eine Website für ein lokales Unternehmen mit Kontaktformular benötigt keine Cluster-Infrastruktur.
• Ausfallzeiten kosten dich nur sehr wenig. Multipliziere eine Stunde Ausfallzeit mit den tatsächlichen Kosten. Wenn diese Zahl gering ist, ist auch das Argument für Redundanz entsprechend gering.
• Ein einziger dedizierter Server reicht für die Arbeitslast bereits aus. Anwendungen mit konstanter, hoher Auslastung laufen auf dedizierter Hardware oft effizienter und kostengünstiger als auf einer vergleichbaren Cloud-Konfiguration.
• Du hast im Moment keine Kapazitäten für eine Migration. Eine schlecht durchgeführte Migration kostet mehr als das Problem, das sie eigentlich lösen sollte. Auf einen geeigneten Zeitpunkt zu warten, ist eine vernünftige Entscheidung.

Welcher Hosting-Typ passt zu deinem Unternehmen?

Traditionelles Hosting eignet sich für kleine Unternehmen mit vorhersehbaren Anforderungen, statischen und rein informativen Websites sowie gleichbleibend hoch ausgelasteten Workloads, die problemlos auf einem einzigen Server untergebracht werden können.

Cloud-Hosting eignet sich für E-Commerce-Shops, bei denen die Verfügbarkeit direkt den Umsatz beeinflusst, für Anwendungen mit ungleichmäßiger oder saisonaler Auslastung, für Teams, die Umgebungen schnell hoch- und herunterfahren müssen, sowie für Zielgruppen, die über verschiedene Regionen verteilt sind, in denen die Nähe zum Server die Reaktionszeit beeinflusst. InMotion betreibt Rechenzentren in Virginia, Kalifornien und Amsterdam.

Eine verwaltete Private Cloud eignet sich für wachsende Unternehmen, die dedizierte Hardware und eine planbare Rechnung wünschen, ohne Serveradministratoren einstellen zu müssen; für Teams, denen ein dedizierter Server nicht mehr ausreicht und die Flexibilität suchen, ohne auf Isolation zu verzichten; sowie für Organisationen, die sich von einem Hyperscaler abwenden, weil die Kosten nicht mehr vorhersehbar sind.

Die Entscheidung treffen

Zwei Fragen klären das schneller als ein Funktionsvergleich.

Was kostet dich eine Stunde Ausfallzeit? Diese Zahl bestimmt, wie viel Redundanz es sich lohnt, einzukaufen. Wie ungleichmäßig verteilt sich dein Datenverkehr? Das bestimmt, wie viel Skalierbarkeit es sich lohnt, einzukaufen. Wenn beide Werte gering sind, erfüllt das herkömmliche Hosting seinen Zweck, und ein Wechsel wäre eine Ausgabe ohne Gegenleistung.

Wenn beide Antworten relevant sind, lautet die nächste Frage: Wer betreibt die Infrastruktur? Beim Cloud-Hosting wird das Hardware-Problem auf deinen Anbieter verlagert, während das Betriebssystem, die Sicherheit und die Überwachung in deiner Verantwortung bleiben.

Wenn du dedizierte Hardware, Cloud-Flexibilität und eine feste monatliche Gebühr willst, ohne dass jemand zusätzlich Server-Administration übernehmen muss, dann ist InMotion Cloud genau das Richtige für dich – gestützt auf Hardware und ein Netzwerk, das InMotion seit 25 Jahren besitzt und betreibt.

Du bist dir nicht sicher, auf welcher Seite der Grenze du dich befindest? Sprich mit unserem Team, und wir gleichen deine aktuelle Konfiguration mit deinen tatsächlichen Anforderungen ab.

Häufig gestellte Fragen