Was ist ein Hosting-Anbieter?

Ein Hosting-Anbieter stellt Rechenressourcen und Netzanbindung für eine Website, eine Anwendung oder einen verwandten Dienst bereit. Je nach Tarif verwaltet er auch Betriebssystem, Datenbanken, E-Mail, Backups und technischen Support. Die Registrierung einer Domain ist eine eigene Leistung, selbst wenn dasselbe Unternehmen beides verkauft. Welcher Tarif passt, hängt von Datenverkehr, gewünschter Kontrolle und dem eigenen Wartungsaufwand ab.

Gängige Hosting-Modelle

Beim Shared Hosting teilen sich viele Kunden einen verwalteten Server und haben nur eingeschränkte Konfigurationsrechte. Für eine kleine Website ist das einfach und günstig, die Leistung hängt aber teilweise von gemeinsam genutzten Ressourcen und den Grenzen des Anbieters ab. Ein virtueller privater Server bietet mehr Kontrolle über Betriebssystem und installierte Software – verlagert aber auch mehr Verantwortung für Sicherheit und Wartung auf den Kunden, sofern keine Verwaltung inbegriffen ist.

Cloud-Plattformen bieten virtuelle Maschinen, verwaltete Dienste und flexibel skalierbare Ressourcen, doch das Wort „Cloud“ allein sagt nichts über Zuverlässigkeit oder Preise aus. Dedizierte Server überlassen einem einzelnen Kunden physische Hardware und die volle Betriebskontrolle, meist zu höheren Kosten. Vergleichen Sie tatsächliche CPU-, Arbeitsspeicher-, Speicher-, Traffic- und Support-Bedingungen, statt sich auf Produktbezeichnungen zu verlassen.

Verfügbarkeit und Leistung

Eine Uptime-Zusage des Anbieters sollten Sie zusammen mit Messmethode, Ausnahmen und Entschädigung lesen. Kein einzelner Server kann einen unterbrechungsfreien Betrieb garantieren. Redundante Stromversorgung, Netzwege, Backups und mehrere Anwendungsinstanzen verringern bestimmte Ausfälle, erhöhen aber jeweils Kosten und Komplexität. Der Standort beeinflusst Latenz und Fragen der Datenhoheit; ein nahe gelegener Server ist nicht automatisch schneller, wenn die Anwendung selbst langsam ist.

Messen Sie die Website von typischen Nutzerstandorten aus und untersuchen Sie Serverantwort, Datenbankleistung und Caching. Content Delivery Networks verkürzen die Auslieferungszeit statischer Inhalte, ersetzen aber nicht den Origin-Host. Planen Sie Kapazitäten für Lastspitzen ein und fragen Sie nach, wie Ressourcengrenzen durchgesetzt werden. Die Hosting-Abfrage von 2IP liefert einen Hinweis auf Netzwerkebene, CDN- und Reverse-Proxy-Infrastruktur können den Origin-Server jedoch verbergen.

Sicherheit und Backups

Klären Sie, wer Betriebssystem, Webserver und Anwendung patcht. Beim Managed Hosting übernimmt der Anbieter einen Teil der Aufgaben, doch Konten, Anwendungsupdates und Inhalte bleiben in der Hand des Website-Betreibers. Verwenden Sie getrennte Konten, starke Authentifizierung, TLS-Zertifikate und eingeschränkte Zugriffe. Bewahren Sie ein Backup außerhalb desselben Ausfallbereichs auf und testen Sie die Wiederherstellung; ein Snapshot des Anbieters nützt nur, wenn er sich im Ernstfall auch zurückspielen lässt.

Prüfen Sie Speicherort, Aufbewahrung, Protokollierung und Unterstützung bei Sicherheitsvorfällen, bevor Sie sensible Inhalte umziehen. Klären Sie, wie Sie Dateien und Datenbanken exportieren können. Der Anbieter sollte nie der Einzige sein, der die Informationen besitzt, die Sie für einen Wechsel brauchen.

Auswahl und Umzug

Halten Sie Anforderungen der Anwendung, erwarteten Datenverkehr, Speicherwachstum und Wiederherstellungsziel schriftlich fest. Vergleichen Sie den vollen Verlängerungspreis, Backup-Bedingungen, Support-Zeiten, Nutzungsregeln und das Kündigungsverfahren. Kopieren und testen Sie beim Umzug die Website, senken Sie gegebenenfalls die DNS-TTL, ändern Sie dann die Adresseinträge und beobachten Sie alten und neuen Server, bis die Caches abgelaufen sind. Wechselt nur der Webhoster, lassen Sie die Mail-Einträge unverändert.

Ein CDN kann den Origin-Server verbergen

Nutzt eine Domain ein CDN oder einen Reverse-Proxy, zeigt das öffentliche DNS oft auf einen Edge-Server statt auf den Origin-Server. Eine IP-basierte Hosting-Abfrage erkennt dann zwar korrekt das CDN-Netz, nicht aber, wo die Anwendung selbst läuft. Der Leitfaden zu CDN und Edge-Caching erklärt diese Architektur.