Was wir tun · Daten und Web: Managed Rechenzentrumsmigrationen, geprobt
Eine laufende Produktionsplattform (Web, Datenbank, Dateien, Suche und Cache) in ein neues Rechenzentrum umziehen, oder von einem anderen Anbieter zu uns, ohne ein Wochenende Ausfallzeit. Die alte Seite läuft unangetastet weiter, bis die neue sich bewährt hat, und der Weg zurück kostet nichts.
Was es ist
Eine Migration, geführt als Engineering-Projekt, nicht als Ticket. Wir bauen das Ziel neu auf, befüllen es mit Ihren Daten, während Sie weiter Geschäft machen, proben die finale Umschaltung (Cutover) und ziehen dann in einem Fenster um, das in Minuten gemessen wird. Danach prüfen wir die neue Plattform gegen die alte, bevor am alten Standort irgendetwas abgeschaltet wird.
Wie wir es bauen
Neu gebaut, nicht wiederhergestellt. Der Ziel-Stack wird nach gemessenen Spezifikationen gebaut, mit aktueller Software und unserer Hardening Baseline, statt aus alten Images kopiert.
Daten früh laden, Deltas spät bewegen. Datenbanken werden aus einem physischen Backup befüllt und per Replikation oder inkrementellem Neuladen aktuell gehalten. Dateien werden vorab synchronisiert, sodass der letzte Durchgang nur noch bewegt, was sich geändert hat. Suchindizes werden mit einem nativen Remote-Reindex kopiert, statt durch das CMS neu gecrawlt zu werden.
Der richtige Pfad für jede Nutzlast. Massendaten reisen über einen auf Durchsatz gebauten Relay-Pfad; kleine Deltas gehen direkt über unser verschlüsseltes Backbone. Wo ein Kunde es braucht, erweitern wir seine Netzwerke zwischen den Standorten, sodass Server durchgehend ihre Adressen behalten.
Das Fenster ist das DNS-Fenster, und es gehört Ihnen. Könnte eine Änderung Ihren Traffic berühren, stimmen wir den Zeitpunkt vorher mit Ihnen ab. Nichts anderes wird in den Cutover gelegt.
Rollback von Anfang an. Alte Datenverzeichnisse werden umbenannt, nie gelöscht, sodass der Weg zurück eine Umbenennung und eine DNS-Änderung ist.
Ein Playbook mit Uhr. Jeder Cutover wird als Playbook mit einem Zeitbudget pro Schritt geschrieben.
Prüfen, dann stilllegen. Nach dem Umzug vergleichen wir die neue Plattform mit der alten Basislinie: Angriffsfläche von außen, Patch-Stand, Cache-Trefferrate, Antwortzeiten. Erst dann wird die alte Seite abgeschaltet, und ihre Daten bleiben erhalten, bis Sie abnehmen.
Wovor es Sie schützt
- Wochenendlange Wartungsfenster und verlorene Geschäftstage.
- Redaktions- oder Bestelldaten, die im Fenster eingegeben wurden und verloren gehen.
- Eine «fertige» Migration, die still noch vom alten Standort abhängt.
- Einen Cutover ohne Weg zurück.
In der Praxis
Ein überregionaler Nachrichtenverlag. Wir haben die Nachrichten- und Lifestyle-Gruppe des Verlags mit sechs Websites von Amsterdam in unsere Digital-Realty-Einrichtung in Athen umgezogen. Weil das Ziel vorab befüllt war, bewegte der letzte Dateidurchgang über Millionen von Dateien nur die geänderten in etwa siebzig Sekunden, und der abschließende Abgleich von Datenbank und Uploads dauerte unter fünf Minuten, sodass der sichtbare Cutover jeder Property unabhängig vom redaktionellen Rückstand etwa fünf Minuten betrug. Der Verlag wird aus Athen bedient, nah an seinen Lesern.
Ein Nachrichtenportal, in Athen neu aufgebaut. Nach dem Umzug eines Nachrichtenportals auf eine neue Plattform aus drei Blades kamen gecachte Antworten in wenigen Millisekunden zurück und ungecachte Seiten in unter einer halben Sekunde.
Warum EuroVPS
- Die alte Plattform bleibt live und unangetastet, bis die neue sich den Traffic verdient hat.
- Playbooks mit Zeitbudgets, geprobt und mit jeder Migration verbessert.
- Ein Team verantwortet die Netzwerk-, Storage-, Plattform- und Anwendungsebene des Umzugs.
- Wir können Ihre Netzwerke zwischen den Standorten erweitern, damit nichts umnummeriert werden muss.
- Prüfungen nach dem Umzug, bevor irgendetwas stillgelegt wird, und Ihre Abnahme, bevor Daten ausgemustert werden.
Häufige Fragen
- Mit wie viel Ausfallzeit müssen wir rechnen? Bei den meisten Webplattformen ist der Cutover das DNS-Propagationsfenster plus ein letzter Abgleich, gemessen in Minuten. Wir geben Ihnen vor dem Tag ein Zeitbudget pro Schritt.
- Können Sie uns von einem anderen Anbieter umziehen? Ja. Wir brauchen Lesezugriff auf die Quelle, um die Daten zu laden; die Quelle muss sich nicht ändern.
- Müssen wir IP-Adressen ändern? Nicht zwingend. Beim Umzug zwischen unseren Standorten können wir Ihre Netzwerke erweitern, sodass die Adressen mit den Servern umziehen.
- Was, wenn am Tag selbst etwas schiefgeht? Die alte Seite ist intakt, also ist der Rollback eine DNS-Änderung. Go oder No-Go entscheiden wir nach vorab vereinbarten Kriterien.
- Wer macht die Arbeit am Zielort? Unsere Ingenieure, von Anfang bis Ende: Hardware, Netzwerk, Storage, Plattform und der Anwendungs-Stack.
Planen Sie einen Umzug? Sprechen Sie mit einem Ingenieur.
Ihr nächster Infrastrukturpartner
Sehen wir uns Ihre Umgebung an.
Erzählen Sie uns, was Sie heute betreiben und was besser werden muss. Ein Ingenieur sieht Ihre Anfrage durch und hilft Ihnen, den nächsten Schritt zu planen.
+357 222 32280
Beginnen wir mit Ihrer Umgebung.
Ein wenig Kontext hilft uns, das richtige Gespräch zu beginnen.