移行

  • 10 分

移行には、オンプレミスのデータ センターやその他のクラウド プラットフォームからAzureへのワークロード移行の計画、実行、最適化が含まれます。 推奨事項は、組織が移行リスクを最小限に抑え、コストを削減し、クラウド導入の成功を実現するために役立ちます。

プラン移行

次の手順に従って、チームの準備、ワークロード要件、およびビジネスの優先順位を考慮した移行計画を作成します。

  1. 移行の準備状況とスキルを評価します。 インフラストラクチャ、セキュリティ、およびアプリケーション ドメイン全体でチームのAzure機能を評価し、MicrosoftパートナーやAzureソリューション アーキテクトと連携して専門知識のギャップを埋めます。

  2. データ移行パスを選択してください。 高帯域幅転送の場合は ExpressRoute、暗号化接続用の VPN ゲートウェイ、オフライン移行用のAzure Data Box、機密データ以外の場合はパブリック インターネットを選択します。

  3. 移行シーケンスを決定します。 Azure Migrateを使用してアプリケーションの依存関係をマップし、ビジネスの重要度別にワークロードに優先順位を付け、ピーク時のビジネス期間を回避する移行スケジュールを作成します。

  4. 各ワークロードの移行方法を選択します。 ミッション クリティカルなワークロードにはダウンタイムがほぼゼロの移行を、メンテナンス期間に対応するアプリケーションには計画的なダウンタイム移行を選択します。

  5. ロールバック計画を定義する 自動復旧スクリプトを使用してバックアップ戦略を策定し、ロールバックの時間枠を設定し、非運用環境で復旧手順をテストします。

  6. 利害関係者を移行計画に参加させます。 業務上の正当性を備えた移行アプローチを文書化し、テスト済みのロールバック手順を提示し、ビジネス上の制約に対してスケジュールを検証し、明確な成功基準を確立します。

クラウドのワークロードを準備する

互換性の問題を解決し、Azureでの信頼性の高いデプロイのためにワークロードを準備するには、次の手順を実行します。

  1. Azureの互換性の問題を修正します。 テスト サブスクリプションにワークロード リソースをデプロイし、互換性の問題を特定し、ハードコーディングされたシークレットをAzure Key Vaultに移動し、非シークレット設定をAzure App Configurationに格納し、Azureネイティブ サービスを通じてローカルの依存関係を排除します。

  2. ワークロードの動作を検証します。 ネットワーク接続のテスト、認証フローの検証、機能テストの実施、Azure Load Testingによるパフォーマンスの測定、ソース環境ベースラインに対する結果の検証を行います。

  3. 再利用可能なインフラストラクチャを作成します。 インフラストラクチャ コンポーネント用の ARM テンプレートまたはBicep ファイルを開発し、構成管理用の自動化スクリプトを作成し、バージョン管理ワークフローを確立します。

  4. デプロイのドキュメントを作成 デプロイ手順の文書化、構成要件の記録、運用 Runbook の作成、トラブルシューティング ガイドの確立。

移行の実行

次の手順を使用して、移行を調整し、ワークロードをAzureに移動し、結果を検証します。

  1. 利害関係者が移行に備えられるようにします。 責任分担を含む移行スケジュールを配布し、テクニカル サポートの可用性を確認し、移行前の準備レビューを実施します。

  2. 変更凍結を実施します。 凍結期間を周知し、変更管理手順を実装し、許可されていない変更がないかソース システムを監視します。

  3. 運用環境を最終化します。 テスト済みのテンプレートを使用してインフラストラクチャをデプロイし、セキュリティ ポリシーを適用し、Azureサービスが動作していることを確認し、ネットワーク接続を確認します。

  4. カットオーバーを実行します。 ダウンタイムをほぼゼロに抑えるには: データベース レプリケーションの構成、静的ファイルの移行、同期のための書き込みの一時停止、トラフィックのリダイレクトを行います。 計画的なダウンタイムの場合: 運用を停止し、検証を行いながらデータを移行し、機能をテストし、トラフィックをリダイレクトします。

  5. フォールバックオプションを維持します。 ソース インフラストラクチャを保持し、ネットワーク接続を維持し、フォールバック手順を文書化し、問題の監視を確立します。

  6. 移行の成功を検証します。 成功基準に照らしてパフォーマンスをテストし、機能検証を実施し、データの整合性を検証し、正式な利害関係者の受け入れを得る。

  7. 安定化中に作業負荷をサポートします。 専用のサポート チームを確立し、構成データベースを更新し、強化された監視を維持し、学習した教訓を文書化します。

移行後のワークロードの最適化

移行後、ワークロードのパフォーマンス、セキュリティ、コスト効率を向上させるには、次の手順に従ってください。

  1. ワークロード構成を微調整します。 Azure Advisor推奨事項を適用し、サービス固有のガイダンスを実装し、セキュリティに関する推奨事項に対処し、監視を構成します。

  2. 重要な設定を検証します。 監視がテレメトリをキャプチャし、コスト追跡がベースラインに合っていることを確認し、バックアップ手順をテストし、セキュリティ構成を検証します。

  3. ユーザーのフィードバックを収集して対応します。 アンケートやインタビューを通じてフィードバックを収集し、追跡システムに問題を記録し、解決担当を割り当て、改善を伝えます。

  4. 定期的なワークロード レビューをスケジュールします。 Well-Architected Framework ツールを使用して四半期ごとのレビューを実施し、コスト最適化の機会を評価し、パフォーマンス メトリックを評価し、最適化アクションを文書化します。

  5. ハイブリッドとマルチクラウドの依存関係を最適化します。 Azure Arcを使用して、サポートされている Azure 以外のリソースを管理し、Azure Network Watcher 接続モニター を構成して、サポートされているエンドポイント間のハイブリッド接続を監視し、環境間通信を保護し、Azure PaaS への置き換え機会を特定し、体系的な移行を計画します。

  6. 移行結果を共有 Azure Cost Managementを使用してコスト削減を追跡し、パフォーマンスの向上を測定し、運用上の利点を文書化し、利害関係者に成果を提示します。

ソース ワークロードを廃止する

移行されたワークロードが安定したら、次の手順に従って、ライセンス、データ保持、ドキュメントの要件を満たしながらソース ワークロードを廃止します。

  1. 使用停止の前に関係者の承認を得る。 事業責任者に書面による承認を求め、タイムラインを使用して承認を文書化し、一元化されたシステムで意思決定を記録し、監査証跡を確立します。

  2. ソフトウェア ライセンスを回収して最適化します。 Azure ハイブリッド特典の対象となるライセンスを特定し、インベントリ システムを更新し、未使用のライセンスを再割り当てし、コンプライアンス対応のために変更を文書化します。

  3. コンプライアンスと回復のニーズに合わせてデータを保持します。 保持要件の対象となるデータを特定し、Azure Blob Storageを使用して準拠ストレージを実装し、取得手順を作成し、ライフサイクル管理ポリシーを確立します。

  4. ドキュメントと手順を更新します。 アーキテクチャ図の更新、運用手順の修正、監視構成の変更、廃止予定の注意書きを付したレガシードキュメントのアーカイブ。

詳細なクラウド導入フレームワークガイダンスについては、「ワークロードをAzureに移行する」を参照してください。