移行作業中にデータ要件がネットワーク容量を超える場合のベスト プラクティスBest practices when data requirements exceed network capacity during a migration effort

クラウド移行では、資産をレプリケートし、既存のデータセンターとクラウド間でネットワーク経由で同期します。In a cloud migration, you replicate and synchronize assets over the network between the existing datacenter and the cloud. さまざまなワークロードの既存のデータ サイズ要件が、ネットワーク容量を超えることは珍しくありません。It's not uncommon for the existing data size requirements of various workloads to exceed network capacity. このようなシナリオでは、移行プロセスはきわめて低速になったり、場合によっては完全に停止することがあります。In such a scenario, the process of migration can be radically slowed, or in some cases, stopped entirely. 次のガイダンスは、ネットワーク制限に対処するソリューションを提供する Azure 移行ガイドの範囲を拡大するものです。The following guidance expands the scope of the Azure migration guide to provide a solution that works around network limitations.

全般的な範囲の拡大General scope expansion

この範囲の拡大に必要な作業のほとんどは、移行の前提条件、評価、および移行フェーズ中に発生します。Most of the effort required in this scope expansion occurs during the prerequisites, assess, and migrate phases of a migration.

推奨される前提条件Suggested prerequisites

ネットワーク容量のリスクの検証: デジタル資産の合理化は、特に使用可能なネットワーク容量への過負荷に関する問題がある場合に、強く推奨される前提条件です。Validate network capacity risks: Digital estate rationalization is a highly recommended prerequisite, especially if there are concerns of overburdening the available network capacity. デジタル資産の合理化中に、デジタル資産のインベントリを収集します。During digital estate rationalization, you collect an inventory of digital assets. そのインベントリには、デジタル資産全体の既存のストレージ要件を含める必要があります。That inventory should include existing storage requirements across the digital estate.

レプリケーションのリスク - レプリケーションの物理的特性」で説明しているように、そのインベントリは、移行データの合計サイズを評価するために使用できます。これは、利用可能な移行帯域幅の合計と比較できます。As outlined in Replication risks: physics of replication, you can use that inventory to estimate total migration data size, which can be compared to total available migration bandwidth. その比較がビジネスの変更までの必要な時間に整合しない場合、この記事は、移行速度を速めて、データセンターを移行するために必要な時間を短縮する場合に役立ちます。If that comparison doesn't align with the required time to business change, then this article can help accelerate migration velocity reducing the time required to migrate the datacenter.

独立したデータ ストアのオフライン転送: 次の図は、Azure Data Box とのオンラインおよびオフラインの両方のデータ転送の例を示しています。Offline transfer of independent data stores: The following diagram shows examples of both online and offline data transfers with Azure Data Box. これらのアプローチは、ワークロードの移行の前にクラウドへ大量のデータを移送するために使用できます。You can use these approaches to ship large volumes of data to the cloud, prior to workload migration. オフラインのデータ転送では、ソース データをコピーした Azure Data Box が、Azure Storage アカウントにファイルまたは BLOB として転送するために物理的に Microsoft に発送されます。In an offline data transfer, you copy source data to Azure Data Box, which is then physically shipped to Microsoft for transfer into an Azure Storage account as a file or a blob. 他の移行作業の前に、このプロセスを使用して、特定のワークロードに直接関連付けられていないデータを移送できます。Prior to other migration efforts, you can use this process to ship data that isn't directly tied to a specific workload. こうすることで、ネットワーク経由で移送する必要のあるデータの量が減少し、ネットワークの制約内での移行の完了がサポートされます。Doing this reduces the amount of data that needs to be shipped over the network and supports completing a migration within network constraints.

このアプローチは、HDFS、バックアップ、アーカイブ、ファイル サーバー、アプリケーションなどからのデータ転送に使用することができます。You can use this approach to transfer data from HDFS, backups, archives, file servers, and applications. 既存の技術的なガイダンスでは、このアプローチを使用して、HDFS ストアから、または SMBNFSRESTデータ コピー サービスを使用してディスクから Data Box にデータを転送する方法について説明しています。Existing technical guidance explains how to use this approach to transfer data from an HDFS store or from disks by using SMB, NFS, rest, or data copy service to Data Box.

