複数のデータセンター
多くの場合、移行の範囲には、複数のデータ センターの移行が含まれます。 このガイダンスでは、Azure 移行ガイドの範囲を、複数のデータセンターに対応するように拡大しています。
全般的な範囲の拡大
この範囲の拡大に必要な作業のほとんどは、移行の前提条件、評価、および最適化に対処するプロセスで発生します。
推奨される前提条件
移行を開始する前に、プロジェクト管理ツール内に、移行対象のデータセンターごとにエピックを作成する必要があります。 各エピックは、データセンターを表します。 この移行によるビジネス上の効果と動機を理解しておくことが重要です。 これらの動機を使用して、エピック (データセンター) の一覧に優先順位を付けます。 たとえば、移行の動機がリース契約を更新する前にデータセンターを移行したいという要望の場合は、リース契約の更新日に基づいて各エピックに優先順位を付けます。
各エピック内では、評価と移行の対象であるワークロードを、機能として管理します。 そのワークロード内の各資産を、ユーザー ストーリーとして管理します。 各資産の評価、移行、最適化、昇格、セキュリティ保護、管理を行うために必要な作業は、各資産のタスクとして表現されます。
次に、クラウド導入チームがコミットする資産およびユーザー ストーリーを移行するために必要な一連のタスクによって、スプリントまたはイテレーションが構成されます。 次に、運用環境に昇格される 1 つまたは複数のワークロードまたは機能によってリリースが構成されます。
プロセス変更の評価
複数のデータセンターに対応するために範囲を拡大する場合、評価プロセスにおける最大の課題は、データセンターにまたがってワークロードを正確に記録し優先順位を付けるという作業に関連しています。
評価プロセス中に推奨されるアクション
データセンターにまたがる依存関係の評価:Azure Migrate の依存関係視覚化ツールは、依存関係の特定を支援できます。 通常、移行前にこのツールセットを使用するのがベスト プラクティスです。 ただし、グローバルな複雑さに対処する場合、これは評価プロセスで必要な手順になります。 依存関係のグループ化による視覚化は、ワークロードをサポートするために必要な資産の IP アドレスとポートを特定することを支援できます。
重要
- 資産の配置と IP アドレス スキーマを理解している該当分野の専門家が、セカンダリ データセンターに存在している資産を識別する必要があります。
- 視覚化された下流方向の依存関係とクライアントの両方を評価して、双方向の依存関係を理解します。
移行プロセスの変更
複数のデータセンターの移行は、データセンターの統合に似ています。 移行後は、クラウドが複数の資産の唯一のデータセンターになります。 移行プロセス中に発生する可能性がある範囲の拡大は、IP アドレスの検証と調整です。
移行プロセス中に推奨されるアクション
クラウド移行の成功に大きく影響するアクティビティは次のとおりです。
- ネットワークの競合の評価: データセンターを単一のクラウド プロバイダーに統合すると、ネットワーク、DNS、またはその他の競合が発生する可能性があります。 移行中は、競合テストを行って、クラウドでホストされる運用システムで中断が発生しないようにすることが重要です。
- ルーティング テーブルの更新: 多くの場合、ネットワークまたはデータセンターを統合する際は、ルーティング テーブルを変更する必要があります。
最適化および昇格プロセスの変更
最適化の際に、追加テストが必要になる場合があります。
最適化および昇格プロセス中に推奨されるアクション
昇格に先立って、この範囲の拡大に合わせてテストのレベルを追加します。 テストでは、ルーティングまたはその他のネットワークの競合をテストすることが重要です。 さらに、デプロイされたアプリケーションを分離し、テストを再度実行して、すべての依存関係がクラウドに移行されていることを検証することが重要です。 ここでの分離は、デプロイされた環境と運用ネットワークの分離を意味しています。 これを行うことで、オンプレミスでまだ実行されている、見落とされた資産を把握できます。
セキュリティ保護プロセスと管理プロセスの変更
この範囲の拡大によって、セキュリティ保護プロセスと管理プロセスが変更されることはほとんどありません。
次のステップ
チェックリストに戻り、移行方法が完全に調整されていることを確認します。