Dedicated Server: Was ist das und wann brauchen Sie einen?

Was ist ein Dedicated Server?

Ein Dedicated Server ist ein Hostingmodell, bei dem eine physische Maschine im Rechenzentrum mit Prozessor, Arbeitsspeicher, Festplatten und Netzwerkkarte ausschließlich einem Kunden gehört. Zudem teilt kein anderer Mieter diese Hardware. Deshalb bleibt die Leistung planbar, allerdings tragen Sie auch mehr Verantwortung für die Maschine.

In diesem Beitrag fassen wir den Unterschied zu VPS und Cloud Server nur kurz zusammen. Stattdessen konzentrieren wir uns auf die eigentliche Frage: Wann brauchen Sie wirklich einen eigenen Server, und wann zahlen Sie für Kapazität, die Sie nie nutzen? Außerdem behandeln wir die weniger sichtbaren Themen wie Verwaltung, Hardwareausfall, Backup und Umzug.

Wir sind ein Team für digitales Marketing und Webentwicklung, kein Hostinganbieter. Daher stützen wir uns auf offizielle Dokumentation, Linux Handbuchseiten und allgemein anerkannte Definitionen. Preise nennen wir nicht, und wir empfehlen auch keinen bestimmten Anbieter, denn beides hängt von Markt und Vertrag ab.

Am Ende haben Sie drei Dinge in der Hand: einige Befehle, um Ihre eigene Last zu messen, eine Liste mit Fragen an Anbieter und eine ehrliche Einschätzung, wann Sie den Server besser nicht selbst betreiben.

Wie unterscheidet sich ein Dedicated Server von VPS und Cloud Server?

Der zentrale Unterschied liegt in der Virtualisierungsschicht. Bei VPS und Cloud Server teilt der Anbieter eine physische Maschine mit einem Hypervisor auf und gibt Ihnen eine virtuelle Maschine. Beim Dedicated Server gehört Ihnen dagegen die ganze Maschine. Auf Wunsch installieren Sie dann sogar Ihre eigene Virtualisierung darauf.

Die Unterschiede zwischen VPS, VDS und Cloud haben wir bereits in unserem Vergleich von VPS und Cloud Server ausführlich erklärt. Deshalb wiederholen wir sie hier nicht. Für den Schritt zu eigener Hardware zählen vor allem drei Punkte:

• Ressourcengarantie: Prozessorkerne und Festplattenleistung konkurrieren nie mit einem anderen Kunden.
• Flexibilität: Einen virtuellen Server vergrößern Sie mit wenigen Klicks, ein physischer Server braucht dafür meist neue Teile oder eine neue Maschine.
• Verantwortung: Bei einem unverwalteten Dedicated Server liegt jede Schicht vom Betriebssystem bis zu den Updates bei Ihnen.

Für Cloud Computing gibt es zudem eine formale Definition. Das US National Institute of Standards and Technology beschreibt Cloud in der NIST Definition von Cloud Computing unter anderem über Selbstbedienung nach Bedarf, Ressourcenpooling und schnelle Elastizität. Bei der Elastizität liegt ein Dedicated Server zurück. Dafür bietet er allerdings Beständigkeit.

Sind Bare Metal Server und Dedicated Server dasselbe?

In der Praxis meinen beide Begriffe oft dasselbe, allerdings mit anderer Betonung. Bare Metal betont, dass das Betriebssystem direkt auf der Hardware läuft, ohne Hypervisor des Anbieters dazwischen. Dedicated betont dagegen das Mietmodell: Die Hardware dient nur einem einzigen Kunden.

Cloud Anbieter verpacken diese Ideen zudem in eigene Produkte. Amazon Web Services beschreibt zum Beispiel in der Dokumentation zu EC2 Dedicated Hosts einen Dedicated Host als physischen Server, der vollständig Ihrer Nutzung dient. Trotzdem verwalten Sie diese Maschine über die Cloud Konsole und betreiben darauf virtuelle Instanzen.

Achten Sie also auf den Inhalt des Angebots, nicht auf das Etikett. Stellen Sie sich konkret zwei Fragen. Teilt ein anderer Kunde diese Hardware? Installiere ich das Betriebssystem direkt auf der Hardware, oder laufe ich auf der Virtualisierung des Anbieters?