また、移行のために Azure Data Box を使用するサードパーティのパートナー ソリューションもあります。There are also third-party partner solutions that use Azure Data Box for a migration. これらのソリューションでは、大量のデータをオフライン転送を介して移動しますが、後からネットワーク経由でより低いスケールで同期します。With these solutions, you move a large volume of data via an offline transfer, but you synchronize it later at a lower scale over the network.

Azure Data Box でのオフラインおよびオンラインのデータ転送を示す図。

プロセス変更の評価Assess process changes

1 つまたは複数のワークロードのストレージ要件がネットワーク容量を超えている場合でも、オンラインのデータ転送で Azure Data Box を使用できます。If the storage requirements of a workload (or workloads) exceed network capacity, then you can still use Azure Data Box in an offline data transfer.

ネットワークが使用できない場合を除き、ネットワーク転送が推奨される方法です。Network transmission is the recommended approach unless the network is unavailable. 一般に、ネットワーク経由でのデータ転送の速度は、帯域幅が制限されている場合でも、オフライン転送メカニズムを使用してデータを物理的に移送するよりも高速です。The speed of transferring data over the network, even when bandwidth is constrained, is typically faster than physically shipping the data by using an offline transfer mechanism.

Azure への接続が利用できる場合、特にワークロードの移行に時間の制約があるときは、Data Box を使用する前に分析を行う必要があります。If connectivity to Azure is available, you should conduct an analysis before using Data Box, especially if migration of the workload is time sensitive. Data Box は、必要なデータを転送する時間が、データを入力、移送、および復元する時間を超える場合にのみお勧めします。Data Box is only advisable when the time to transfer the necessary data exceeds the time to populate, ship, and restore it.

評価プロセス中に推奨されるアクションSuggested action during the assess process

ネットワーク容量の分析: ワークロードに関連するデータ転送の要件がネットワーク容量を超える危険があるとき、クラウド導入チームは、ネットワーク容量分析と呼ばれる追加の分析タスクを評価プロセスに加えます。Network capacity analysis: When workload-related data transfer requirements are at risk of exceeding network capacity, the cloud adoption team adds an additional analysis task to the assess process called network capacity analysis. この分析中に、そのチームのメンバーが、使用可能なネットワーク容量と必要なデータ転送時間を見積もります。During this analysis, a member of the team estimates the amount of available network capacity and required data transfer time. このチーム メンバーは、ローカル ネットワークとネットワーク接続に関する専門知識を持っている必要があることにご注意ください。Note that this team member should have subject matter expertise regarding the local network and network connectivity.

利用可能な容量と、現在のリリース中に移行するすべての資産のストレージ要件を比較します。Available capacity is compared to the storage requirements of all assets to be migrated during the current release. ストレージ要件が使用可能な帯域幅を超えた場合、ワークロードをサポートする資産はオフライン転送の対象として選択されます。If the storage requirements exceed the available bandwidth, then assets supporting the workload are selected for offline transfer.

重要

分析の最後に、オフラインで転送する資産の移送、復元、および同期に必要な時間を反映するように、リリース計画を更新することが必要な場合があります。At the conclusion of the analysis, you might need to update the release plan to reflect the time required to ship, restore, and synchronize the assets to be transferred offline.

