Migration planen

Auf dieser Seite finden Sie Details zur Planung der Migration.

Migrationsdauer für ein einzelnes Volume schätzen

Die Dauer der Volumemigration hängt von mehreren Faktoren ab:

  • Geschwindigkeit des Quellvolumens: SnapMirror-Traffic hat eine niedrigere Priorität als NFS- und SMB-Traffic. Hohe Arbeitslasten auf dem Quellvolumen können die Leistung des ausgehenden SnapMirror-Traffics beeinträchtigen.

  • NetApp-Volumendurchsatz: Der Durchsatz wird durch den Servicelevel und die Volumegröße definiert. NFS- oder SMB-Traffic auf dem Volume kann auch die SnapMirror-Leistung beeinträchtigen.

  • Durchsatz der Netzwerkverbindung: SnapMirror versucht, die maximale Geschwindigkeit zu erreichen, und kann Bandbreite verbrauchen, die mit anderen Nutzern über die Netzwerkverbindung zwischen dem ONTAP-Quellsystem und NetApp Volumes geteilt wird.

  • Datenmenge im Quellvolume: Je größer die Datenmengen sind, desto länger dauert die Übertragung.

  • Änderungsrate der Quelldaten: Eine höhere Änderungsrate der Daten während der Migration verlängert die Zeit, die für die Synchronisierung inkrementeller Übertragungen erforderlich ist.

Eine grobe Schätzung der Migrationsdauer kann mit einer Faustregel berechnet werden.

Beispiel

Sehen Sie sich das folgende Szenario für die Berechnung der Migrationsdauer an:

  • Quellvolume: 15 TiB Kapazität mit 12 TiB verwendeten Daten.

    • Zu übertragende Daten: 12 TiB.

    • Die ONTAP-Speichereffizienz kann die Übertragungsgröße verringern, aber das können Sie für diese Übung ignorieren.

    • Gehen Sie davon aus, dass die Leistungsfähigkeit kein einschränkender Faktor ist.

  • Änderungsrate: 10% pro Tag.

    • Tägliche Änderungsrate der Daten: 1,2 TiB.

    • 10% ist eine Annahme für dieses Beispiel. Typische Änderungsraten sind in der Regel viel niedriger.

  • Netzwerkverbindung: Die lokale Infrastruktur ist über eine 10‑Gbit/s-Interconnect-Verbindung mit Google verbunden.

    • Effektive TCP-Bandbreite: ca. 1.000 MiBps, die ausschließlich genutzt werden können.

  • Ziel-Volume: 12 TiB-Volume mit dem Service Level „Premium“.

    • Durchsatzobergrenze: 12 × 64 MiB/s = 768 MiB/s.

Berechnung

In diesem Beispiel ist der begrenzende Faktor die Durchsatzobergrenze des Zielvolumes von 768 MiB/s. Die Leistung des Quellvolumens gilt als unbegrenzt und die Netzwerkbandbreite beträgt 1.000 MiBps.

Übertragung der Baseline

  • Zu übertragende Daten: 12 TiB

  • Durchsatzobergrenze: 768 MiB/s

  • Zeitberechnung: (12 TiB × 1024^2 MiB/TiB) / 768 MiBps = 16.384 Sekunden

  • Gesamtzeit für die Baseline-Übertragung: 4,6 Stunden

Erste inkrementelle Übertragung

  • Seit der Übertragung der Baseline sind 5 Stunden vergangen.

  • Datenänderung: (12 TiB × 1.024 GiB/TiB) × 10 % × (5 h/24 h) = 256 GiB

  • Zeitberechnung:(256 GiB × 1.024 MiB/GiB) / 768 MiBps = 341 Sekunden

  • Gesamtzeit für die erste inkrementelle Übertragung: ca. 6 Minuten

Zweite inkrementelle Übertragung

  • Zeit seit der ersten inkrementellen Übertragung: 1 Stunde

  • Datenänderung: (12 TiB × 1.024 GiB/TiB) × 10 % × (1 h/24 h) = 51,2 GiB

  • Zeitberechnung: (51,2 GiB × 1024 MiB/GiB) / 768 MiB/s = 68 Sekunden

  • Gesamtzeit für die zweite inkrementelle Übertragung: ca. 70 Sekunden

Nachfolgende inkrementelle Übertragungen

Nach der ersten inkrementellen Übertragung dauern alle nachfolgenden Übertragungen in der Regel weniger als eine Stunde. Nach der zweiten inkrementellen Übertragung dauern alle nachfolgenden Übertragungen ungefähr gleich lang.

Umstellung

Starten Sie den Umstellungsprozess kurz nach Abschluss einer inkrementellen Übertragung, um die Ansammlung geänderter Daten zu minimieren.

Gesamtmigrationszeit: ca.4,7 Stunden.

Mehrere Migrationen oder externe Replikationen parallel ausführen

Volumenmigrationen und externe Replikationen werden in der API als zwei Varianten einer Hybridreplikation verwaltet und verbrauchen dasselbe Google-Projektkontingent.

Die Anzahl der konfigurierten Hybridreplikationen ist durch ein regionsspezifisches Projektkontingent begrenzt, das standardmäßig auf 1 festgelegt ist. Sie können über die Google Cloud console ein höheres Kontingent für die NetApp Volumes API anfordern. Die relevanten Kontingente sind:

  • netapp.googleapis.com/standard_hybrid_replicated_volumes_per_region

  • netapp.googleapis.com/hybrid_replicated_volumes_per_region

Wenn Sie mehr Volumes migrieren müssen, als Ihr aktuelles Kontingent zulässt, müssen Sie diese Vorgänge sequenziell ausführen. Es wird empfohlen, Volumes, die zur selben Arbeitslast gehören, in Batches für die gleichzeitige Migration zu gruppieren. Das erleichtert auch die gemeinsame Umstellung.

Für die externe Replikation muss das Kontingent Ihres Projekts ausreichend sein, um alle konfigurierten externen Replikationen sowie alle potenziellen Volumemigrationen zu berücksichtigen.

Nächste Schritte

Voraussetzungen für ONTAP und NetApp Volumes