Prüfen können Sie das auch direkt auf der Maschine. Auf Linux Systemen mit systemd gibt der folgende Befehl none aus, wenn er keine Virtualisierung erkennt:

systemd-detect-virt

Liefert er kvm, vmware oder einen ähnlichen Wert, arbeiten Sie auf einer virtuellen Maschine. Den Hintergrund erklären wir in unserem Leitfaden zur KVM Virtualisierung.

Was ändert sich, wenn die Hardware Ihnen allein gehört?

Der größte Gewinn ist zunächst Planbarkeit. Auf einem virtuellen Server laufen andere Kunden auf derselben physischen Maschine. Startet einer davon eine schwere Aufgabe, konkurrieren Sie um Rechenzeit, Festplattenzugriffe und Speicherbandbreite. In der Branche heißt das Problem des lauten Nachbarn, auf Englisch noisy neighbor.

Ein Dedicated Server beseitigt diese Konkurrenz. Was Sie heute messen, sieht morgen ungefähr gleich aus, denn die einzige Variable ist Ihre eigene Last. Das zählt vor allem bei Datenbanken, Suchmaschinen und Videoverarbeitung, also bei Aufgaben, die rund um die Uhr Ressourcen verbrauchen.

Außerdem bestimmen Sie die Hardware mit. Eine bestimmte Prozessorfamilie, viele NVMe Laufwerke, eine Hardware RAID Karte oder sehr viel Arbeitsspeicher finden Sie in virtuellen Tarifen nicht immer. Beim physischen Server legen Sie diese Punkte dagegen direkt im Angebot fest.

Ebenso wächst die Kontrolle. Kernel, Dateisystem, Plattenaufteilung und sogar den eigenen Hypervisor wählen Sie selbst. So können Sie zum Beispiel Proxmox auf einem Dedicated Server installieren und eigene virtuelle Maschinen betreiben; unser Leitfaden zu Proxmox VE zeigt die Schritte.

Allerdings hat dieser Gewinn einen Preis: Die Maschine ist einzeln und physisch. Fällt ein Teil aus und Sie haben keinen Plan, steht der Dienst still. Darauf kommen wir in den Abschnitten zu Hardwareausfall und RAID zurück.

Wie messen Sie das Problem des lauten Nachbarn?

Bevor Sie umziehen, sollten Sie belegen, dass wirklich ein Nachbar die Verlangsamung verursacht. Linux liefert dafür ein einfaches Signal: die Steal Time, also gestohlene Rechenzeit. Die Handbuchseite von top beschreibt das Feld st als Zeit, die der Hypervisor dieser virtuellen Maschine stiehlt. Den genauen Wortlaut finden Sie auf der Handbuchseite von top.

top
vmstat 1 10

Beobachten Sie den Wert st in der CPU Zeile oben im top Fenster. In der Ausgabe von vmstat zeigt die Spalte st ganz rechts dieselbe Größe Sekunde für Sekunde. Steigt der Wert zu Stoßzeiten deutlich, bekommt Ihre virtuelle Maschine nicht die Rechenzeit, die sie braucht.

Verlassen Sie sich allerdings nie auf eine einzelne Messung. Messen Sie an verschiedenen Tagen, in ruhigen und in vollen Stunden. Bleiben die Werte niedrig, liegt die Ursache sehr wahrscheinlich in Ihrer Anwendung oder Ihren Datenbankabfragen, nicht beim Nachbarn. Dann löst ein Dedicated Server nichts, sondern verlegt das Problem nur auf teurere Hardware.

Bleibt die Steal Time hoch, sprechen Sie zunächst mit Ihrem Anbieter. Manche Anbieter verschieben Sie auf einen ruhigeren Host oder bieten einen Tarif mit fest zugeteilten Kernen an. Ändert sich danach nichts, wird ein eigener Server eine realistische Option.

Wann brauchen Sie wirklich einen Dedicated Server?

Ein Dedicated Server ist kein Statussymbol, sondern die Antwort auf konkrete technische Anforderungen. Ein ernsthafter Kandidat ist er, wenn mehrere dieser Zeichen gleichzeitig auftreten:

