アセットをデプロイする
移行の技術的な実装を始められる状態になっています。
ワークロードをデプロイして問題を修復するには、評価フェーズで作成したワークロード アーキテクチャと評価資料を使います。 詳細なテストを実行し、サービスがどのように連携して動作するかを明確に理解します。
サポート サービスの展開
すべてのサービスをデプロイして、ワークロードが正常に動作できることを確認します。 ワークロードでは、リソースの編成、ネットワーク、ID とセキュリティ、管理のために、サービスが必要な場合があります。 コア、コストなし、従量課金ベースのサービスなど、プロセスの早い段階でデプロイできるサービスを決定します。 使用する準備ができるまで一時停止できるサービスをデプロイすることもできます。 また、使用後にプロビジョニングを解除できるサービスを決定します。
資産を修復する
アセットとクラウド プロバイダーの互換性がなくなる可能性のある構成を明らかにします。 必要な修復を行い、クラウドでワークロードを適切にレプリケートしてステージングできるようにします。
移行用にアセットを準備するには、次のような修復タスクを行うことが必要な場合があります。
- ホストのマイナー アップグレード。
- ゲスト オペレーティング システムのマイナー アップグレード。
- サービス レベル アグリーメント (SLA) の変更。
- アプリケーション構成の変更。
- ネットワーク パスの小規模な変更。
評価やテストの時点で修復タスクを特定した後、タスクを追跡します。 Azure DevOps などのツールを使って、作業項目を作成して優先順位を決め、特定のフェーズを経てスケールアウトを支援できます。
組織によっては、移行のスピードや一貫性を損なう可能性がある大規模な修復タスクが必要になる場合があります。 たとえば、組織でホストまたはゲスト オペレーティング システムを頻繁にアップグレードすることが必要な場合があります。 そのようなシナリオでは、クラウド導入とクラウド ガバナンスの構造と同様に、修復を並列チーム作業に分けることができます。
大規模な修復の範囲が広い場合は、最新化アクティビティの方が効率的で生産性が高い場合があります。 コンテナー化または自動化の実装、またはワークロードの再構築を検討します。
資産をレプリケートする
レプリケーション プロセスは、次のステップで構成されます。
- レプリケート: さまざまなバイナリのポイントインタイム バージョンをコピーします。
- シード: バイナリ スナップショットを新しいプラットフォームにコピーし、それらを新しいハードウェアにデプロイします。
- 同期: 新しいバイナリと古いバイナリを整合させます。
レプリケーションの前提条件には次のものが含まれます。
- 移行したリソースのサブスクリプション。
- バイナリ コピーを移動する移行ツール。
- レプリケーションと同期のために準備されたソース バイナリ。
- ワークロード アーキテクチャの設計手順で特定したワークロードの依存関係。
レプリケーション時間やディスク ドリフトの累積的影響など、移行計画に影響を与えることがよくある潜在的な要因を検討します。
管理アクティビティの準備
移行が完了したら、障害、侵害、パフォーマンスの低下などの問題を防ぐための管理アクティビティの実行を準備します。
ワークロードごとに管理ルーチンが用意されていることを確認します。 次のアクティビティを計画して準備します。
- アクティビティ ログ、診断ログ、システム ログなど、適切なログを収集するログ システムを用意します。
- 警告の設定。
- 状態を復元するためのバックアップ構成とプロセスを用意します。
- サービスのフェールオーバーと復元を行うための事業継続とディザスター リカバリー (BCDR) 構成を用意します。
- セキュリティ態勢の管理と脆弱性の検出を実行します。
- トラブルシューティングに役立つシリアル コードを Azure Virtual Machines で有効にします。
- ビジネス要件を満たす仮想マシンの自動シャットダウンを有効にします。
- タグを配置し、正しくないタグを修復します。
- 仮想マシンを更新します。
Azure で移行デプロイをテストする
アーキテクチャと管理計画をテストします。 移行テストでは、IT のアクティビティに注目します。 追跡して修復できるよう、テストの間に見つかった問題の一覧を作成します。
テストを実行するには、次のものが必要です。
- 分離されたネットワーク。
- 分離されたネットワーク アクセス。
- 認証メカニズム。
分離された環境でテスト移行を実行して、運用ワークロードに影響しないことを確認します。 ライブ システムと並列に実行するソース システムのレプリカを作成できます。
テストを行った後、次のことを確認します。
- 見つかった問題を記録します。
- 重大度に基づいて問題をトリアージし、回避策を特定します。
- ドキュメントの回避策。 移行の一部として回避策を組み込み、修復の回避を試みます。
- 回避策以外の項目から始めます。 回避策のない問題を最初に修復します。