Was wir tun · Daten und Web: Live-Migration und Hypervisor-Ausstieg
Laufende virtuelle Maschinen wechseln den Host, ohne stehen zu bleiben, und ganze Umgebungen ziehen von VMware oder Standalone-KVM-Servern auf unsere Private Cloud mit Oracle Linux Virtualization Manager (OLVM) um. Live, wenn live sicher ist, als verifizierte kalte Kopie, wenn nicht, und immer mit dem Original intakt, bis die neue Seite sich bewährt hat.
Was es ist
Drei Arten von Umzug unter einer Disziplin:
- Live-Migration: Eine laufende virtuelle KVM-Maschine, Arbeitsspeicher und Festplatte, wechselt den Host mit einer Pause im Millisekundenbereich. So erledigen wir Host-Wartung und Hardware-Tausch, ohne Ihre Ausfallzeit einzuplanen.
- Hypervisor-Ausstieg: VMware-Umgebungen und Standalone-KVM-Hosts ziehen auf OLVM um, wo VMs von Enterprise-All-Flash-Storage über redundante Fibre-Channel-Fabrics booten, mit Backup und Monitoring vom ersten Tag an.
- Standortumzüge: Ganze Umgebungen wechseln zwischen unseren Rechenzentren und behalten dabei ihre Adressen und ihre Identitäten.
Wie wir es bauen
Eine Entscheidungsregel, bevor ein einziges Byte wandert. Bleiben CPU-Generation, Netzwerkanbindung und Hypervisor-Version kompatibel, zieht die VM live um. Ändern sich alle drei auf einmal, spielen wir nicht: Die VM wird heruntergefahren, kopiert, neu definiert und auf dem Ziel kalt gestartet, und die Quelle bleibt als Rollback unangetastet.
Live-Migration, richtig gemacht. Wir nutzen den direkten Migrationspfad von libvirt mit Storage-Kopie und Auto-Converge, damit auch ausgelastete VMs konvergieren. Das Ziel wird zuerst vorbereitet: Storage-Pools, Bridges und VLAN-Schnittstellen, und bei ungewöhnlichen Festplattenlayouts ein Image, das vorab in exakt der Quellgröße angelegt wird.
Zustandsloses neu bauen, Zustandsbehaftetes replizieren. Bei einem Ausstieg bevorzugen wir oft einen sauberen Neuaufbau nach live gemessenen Spezifikationen. Web- und Anwendungsebenen werden aus der Konfiguration neu gebaut; die Datenbank zieht per Replikation um, sodass der Cutover eine Beförderung mit Sekunden Differenz ist.
Eine eigens gebaute Migrations-Appliance. Konvertierungen laufen auf einem dedizierten Migrationsserver mit All-Flash-NVMe- und SSD-Storage, direkt in unsere Fabric eingebunden. Er konvertiert Gäste anderer Hypervisoren und streamt KVM-Festplatten-Images direkt in Festplatten, die die Zielplattform angelegt hat, und bewahrt dabei MAC-Adressen, Firmware-Modus und Maschinentyp, sodass die VM bei Ankunft bootet.
Geprüft gegen die API, nicht gegen die Build-Notizen. Jede VM wird gegen den Virtualisierungsmanager selbst geprüft (CPU-Topologie, Speichergarantien, Netzwerkschnittstellen, Routen, Festplatten, Hostname), bevor Daten wandern. VMs werden passend dimensioniert und bekommen nie mehr vCPUs, als ein CPU-Sockel Kerne hat.
Windows inklusive. Treiber und Gast-Tools werden geordnet, die Tools des alten Hypervisors erst entfernt, wenn die Boot-Festplatte auf VirtIO läuft, und Active Directory und Lizenzierung nach dem Umzug geprüft.
Probeläufe, Zeitpunkt abgestimmt. Jede Konvertierung wird zuerst an einer Kopie geprobt. Könnte ein Umzug Ihren Traffic berühren, stimmen wir den Zeitpunkt vorher mit Ihnen ab.
Wovor es Sie schützt
- Ausfallzeiten für Host-Wartung, Firmware-Arbeiten oder Hardware-Tausch.
- Lizenzänderungen, aus denen Sie keinen Ausweg haben.
- Eine Migration, die die Quelle verliert, bevor das Ziel funktioniert.
- Einen Wechsel zwischen CPU-Generationen, der einen Gast still beschädigt.
- VMs, die mit falscher Topologie, fehlender Schnittstelle oder verlorener Adresse ankommen.
- Ihre ganze Umgebung umzunummerieren, nur um die Plattform zu wechseln.
In der Praxis
Ein Load Balancer, live umgezogen. Die stark genutzte Load-Balancer-VM eines Nachrichtenverlags wurde in 3 Minuten 5 Sekunden live zwischen Hosts migriert, Festplatte inklusive, mit einer Pause von etwa 300 Millisekunden.
Ein überregionaler Sender verlässt VMware. Wir haben die Webplattform eines überregionalen Senders von VMware auf OLVM als passend dimensionierte VMs neu aufgebaut, jede gegen die API geprüft und die Datenbank per Replikation umgezogen. Ein Entwicklungsserver lief durch unsere Migrations-Appliance und war in etwa siebeneinhalb Minuten bootfähig. Der Cutover wurde vor Monaten abgeschlossen.
Ein Standalone-KVM-Host, importiert. Der Standalone-KVM-Server eines Kunden wurde mit etwa neun GiB pro Minute in OLVM importiert, jede Adresse intakt, weil der Probelauf die Schnittstellenbenennung des neuen virtuellen Chipsatzes bereits erledigt hatte.
Eine VDI-Umgebung zwischen Ländern umgezogen. Eine Virtual-Desktop-Umgebung zog von Amsterdam nach Athen um. Wir haben ihr Management-Subnetz im Ganzen über unsere Layer-2-Erweiterung mitgenommen, sodass jeder Desktop-Pool und jede Berechtigung unverändert ankam, und jeder Domain Controller wurde anschließend als gesund verifiziert.
Warum EuroVPS
- Eine schriftliche Regel für live oder kalt, jedes Mal angewendet.
- Die Quelle bleibt als Rollback erhalten, bis das Ziel sich bewährt hat.
- Eine dedizierte Migrations-Appliance, kein Laptop und ein Wochenende.
- Layer-2-Erweiterung zwischen unseren Standorten, damit Sie ohne Umnummerierung umziehen.
- Jede VM wird gegen die API geprüft, bevor Daten wandern.
Häufige Fragen
- Können Sie unsere VMs umziehen, ohne sie neu zu bauen? Ja, per Konvertierung, mit Treibern und Tools in getesteter Reihenfolge umgestellt. Wir behalten die Originale, bis Sie abnehmen.
- Behalten unsere VMs ihre IP-Adressen? Das können sie. Mit Layer-2-Erweiterung behalten Server ihre Adressen und ziehen einer nach dem anderen um.
- Wie lange hält eine Live-Migration die VM an? Typischerweise den Bruchteil einer Sekunde beim Umschalten. Kalte Umzüge kommen in ein mit Ihnen vereinbartes Fenster.
- Was, wenn mitten im Umzug etwas schiefgeht? Die Quelle ist unverändert. Wir gehen zurück, finden heraus warum, und starten erneut.
- Was ist OLVM? Oracle Linux Virtualization Manager, Enterprise-Management für Standard-KVM. Kein proprietäres Lock-in.
Sie verlassen VMware? 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.