• Dauerhaft hohe CPU oder Festplattenlast: Bleibt die Last den größten Teil des Tages hoch, verliert die Flexibilität eines virtuellen Servers an Wert.
• Planbarer, hoher Traffic: Verläuft Ihr Traffic auf konstant hohem Niveau statt in plötzlichen Spitzen, ergibt feste Kapazität Sinn.
• Festplattenintensive Anwendungen: Große Datenbanken, Suchindizes und Loganalysen profitieren direkt von lokalen NVMe Laufwerken.
• Lizenzen und Compliance: Software mit Lizenz pro physischem Kern oder Sockel kann Hardware für einen einzigen Mieter verlangen.
• Datenstandort: Ein Vertrag oder eine Vorschrift kann verlangen, dass Daten in einem bestimmten Land auf bekannter Hardware liegen.
• Keine Toleranz für laute Nachbarn: Ist gleichmäßige Latenz geschäftskritisch, stellt geteilte Hardware ein Risiko dar.

Ein einzelnes Zeichen reicht allerdings selten. Hoher Traffic allein verlangt zum Beispiel oft eher eine gute Cache Schicht und ein Content Delivery Network als neue Hardware. Treffen Sie die Entscheidung deshalb zusammen mit Messwerten und einem Kostenvergleich.

Denken Sie auch an den umgekehrten Fall. Trifft keines dieser Zeichen zu und wünschen Sie sich nur eine schnellere Website, ist ein Dedicated Server vermutlich das falsche Werkzeug. Beheben Sie zunächst die Engpässe in der Software und prüfen Sie danach die Hardware erneut.

Welche Rolle spielen Lizenzen, Compliance und Datenstandort?

Manche Unternehmenssoftware knüpft ihre Lizenz an die Zahl physischer Sockel oder Kerne. In einer virtuellen Umgebung lassen sich diese Zahlen schwer nachweisen. Die AWS Dokumentation hält zum Beispiel fest, dass Dedicated Hosts die Nutzung bestehender Lizenzen pro Sockel, pro Kern oder pro VM erlauben, abhängig von Ihren Lizenzbedingungen.

Bei Compliance sieht es ebenso aus. Manche Branchenstandards oder interne Richtlinien verlangen, dass Ihre Daten keine Hardware mit anderen Organisationen teilen. Allerdings fordert das nicht jeder Standard. Holen Sie sich deshalb zunächst die tatsächliche Anforderung schriftlich von Ihrem Prüfer oder Ihrem Compliance Team.

Der Datenstandort ist dagegen eine eigene Achse, denn hier geht es um Recht statt Technik. Die DSGVO stellt zum Beispiel Bedingungen für die Übermittlung personenbezogener Daten in Drittländer. Daher sollte der Vertrag klar nennen, in welchem Land und in welchem Rechenzentrum der Server steht. Dieser Abschnitt ist keine Rechtsberatung; die endgültige Entscheidung treffen Sie mit Ihrer Rechtsberatung.

Bedenken Sie außerdem: Einen Datenstandort im richtigen Land erfüllt oft auch ein VPS in einem dortigen Rechenzentrum. Zwingend ist ein Dedicated Server erst, wenn die Regeln auch geteilte Hardware ausschließen. Anders gesagt sind Standort und Mietmodell zwei verschiedene Fragen.

Wann ist ein Dedicated Server überdimensioniert?

Die ehrliche Antwort lautet: Für die meisten Unternehmenswebsites und kleine bis mittlere Onlineshops bietet ein Dedicated Server weit mehr Kapazität als nötig. Eine Unternehmensseite, ein Blog, ein Produktkatalog oder ein mittelgroßer Shop laufen bequem auf einem gut eingestellten VPS oder auf verwaltetem Hosting.

In der Praxis ist auf solchen Websites die Hardware selten die eigentliche Ursache für Langsamkeit. Unkomprimierte Bilder, Seiten ohne Cache, schwere Plugins und langsame Datenbankabfragen kommen viel häufiger vor. Vergrößern Sie die Hardware, ohne diese Punkte zu lösen, steigt die Rechnung, aber das Erlebnis verbessert sich nicht im gleichen Maß.

Den Zusammenhang zwischen Ladezeit und Umsatz beleuchten wir in unserem Beitrag Ladezeit im Onlineshop und Umsatz. Wie dort beschrieben, bringt es meist den günstigsten Gewinn, zuerst Code, Bilder und Cache zu verbessern.

