移行の計画を作成する

このページでは、移行を計画する方法について詳しく説明します。

単一ボリュームの移行時間を推定する

ボリュームの移行時間は、次の要因の影響を受けます。

  • ソース ボリュームの速度: SnapMirror トラフィックの優先度は、NFS トラフィックと SMB トラフィックよりも低くなります。移行元ボリュームのワークロードが高いと、送信 SnapMirror トラフィックのパフォーマンスが低下する可能性があります。

  • NetApp Volumes のスループット: サービスレベルとボリューム サイズによってスループットが定義されます。ボリュームの NFS または SMB トラフィックによって、SnapMirror のパフォーマンスが低下することもあります。

  • ネットワーク接続のスループット: SnapMirror は最大速度を試行し、ソース ONTAP システムと NetApp Volumes 間のネットワーク接続で他のユーザーと共有される帯域幅を消費する可能性があります。

  • ソース ボリュームで使用されるデータ量: データ量が多いほど、転送に時間がかかります。

  • 移行元のボリューム データの変更率: 移行プロセス中のデータ変更率が高いほど、増分転送の同期に必要な時間が増加します。

移行期間の大まかな見積もりは、経験則で計算できます。

例

移行期間の計算について、次のシナリオを考えてみましょう。

  • ソース ボリューム: 容量 15 TiB、使用データ 12 TiB。

    • 転送するデータ: 12 TiB。

    • ONTAP のストレージ効率により転送サイズを削減できますが、この演習では無視してかまいません。

    • パフォーマンス機能は制限要因ではないと仮定します。

  • 変化率: 1 日あたり 10%。

    • 1 日あたりのデータ変更率: 1.2 TiB。

    • この例では 10% を仮定していますが、通常、変化率ははるかに低くなります。

  • ネットワーク接続: オンプレミス インフラストラクチャは、10 Gbps の相互接続を使用して Google に接続されます。

    • 有効な TCP 帯域幅: 約 1, 000 MiBps。独占的に使用できます。

  • 宛先ボリューム: Premium サービスレベルの 12 TiB ボリューム。

    • スループット上限: 12 × 64 MiBps = 768 MiBps。

計算

この例では、制限要因は宛先ボリュームのスループット上限である 768 MiBps です。ソース ボリュームのパフォーマンスは無制限と見なされ、ネットワーク帯域幅は 1, 000 MiBps です。

ベースライン転送

  • 転送するデータ: 12 TiB

  • スループット上限: 768 MiBps

  • 時間計算: (12 TiB × 1024^2 MiB/TiB) ÷ 768 MiBps = 16,384 秒

  • ベースライン転送の合計時間: 4.6 時間

最初の増分転送

  • ベースライン転送からの経過時間: 5 時間

  • データ変更:（12 TiB × 1,024 GiB/TiB）× 10% ×（5 時間/24 時間）= 256 GiB

  • 時間計算:（256 GiB × 1,024 MiB/GiB）÷ 768 MiBps = 341 秒

  • 最初の増分転送の合計時間: 約 6 分

2 回目の増分転送

  • 初回増分転送からの経過時間: 1 時間

  • データ変更:（12 TiB × 1,024 GiB/TiB）× 10% ×（1 時間/24 時間）= 51.2 GiB

  • 時間計算:（51.2 GiB × 1,024 MiB/GiB）÷ 768 MiBps = 68 秒

  • 2 回目の増分転送の合計時間: 約 70 秒

後続の増分転送

最初の増分転送の後、後続の転送は通常 1 時間以内に完了します。2 回目の増分転送の後、以降の転送にはほぼ同じ時間がかかります。

カットオーバー プロセス

増分転送が完了したらすぐにカットオーバー プロセスを開始して、変更されたデータの蓄積を最小限に抑えます。

移行の合計時間: 約 4.7 時間。

複数の移行または外部レプリケーションを並行して実行する

ボリューム移行と外部レプリケーションは、API でハイブリッド レプリケーションの 2 つのバリエーションとして管理され、同じ Google プロジェクトの割り当てを使用します。

構成されたハイブリッド レプリケーションの数は、リージョン固有のプロジェクト割り当てによって制限されます。この割り当ては、デフォルトで 1 に設定されています。NetApp Volumes API の割り当ての引き上げは、Google Cloud コンソールからリクエストできます。関連する割り当ては次のとおりです。

  • netapp.googleapis.com/standard_hybrid_replicated_volumes_per_region

  • netapp.googleapis.com/hybrid_replicated_volumes_per_region

現在の割り当てで許可されている数よりも多くのボリュームを移行する必要がある場合は、これらのオペレーションを順番に実行する必要があります。同じワークロードに属するボリュームをバッチにグループ化して同時に移行することをおすすめします。これにより、一括で切り替えることもできます。

外部レプリケーションの場合、プロジェクトの割り当ては、構成されたすべての外部レプリケーションと、潜在的なボリューム移行に対応できる十分な量である必要があります。

次のステップ

ONTAP と NetApp Volumes の前提条件。