ずれの分析: オフラインで転送される各資産を、ストレージおよび構成のずれについて分析します。Drift analysis: Analyze each asset to be transferred offline for storage and configuration drift. "ストレージのずれ" は、時間の経過に伴う基盤となるストレージの変化の量です。Storage drift is the amount of change in the underlying storage over time. "構成のずれ" は、時間の経過に伴う資産の構成における変化です。Configuration drift is change in the configuration of the asset over time. ストレージがコピーされた時点から、資産が運用環境に昇格される時点までに、いずれかのずれが失われる可能性があります。From the time the storage is copied to the time the asset is promoted to production, any drift might be lost. 移行された資産にそのずれを反映する必要がある場合は、ローカル資産と移行された資産を同期する必要があります。If that drift needs to be reflected in the migrated asset, you'll need to synchronize the local asset and the migrated asset. 移行の実行中に考慮するためのフラグをこれに設定します。Flag this for consideration during migration execution.

移行プロセスの変更Migration process changes

オフライン転送メカニズムを使用している場合、レプリケーション プロセス は通常必要ありませんが、同期プロセスはまだ必要である場合があります。When you're using offline transfer mechanisms, replication processes aren't typically required, whereas synchronization processes might still be necessary. 資産がオフラインで転送されている場合、評価プロセスでのずれの分析結果を理解すると、移行中に必要となるタスクがわかります。If an asset is being transferred offline, understanding the drift analysis results from the assess process will inform the tasks required during migration.

移行プロセス中に推奨されるアクションSuggested action during the migration process

ストレージのコピー: このアプローチは、HDFS、バックアップ、アーカイブ、ファイル サーバー、またはアプリケーションのデータの転送に使用することができます。Copy storage: You can use this approach to transfer data of HDFS, backups, archives, file servers, or applications. 既存の技術的なガイダンスでは、このアプローチを使用して、HDFS ストアから、または SMBNFSRESTデータ コピー サービスを使用してディスクから Data Box にデータを転送する方法について説明しています。Existing technical guidance explains how to use this approach to transfer data from an HDFS store or from disks by using SMB, NFS, rest, or data copy service to Data Box.

また、移行のために Azure Data Box を使用するサードパーティのパートナー ソリューションもあります。There are also third-party partner solutions that use Azure Data Box for a migration. これらのソリューションでは、大量のデータをオフライン転送を介して移動しますが、後からネットワーク経由でより低いスケールで同期します。With these solutions, you move a large volume of data via an offline transfer, but you synchronize it later at a lower scale over the network.

デバイスの配布: データをコピーした後、デバイスを Microsoft に発送することができます。Ship the device: After you copy the data, you can ship the device to Microsoft. データは、受信およびインポートされた後、Azure Storage アカウントで使用できます。After the data is received and imported, it's available in an Azure Storage account.

資産の復元: ストレージ アカウントでデータが使用できることを確認します。Restore the asset: Verify that the data is available in the storage account. そうであれば、データを BLOB として、または Azure Files で使用できます。If so, you can use the data as a blob or in Azure Files. データが VHD または VHDX ファイルの場合は、ファイルをマネージド ディスクに変換できます。If the data is a VHD/VHDX file, you can convert the file to managed disks. これらのマネージド ディスクは続いて、仮想マシンをインスタンス化するために使用でき、この仮想マシンが元のオンプレミス資産のレプリカを作成します。Those managed disks can then be used to instantiate a virtual machine, which creates a replica of the original on-premises asset.

同期: ずれの同期が移行した資産の要件である場合、資産が復元されるまで、ファイルの同期にいずれかのサードパーティ パートナー ソリューションを使用できます。Synchronization: If synchronization of drift is a requirement for a migrated asset, you can use one of the third-party partner solutions to synchronize the files until the asset is restored.

最適化および昇格プロセスの変更Optimize and promote process changes

最適化アクティビティはおそらく、スコープ内のこの変更の影響を受けません。Optimize activities aren't likely to be affected by this change in scope.

セキュリティ保護プロセスと管理プロセスの変更Secure and manage process changes

セキュリティおよび管理のアクティビティはおそらく、スコープ内のこの変更の影響を受けません。Secure and manage activities aren't likely to be affected by this change in scope.

次のステップNext steps

チェックリストに戻り、移行方法が完全に調整されていることを確認します。Return to the checklist to ensure that your migration method is fully aligned.