Zudem verzichten Sie mit einem Dedicated Server auf Flexibilität. Brauchen Sie für eine Kampagne nur ein paar Tage mehr Kapazität, passt ein Cloud Server besser. Kurz gesagt: Schwankt der Traffic stark, denken Sie eher an eine skalierbare Umgebung als an eine feste physische Maschine.

Noch ein Hinweis zum Schluss: Ein einzelner großer Server ist nicht zuverlässiger als zwei kleinere. Brauchen Sie hohe Verfügbarkeit, ist ein redundanter Aufbau meist der solidere Weg.

Wie prüfen Sie den Engpass vor dem Wechsel?

Bevor Sie entscheiden, sollten Sie wissen, welche Ressource auf Ihrem aktuellen Server tatsächlich knapp ist. Die folgenden Befehle bringen die meisten Linux Distributionen mit, oder Sie ergänzen sie mit einem einzigen Paket.

nproc
free -h
df -h
iostat -x 1 5

nproc zeigt die Zahl der Prozessorkerne. free -h zeigt Arbeitsspeicher und Swap, df -h die Belegung der Festplatten. iostat gehört zum Paket sysstat und meldet pro Laufwerk Wartezeiten und Auslastung (%util).

Ist der Arbeitsspeicher dauerhaft voll und lagert das System aktiv aus, reicht vielleicht schon mehr RAM. Liegt die Auslastung der Platten zu Stoßzeiten ständig nahe am Maximum, sind Plattentyp oder Datenbankkonfiguration das eigentliche Problem. Läuft schließlich die CPU heiß, finden Sie mit top den verantwortlichen Prozess.

Serverseitige Ursachen für langsame Seiten erklären wir Schritt für Schritt im Beitrag Warum ist meine Website langsam. Zeichnen Sie die Werte mindestens eine Woche lang auf. So stützt sich Ihre Entscheidung auf Daten und nicht auf die Erinnerung an einen schlechten Tag.

Gleichen Sie die Zahlen außerdem mit Ihrer Anwendung ab. Steigen zum Beispiel die Antwortzeiten, während CPU und Platten ruhig bleiben, liegt die Ursache meist bei einem externen Dienst, einer langsamen API oder einer gesperrten Datenbanktabelle.

Wie schneiden Shared Hosting, VPS, Cloud und Dedicated Server im Vergleich ab?

Die folgende Tabelle fasst allgemeine Tendenzen zusammen. Jeder Anbieter gestaltet seine Produkte anders, prüfen Sie daher immer die Vertragsdetails.

Die Erkenntnis ist also einfach. Mit einem Dedicated Server kaufen Sie Beständigkeit und Kontrolle. Dafür geben Sie Flexibilität und Bequemlichkeit ab. Treffen Sie diesen Tausch also bewusst.

Was unterscheidet einen verwalteten von einem unverwalteten Dedicated Server?

Beim unverwalteten Dedicated Server stellt der Anbieter Hardware, Strom, Kühlung und Netzanbindung. Installation des Betriebssystems, Updates, Firewall, Überwachung und Backups sind dagegen Ihre Aufgabe. Anders gesagt endet die Zuständigkeit des Anbieters am Kabel, den Rest erledigen Sie.

Beim verwalteten Modell übernimmt der Anbieter einen Teil dieser Arbeit oder alles davon. Der Umfang unterscheidet sich allerdings stark von Firma zu Firma. Manche spielen zum Beispiel nur Betriebssystemupdates ein. Andere kümmern sich bis hin zu Webserver, Datenbank und Control Panel.

Verlassen Sie sich deshalb nicht auf das Wort verwaltet allein. Lassen Sie sich den Umfang Punkt für Punkt schriftlich geben. Klären Sie vor allem diese Fragen:

• Wer spielt Sicherheitsupdates ein, und wie oft?
• Läuft Überwachung mit Alarmierung rund um die Uhr oder nur zu Geschäftszeiten?
• Wer erstellt Backups, wo liegen sie, und wer testet die Wiederherstellung?
• Wo endet der Support, wenn ein Fehler in Ihrer Anwendung auftritt?

Kennt sich niemand in Ihrem Team mit Linux Administration aus, wirkt ein unverwalteter Server günstig, ist am Ende aber die teuerste Option. Eine einzige Sicherheitslücke oder ein Plattenausfall ohne Backup frisst die Ersparnis schnell auf.

