Replizieren von Ressourcen in einer Cloudmigration
Lokale Rechenzentren speichern physische Ressourcen wie Server, Appliances und Netzwerkgeräte. Aber jedes physische Objekt, wie ein Server, ist nur eine Hülle. Der eigentliche Wert ergibt sich durch den Binärcode, der auf dem Server ausgeführt wird. Das Rechenzentrum existiert wegen der Anwendungen und Daten, die die primären Binärdateien sind, die Sie migrieren. Unterstützt werden diese Anwendungen und Datenspeicher durch andere digitale Ressourcen und Binärquellen, wie Betriebssysteme, Netzwerkrouten, Dateien und Sicherheitsprotokolle.
Der Replikationsprozess besteht aus den folgenden Schritten:
Replikation: Kopiert eine zum jeweiligen Zeitpunkt gültige Version verschiedener Binärdateien.
Seeding: Kopiert die binären Snapshots auf eine neue Plattform und stellt sie auf neuer Hardware bereit. Die geseedete Kopie der Binärdatei verhält sich auf der alten Hardware genau wie die Original-Binärdatei. Die Momentaufnahme der Binärdatei ist jedoch veraltet und entspricht nicht mehr der Originalquelle.
Synchronisierung: Richtet die neue Binärdatei an der alten Binärdatei aus. Dieser Prozess aktualisiert kontinuierlich die Kopie, die auf der neuen Plattform gespeichert ist. Die Synchronisierung wird fortgesetzt, bis die Ressource entsprechend dem ausgewählten Höherstufungsmodell hochgestuft wurde. An diesem Punkt wird die Synchronisierung gestoppt.
Voraussetzungen für die Replikation
Vor der Replikation sollten Sie die Aktivitäten in der Vorbereitungs- und Bewertungsphase abschließen. Um mit der Replikation beginnen zu können, benötigen Sie Folgendes:
Ein Abonnement für Ihre migrierten Ressourcen.
Ein Migrationstool, um die Binärkopien zu verschieben.
Die Quellbinärdateien müssen für die Replikation und Synchronisierung vorbereitet werden. Die genaue Konfiguration hängt von Ihrem Migrationstool ab. Zur Vorbereitung gehört auch die Behebung aller Replikationsprobleme, die Sie in der Bewertungsphase festgestellt haben. Ein Beispiel zum Initiieren der Replikation finden Sie unter Migrieren von VMware über die agentlose Migration.
Alle Abhängigkeiten für Ihren Workload, die Sie während des Entwurfs der Workload-Architektur identifiziert haben. Diese Abhängigkeiten können Ressourcengruppen, virtuelle Netzwerke und Subnetze umfassen, in denen Sie die replizierten virtuellen Maschinen bereitstellen möchten. Weitere Informationen finden Sie unter Bereitstellen unterstützender Dienste.
Replikationsrisiken – Physikalische Grundlagen der Replikation
Wenn Sie eine binäre Quellreplikation zu einem neuen Ziel planen und durchführen, beachten Sie die folgenden grundlegenden Gesetze:
Lichtgeschwindigkeit: Wenn Sie große Datenmengen übertragen, ist Glasfaser die schnellste Option. Diese Kabel können Daten aber nur mit zwei Dritteln der Lichtgeschwindigkeit übertragen. Das bedeutet, dass es keine Methode zur sofortigen oder unbegrenzten Replikation von Daten gibt.
Geschwindigkeit der WAN-Pipeline: Die Uplink-Bandbreite ist sogar noch wichtiger als die Geschwindigkeit der Datenbewegung. Die Datenmenge pro Sekunde, die das bestehende WAN Ihres Unternehmens an das Zielrechenzentrum überträgt, bestimmt die Uplink-Bandbreite.
Geschwindigkeit der WAN-Erweiterung: Wenn das Budget zulässt, können Sie der WAN-Lösung Ihres Unternehmens mehr Bandbreite hinzufügen. Es kann jedoch Wochen oder Monate dauern, bis zusätzliche Glasfaserverbindungen beschafft, bereitgestellt und integriert sind.
Geschwindigkeit von Datenträgern: Auch mit unendlicher Datengeschwindigkeit und einer unbegrenzten Bandbreitenbeschränkung zwischen der Quell-Binärdatei und der Zieldestination schränkt die Physik die Replikation immer noch ein. Die Datenreplikation erfolgt nur so schnell, wie Quelldatenträger die Daten lesen können.
Geschwindigkeit menschlicher Berechnungen: Festplatten und Licht bewegen sich schneller als menschliche Entscheidungsprozesse. Wenn Leute zusammenarbeiten und gemeinsam Entscheidungen treffen muss, lassen die Ergebnisse länger auf sich warten. Die Replikation kann Verzögerungen, die durch menschliche Berechnungen entstehen, nicht ausgleichen.
Jedes dieser physikalischen Gesetze birgt die folgenden Risiken, die sich häufig auf Migrationspläne auswirken:
Replikationszeit: Die Replikation erfordert Zeit und Bandbreite. Pläne sollten realistische Zeitvorgaben enthalten, die dem Zeitraum entsprechen, der für die Replikation von Binärdateien benötigt wird.
Die insgesamt verfügbare Migrationsbandbreite ist die Aufwärtsbandbreite, die andere Geschäftsanforderungen mit höherer Priorität nicht nutzen. Die Aufwärtsbandbreite wird in Megabit pro Sekunde (Mbit/s) oder Gigabit pro Sekunde (Gbit/s) gemessen. Der Gesamtspeicher für die Migration ist der gesamte Speicherplatz, gemessen in Gigabyte (GB) oder Terabyte (TB), der benötigt wird, um eine Momentaufnahme aller zu migrierenden Ressourcen zu speichern.
Um eine erste Zeitschätzung zu ermitteln, teilen Sie den gesamten Migrationsspeicher durch die verfügbare Gesamtmigrationsbandbreite. Beachten Sie die Konvertierung von Bits in Bytes. Der nächste Punkt beschreibt eine genauere Berechnung der Zeit.
Kumulative Auswirkung des Festplatten-Drifts: Vom Zeitpunkt der Replikation bis zur Höherstufung einer Ressource in die Produktion müssen die Quell- und Zielbinärdateien synchronisiert bleiben.
Ein Drift der Binärdateien verbraucht zusätzliche Bandbreite, da die Änderungen an der Binärdatei wiederkehrend repliziert werden müssen. Während der Synchronisierung werden bei der Berechnung des gesamten Migrationsspeichers alle binären Drifts berücksichtigt. Je länger es dauert, eine Ressource in die Produktion hochzustufen, desto höher ist der kumulative Drift. Je mehr synchronisierte Ressourcen Sie haben, desto mehr Bandbreite verbrauchen Sie. Für jedes Asset, das sich in einem Synchronisierungsstatus befindet, steht Ihnen insgesamt weniger Migrationsbandbreite zur Verfügung.
Zeit bis zur Geschäftsveränderung: Die Synchronisierungszeit wirkt sich kumulativ negativ auf die Migrationsgeschwindigkeit aus. Die Priorisierung des Migrationsrückstands und die frühzeitige Vorbereitung des Änderungsmitteilungs-Plans sind entscheidend für die Geschwindigkeit der Migration.
Der wichtigste Test für die geschäftliche und technische Anpassung während einer Migration ist das Tempo der Höherstufung. Je schneller eine Ressource in die Produktion überführt wird, desto weniger beeinträchtigt die Datenträgerabweichung die Bandbreite. Und Sie können mehr Bandbreite und Zeit für die Replikation des nächsten Workloads bereitstellen.
Planen Sie für den Fall, dass die Datenanforderungen die Netzwerkkapazität übersteigen
Bei einer Cloudmigration werden Ressourcen über das Netzwerk zwischen einem vorhandenen Rechenzentrum und der Cloud repliziert und synchronisiert. Die bestehenden Anforderungen an die Datengröße verschiedener Workloads können die Netzwerkkapazität übersteigen. In einem solchen Szenario könnte sich der Migrationsprozess radikal verlangsamen oder in einigen Fällen sogar ganz zum Stillstand kommen.
Wenn Ihre Bewertung, die anfängliche Replikation oder die Tests ein Kapazitätsproblem aufzeigen, können Sie Azure Data Box verwenden, um unabhängige Datenspeicher zu übertragen. Verwenden Sie diesen Ansatz, um große Datenmengen vor der Workload-Migration in die Cloud zu übertragen.
Einige Lösungen von Nicht-Microsoft-Partnern verwenden Data Box ebenfalls für Migrationen. Mit diesen Lösungen können Sie eine große Menge Daten offline übertragen, die sie dann später aber in geringerem Umfang über das Netzwerk synchronisieren.