プロジェクトのタイムライン、コスト、全体的なビジネス継続性に大きな影響を与える可能性があるため、適切な移行戦略を選択することが重要です。 慎重な計画と慎重なアプローチにより、データ資産のスムーズで効率的な移行を確保できます。
オンライン転送とオフライン転送の選択
移行戦略を計画するときは、データに最適な転送方法を決定することが不可欠です。 オンライン移行は、1 回限りと定期的な差分同期の両方で最も簡単です。 ただし、ネットワーク帯域幅が制限されている場合、制約されている場合、信頼性が低い場合、または存在しない場合は、オフライン転送が最も適している可能性があります。 この状況は、帯域幅が問題ではないが、データ セットがテラバイトまたはペタバイト単位で測定されている場合にも当てはまります。
移行中にデータが変化し続ける場合、ハイブリッド アプローチが最も効果的であることがよくあります。特にネットワーク帯域幅が制限されている場合です。 この方法では、オフライン モードを使用してデータの大部分を最初に転送し、続いてオンライン差分同期を使用して継続的な変更をキャプチャします。
ネットワークの制約が問題でない場合は、オンラインのみの移行も実行できます。 この方法では、残りの差分が最小限になるまでデータを継続的に同期するツールを使用します。これにより、スケジュールに合った一度に最終的なカットオーバーが可能になります。
最適な移行戦略を決定するには、データ量、更新の頻度、使用可能な帯域幅、プロジェクトのタイムラインなどの要因を考慮してください。 これらの要素は、オフライン モード、オンライン モード、またはハイブリッド モードの選択に役立ちます。 転送モードの選択は、特定のユース ケースと要件によって異なります。 ただし、タイムライン、使用可能な帯域幅、データ量などの要因が最終的な決定に影響します。
次の表は、推定移行期間の概要を示しています。 これらの値は、最大 90% の使用率を想定して、データ サイズと使用可能なオンプレミスの帯域幅に基づいています。 予想される時間が許容できない場合は、オフライン転送に物理デバイスを使用する方が適している可能性があります。 必要に応じて、オフラインメソッドとオンラインメソッドを組み合わせることもできます。
参照用:
- 赤色のセルは、25 日間が長すぎる場合やコストがかかる場合、または帯域幅が制限されている場合に、オフライン移行が推奨されます。
- 緑色のセルは、25 日未満の転送期間が許容されると仮定して、オンライン移行の理想的な候補を示します。
- 青いセルは、特定のニーズに応じて、メソッド (または組み合わせ) が適切なシナリオを表します。
任意の時点で質問がある場合は、Microsoft の担当者にお問い合わせください。
ヒント
Azure 移行の重要な原則は、ほとんどのデータを事前に転送することでダウンタイムを最小限に抑えることです。 最終的なカットオーバーの時点までに、Azure はソース データの up-to-date コピーを既に保持している必要があります。 この方法により、最後の同期が迅速になり、切り替えがスムーズに行われます。
データのリフトアンドシフト移行
この記事の目的上、"リフト アンド シフト" は、既存のアーキテクチャへの変更を最小限に抑えながら、データとアプリケーションをオンプレミスのインフラストラクチャから Azure に移動する移行アプローチです。 この方法は高速で簡単であるため、アプリケーションを再設計することなく、インフラストラクチャを迅速に最新化することを目指す組織に最適です。
この方法は、データが既に構造化されており、Azure Storage サービスに簡単に転送できるシナリオに役立ちます。 これにより、組織は、既存のアプリケーションとワークフローを維持しながら、Azure のスケーラビリティ、信頼性、およびセキュリティ機能を利用できます。
このアプローチはクラウド移行では一般的ですが、転送中に変更が続く可能性のあるソース ワークロードを考慮することが重要です。 このような場合、差分同期はデータの一貫性を確保するために不可欠です。
適切なツールを選択することは、初期移行やデータ シード処理だけでなく、差分同期による継続的な変更の処理にも重要です。 次のセクションでは、移行の両方のフェーズをサポートするための推奨されるツールと戦略について説明します。
データ変更率とデータ階層化
適切な移行ソリューションの選択は、データの変更頻度、アクセス頻度、および反復的な同期を実行するツールの機能によって異なります。 更新頻度が高いワークロードやアクセス率が高いワークロードの場合は、Azure Data Mover や、継続的なオンライン転送をサポートする信頼できるパートナー ソリューションなどの特殊なツールを使用します。
このガイダンスは、特にボリュームが数千万に達する場合に、多数のファイルを処理する場合にも適用されます。 このような場合は、ソース環境、ターゲット機能、使用可能な帯域幅に基づいて適切なツールを選択することが不可欠です。
robocopy、AzCopy、distCP、rsync などのアンマネージド ツールは、1 つの転送ジョブで大きなファイル セットを処理するときにスケーラビリティの課題に直面する可能性があります。 AzCopy の最適化戦略を確認し、各ツールの公式ドキュメントを参照して、現在のパフォーマンス制限とスケールの推奨事項を理解することが重要です。
同様の考慮事項は、データ階層化が移行戦略の一部であるかどうかに適用されます。 一部のシナリオでは、データとクラウド環境の間の階層化は、継続的なデータ管理プラクティスとして維持されます。
データ移動とハイブリッド ストレージ
Azure の移行を計画するときは、データが完全にクラウドに存在するか、オンプレミスのキャッシュが必要かを判断することが重要です。 この区別は、移行後にデータにアクセスする方法を定義するのに役立ち、ソリューションの全体的なアーキテクチャに影響します。
もう 1 つの重要な考慮事項は、移行に 1 回限りの転送が含まれるか、継続的な同期が必要かです。 データを繰り返し移動する必要がある場合は、これらの転送の頻度と関連するデータの量を特定します。 これらの要因は、負荷を効率的に処理し、環境間の整合性を維持できるツールを選択するのに役立ちます。
同期の方向を決定することも重要です。 クラウド環境とオンプレミス環境の両方でデータにアクセスでき、up-to-date のままである必要がある場合は、双方向同期が必要になる可能性があります。 これに対し、データが一方向にのみ流れる必要がある場合は、一方向の同期で十分な場合があります。
これらの決定 (クラウド専用とハイブリッド ストレージ、1 回限りの転送と繰り返しの転送、一方向と双方向の同期) は、移行ツールの選択をガイドし、移行の実行方法に影響を与えます。 次の移行フェーズでは、これらのシナリオを効果的にサポートするために、推奨されるツールと構成を確認します。
移行戦略としてのレプリケーション
特定のシナリオでは、レプリケーション ツールを使用してデータ移行を効果的に管理できます。 これらのツールは、移行元環境から Azure にデータを継続的にコピーし、移行プロセス全体を通じて移行先が確実に同期されるようにします。
たとえば、Azure Migrate では、ディスクや埋め込みデータを含むオンプレミスの物理マシンと仮想マシンから Azure 仮想マシンへのレプリケーションがサポートされています。 レプリケーションの正常性の計画、レプリケーションの正常性の監視、カットオーバーの管理、移行ワークフロー全体の調整を含む包括的なソリューションが提供されます。 このプロセス中に、オンプレミスのディスクは Azure マネージド ディスクに変換され、クラウド インフラストラクチャとの統合が合理化されます。
Carbonite Migrate や Veeam Backup and Replication などの独立系ソフトウェア ベンダー (ISV) ソリューションも、大量のデータを転送するためにレプリケーション テクノロジに依存しています。 多くの場合、これらのツールには個別のデプロイと構成が必要ですが、事前移行テスト、リアルタイム同期、カットオーバー中のダウンタイムの短縮などの高度な機能が提供されます。
レプリケーション ベースの移行は、中断を最小限に抑えることが優先される場合に便利です。 これにより、組織は運用継続性を維持しながら、ワークロードを Azure に段階的に移行できます。 適切なレプリケーション ツールの選択は、インフラストラクチャの複雑さ、データ ボリューム、継続的な同期の必要性などの要因によって異なります。
移行戦略としてのバックアップと復元
従来のバックアップと復元の方法は、効果的な移行戦略として機能する場合があります。 この方法は、リアルタイム アクセスや頻繁な更新を必要としないアーカイブ データまたは履歴データを移行する場合に最適です。
また、ソース システムが最新の移行ツールをサポートしていない場合や、ある程度のダウンタイムを許容できる重要でないワークロードを移行する場合にも適しています。 開発およびテスト環境は、多くの場合、継続的な可用性よりもシンプルさと速度が優先されるため、このカテゴリに分類されます。
さらに、法的要件によって特定の時点でデータを保持することが規定されている場合は、バックアップと復元のアプローチが実用的な選択肢です。 このような場合、バックアップを通じてスナップショットを維持することで、Azure で制御された復元を有効にしながら、コンプライアンスが確保されます。
この方法では、レプリケーション ベースまたはオンライン移行ツールの自動化やスケールが提供されない場合がありますが、特定のユース ケースでは信頼性の高いオプションのままです。 次のフェーズでは、Azure のバックアップ操作と復元操作をサポートするツールを利用して、この戦略を効果的に実装する方法について説明します。
次のステップ
この問題の詳細については、次のリソースを確認してください。