Wer ist bei einem Hardwareausfall verantwortlich?

Bei einem virtuellen Server kann der Anbieter Ihre VM oft auf anderer Hardware neu starten, wenn ein Host ausfällt. Ein Dedicated Server hat diesen einfachen Ausweg nicht. Fällt eine Festplatte, ein Speichermodul, ein Netzteil oder das Mainboard aus, bleibt die Maschine unter Umständen teilweise oder ganz offline, bis jemand das Teil tauscht.

Den Austausch übernimmt in der Regel der Anbieter. Wie schnell das geschieht, hängt allerdings vom Service Level Agreement in Ihrem Vertrag ab. Fragen Sie deshalb vorab, ob Ersatzteile im Rechenzentrum bereitliegen und zu welchen Zeiten die Techniker tauschen.

Die Überwachung der Plattengesundheit liegt dagegen in Ihrer Hand, denn sie betrifft Ihr System. smartctl aus dem Paket smartmontools liest die Gesundheitsdaten, die das Laufwerk selbst meldet:

sudo smartctl -H /dev/sda
sudo smartctl -a /dev/sda

Der erste Befehl zeigt die Gesamtbewertung, der zweite die detaillierten Attribute. Gerätenamen unterscheiden sich je nach Server; bei NVMe Laufwerken sehen Sie Namen wie /dev/nvme0.

Der eigentliche Schutz vor Ausfällen ist jedoch die Architektur. Ein einzelner Dedicated Server ist ein einzelner Ausfallpunkt. Verträgt Ihr Geschäft keine Ausfallzeit, planen Sie daher einen zweiten Server, einen Load Balancer oder zumindest eine Ersatzumgebung, die Sie schnell hochfahren können.

Warum ersetzt RAID kein Backup?

RAID kombiniert mehrere Festplatten, um Leistung zu steigern oder den Ausfall einer Platte zu überstehen. In gespiegelten Varianten wie RAID 1 oder RAID 10 läuft der Server weiter, wenn eine Platte stirbt. Das ist eine wertvolle Eigenschaft, aber kein Backup.

Der Grund ist einfach: RAID schreibt jede Änderung sofort auf alle Platten. Ein versehentlich gelöschter Ordner, von Ransomware verschlüsselte Dateien oder ein fehlerhaftes Datenbankupdate landen also gleichzeitig in jeder Kopie. Eine ältere Version, zu der Sie zurückkehren könnten, gibt es somit nicht.

Die RAID Level vergleichen wir in unserem Beitrag Was ist RAID. Nutzen Sie Software RAID, prüfen Sie den Zustand des Verbunds so:

cat /proc/mdstat
sudo mdadm --detail /dev/md0

Echten Schutz bieten nur Backups außerhalb des Servers, an einem anderen Ort und mit Versionsverlauf. Unsere Anleitung zur Backup Strategie für Websites zeigt, wie Sie das aufbauen. Testen Sie Ihre Backups außerdem regelmäßig durch eine Wiederherstellung; ein Backup, das Sie nie zurückgespielt haben, ist nur eine Hoffnung.

Wie funktionieren Fernverwaltung und Neuinstallation?

Friert ein physischer Server ein oder sperrt Sie eine fehlerhafte Firewallregel aus, hilft SSH nicht mehr. Dann brauchen Sie eine Verwaltungsschnittstelle, die unabhängig vom Betriebssystem arbeitet. Auf Serverhardware übernimmt diese Aufgabe meist ein eigener Controller namens BMC, und Standards wie IPMI oder Redfish ermöglichen den Zugriff darauf.

Anbieter stellen diesen Zugang auf unterschiedliche Weise bereit. Manche bieten eine Fernkonsole, andere einen Rettungsmodus und wieder andere nur einen Neustart per Supportanfrage. Klären Sie deshalb vor dem Kauf diese Punkte:

• Können Sie den Server selbst aus und wieder einschalten, wenn er nicht mehr reagiert?
• Erhalten Sie Fernzugriff auf Bildschirm und Tastatur, also eine Fernkonsole?
• Können Sie ein Rettungssystem starten und Ihre Platten einbinden?
• Können Sie das Betriebssystem aus einem eigenen Image neu installieren?

Ein Hinweis dazu: Die Fernverwaltung ist ein mächtiger Zugang. Öffnen Sie sie deshalb niemals frei ins Internet. Erlaubt es der Anbieter, beschränken Sie den Zugriff auf ein privates Netz, ein VPN oder eine Liste freigegebener Adressen.

Warum können Bereitstellungszeit und Flexibilität zum Nachteil werden?

Einen Cloud Server starten und löschen Sie innerhalb von Minuten. Beim Dedicated Server läuft das anders. Hat der Anbieter eine passende Ausstattung auf Lager, geht die Lieferung schnell. Wünschen Sie dagegen eine Sonderkonfiguration, muss der Anbieter Teile beschaffen und montieren. Die Lieferzeit hängt von Anbieter und Ausstattung ab; lassen Sie sich die genaue Zeit daher schriftlich im Angebot bestätigen.

Bei der Flexibilität gibt es ähnliche Grenzen. Mehr Arbeitsspeicher oder eine neue Platte erfordern meist ein Wartungsfenster und eine kurze Unterbrechung. Ein stärkerer Prozessor bedeutet oft sogar den Umzug auf eine neue Maschine.

Außerdem zählt die Vertragslaufzeit. Manche Anbieter vermieten physische Server monatlich, andere verlangen längere Bindungen. Eine lange Bindung kann Sie an eine Maschine fesseln, die zu groß oder zu klein ist, sobald sich Ihre Last ändert.

Abmildern lässt sich dieser Nachteil mit einem hybriden Ansatz. Sie können zum Beispiel die Datenbank auf einem Dedicated Server halten und Lastspitzen mit zusätzlichen Anwendungsservern in der Cloud abfangen. Somit verbinden Sie Beständigkeit und Flexibilität in einer Architektur.

Wie verändert sich die Verantwortung für Sicherheit?

Physische Isolation senkt einige Risiken, die von Nachbarn auf geteilter Hardware ausgehen. Sobald Sie den Server allerdings ans Internet anschließen, unterscheidet sich seine Angriffsfläche kaum von der eines virtuellen Servers. Offene Ports, schwache Passwörter und fehlende Updates sind überall gleich gefährlich.

Auf einem unverwalteten Server stehen am ersten Tag klare Aufgaben an:

1. Deaktivieren Sie den Root Login per Passwort über SSH und wechseln Sie auf schlüsselbasierte Anmeldung.
2. Richten Sie eine Firewall ein, die nur die benötigten Ports öffnet.
3. Aktivieren Sie automatische Sicherheitsupdates oder einen festen Updateplan.
4. Begrenzen Sie Anmeldeversuche, um Brute Force Angriffe zu bremsen.
5. Starten Sie Backups außerhalb des Servers mit Versionsverlauf.

Eine verbreitete Firewall für cPanel Server erklären wir in unserem Leitfaden zur CSF Firewall. Risiken in der Anwendung hängen dagegen nicht vom Servertyp ab; behalten Sie deshalb auch Ihren Code im Blick.

Die physische Sicherheit liegt andererseits beim Anbieter. Fordern Sie seine Unterlagen zu Zutrittskontrolle, Videoaufzeichnung und Entsorgung von Hardware an. Vor allem bei Compliance Anforderungen helfen Ihnen diese Dokumente im Audit.

Wie planen Sie den Umzug auf einen Dedicated Server?

Der Umzug auf einen Dedicated Server braucht mehr Vorbereitung als ein gewöhnlicher Hostingwechsel. Wir empfehlen folgende Reihenfolge:

1. Bestand erfassen: Domains, Datenbanken, geplante Aufgaben, E-Mail Konten und SSL Zertifikate.
2. Neuen Server vorbereiten: Betriebssystem, Sicherheit und Überwachung abschließen, bevor Traffic ankommt.
3. DNS TTL senken: ein bis zwei Tage vorher die Zwischenspeicherdauer Ihrer Einträge verkürzen.
4. Daten kopieren und testen: die Website auf dem neuen Server über die hosts Datei oder eine temporäre Adresse prüfen.
5. Letzte Synchronisierung: Schreibvorgänge kurz anhalten und den aktuellen Stand der Datenbank übertragen.
6. DNS umstellen und beobachten: Fehlerprotokolle, Formulare und den Checkout prüfen.
7. Alten Server nicht sofort kündigen: ihn einige Tage als Rückfallebene behalten.

Die Verbreitung der DNS Änderung verfolgen Sie mit unserer DNS Abfrage. Bleiben Domain und URL Struktur gleich, ist das SEO Risiko gering. Prüfen Sie Weiterleitungen, robots Regeln und Sitemaps trotzdem mit unserer Checkliste zur Website Migration.

Legen Sie den Wechsel in eine verkehrsarme Stunde und notieren Sie die Schritte für den Rückweg im Voraus. Weil Sie die TTL gesenkt haben, zeigen Sie bei einem unerwarteten Problem schnell wieder auf den alten Server.

Welche Fragen sollten Sie dem Anbieter stellen?

Auf den ersten Blick bestehen Angebote aus einer Liste von CPU, Arbeitsspeicher und Platten. Die eigentlichen Unterschiede stecken jedoch zwischen den Zeilen des Vertrags. Stellen Sie deshalb in der Angebotsphase diese Fragen schriftlich:

• Wie schnell reagiert der Anbieter auf Hardwareausfälle und tauscht Teile?
• Wie groß sind Netzanbindung und Trafficvolumen? Was passiert bei Überschreitung?
• In welchem Land und in welchem Rechenzentrum steht der Server?
• Wie sind die Platten eingerichtet? Hardware RAID oder Software RAID?
• Gibt es eine Fernkonsole und die Möglichkeit zur Neuinstallation?
• Welche Mindestlaufzeit und welche Kündigungsbedingungen gelten?
• Wie reagiert der Anbieter auf einen DDoS Angriff?

Die Antworten zeigen somit Risiken, die Sie in den technischen Daten allein nicht sehen. Allgemeine Kriterien haben wir in unserem Beitrag Webhosting auswählen gesammelt.

Tragen Sie die Antworten mehrerer Anbieter in eine Tabelle ein. So vergleichen Sie nicht nur die Hardware, sondern auch das Verhalten im Ernstfall, und genau das macht auf lange Sicht den Unterschied.

Wann sollten Sie den Betrieb lieber dem Hostinganbieter überlassen?

Seien wir ehrlich: Einen physischen Server selbst zu betreiben, ist keine Nebenbeschäftigung. Sicherheitsupdates verfolgen, Plattengesundheit überwachen, nachts auf Alarme reagieren und Backups testen verlangt ständige Aufmerksamkeit.

Trifft einer der folgenden Punkte auf Sie zu, ist ein verwalteter Dienst oder ein verwalteter VPS die deutlich bessere Wahl:

• Niemand in Ihrem Team hat Erfahrung in Linux Systemadministration.
• Ein Serverausfall bedeutet direkt Umsatz und Imageverlust, aber niemand kann rund um die Uhr Bereitschaft halten.
• Compliance Audits erwarten dokumentierte Prozesse und Protokolle.
• Ihr Kerngeschäft ist Software oder Marketing, und für Infrastruktur bleibt wenig Zeit.

Deshalb raten auch wir davon ab, den Serverbetrieb nebenher zu Webprojekten zu erledigen. In unserem Webdesign und in der E-Commerce Beratung bewerten wir die Hostingfrage gemeinsam mit Ihnen anhand der tatsächlichen Last und empfehlen, den Serverbetrieb einem spezialisierten Hostinganbieter zu überlassen.

Passt ein Dedicated Server zu Ihnen?

Die Entscheidung lässt sich in drei Fragen fassen. Erstens: Zeigen Ihre Messungen eine dauerhafte und planbare Last? Zweitens: Gibt es eine konkrete Pflicht wie Lizenzen, Compliance oder den Ausschluss geteilter Hardware? Drittens: Haben Sie ein Team oder einen Dienst, der den Server rund um die Uhr betreut?

Beantworten Sie alle drei mit Ja, ist ein Dedicated Server eine starke Option. Lautet auch nur eine Antwort Nein, optimieren Sie zunächst auf VPS, Cloud oder verwaltetem Hosting. Für die meisten Websites bringen Verbesserungen an Code, Cache und Bildern schnellere und günstigere Ergebnisse als größere Hardware.

Schließlich gilt für jede Variante: Halten Sie Backups außerhalb des Servers und testen Sie die Wiederherstellung. Die richtige Infrastruktur zeigt ihren Wert darin, wie schnell Sie Ihr Geschäft nach einem schlechten Tag wieder zum Laufen bringen.