移行が成功しても、カットオーバーで終了することはありません。 移行後の最適化により、ワークロードは Azure で効率的、安全、コスト効率よく動作します。 このフェーズは、進行中の運用と重複し、長期的なクラウド成熟度の基盤を設定します。
ワークロード構成を微調整する
ワークロードの動作は、多くの場合、インフラストラクチャ、スケーリング、およびサービス アーキテクチャの違いにより、移行後に変更されます。 構成をすぐに調整することで、パフォーマンスを安定させ、不要なコストを削減できます。
Azure Advisor を使用して最適化の機会を特定します。Azure Advisor では、コスト、パフォーマンス、信頼性、セキュリティに合わせてカスタマイズされた推奨事項が提供されます。 これらの分析情報は、価値と実現可能性に基づいてアクションに優先順位を付けるのに役立ちます。 Azure Portal から Azure Advisor にアクセスし、カテゴリ別に推奨事項を確認します。
サービス固有の構成ガイダンスを適用します。 各 Azure サービスには、一意のチューニング パラメーターがあります。 Azure Well-Architected Framework Azure サービス ガイド を使用して、構成をベスト プラクティスに合わせます。 このガイダンスは、ワークロードが Azure 向けに最適化されていることを確認するのに役立ちます。
Microsoft Defender for Cloud の推奨事項を確認します。Microsoft Defender for Cloud は、セキュリティの構成ミスと脆弱性を特定します。 これらの問題に早期に対処して、リスクにさらされるリスクを軽減し、組織のセキュリティ体制に合わせます。
重要な構成を検証する
移行後の期間の成功は、新しい環境でワークロードが想定どおりに動作することを確認することに依存します。 この検証により、パフォーマンス、可用性、コストがビジネス目標と技術的目標と一致することを保証します。 監視、コスト、バックアップの構成を検証して調整し、問題を早期に検出し、運用継続性を維持する必要があります。
ワークロードの監視を検証する
メトリックとログ データが完全で最新であることを確認します。 すべての重要なコンポーネントからのテレメトリを確認して、メトリックとログが期待どおりに流れていることを確認します。 この手順は、リソース ID、名前空間、またはエージェント構成の変更によって生じるギャップを検出するために重要です。 Azure Monitor または推奨される監視ソリューションを使用して、現在のテレメトリと移行前のベースラインを比較します。
予想される条件下でアラートがトリガーされることを検証します。 アラート ルールを確認して、現在のしきい値と条件が反映されることを確認します。 ワークロードの動作は移行後に変化する可能性があり、しきい値またはスコープを更新する必要があるため、この検証は重要です。 アラート ロジックを調整してノイズを減らし、実際の問題にタイムリーに対応できるようにします。
ダッシュボードで関連性と精度を確認します。 ダッシュボードに現在のアーキテクチャと運用上の優先順位が反映されていることを確認します。 この手順は、効果的な意思決定と傾向分析をサポートするために重要です。 視覚化を更新して、新しいリソースを含め、非推奨のリソースを削除し、現在の SLO に合わせます。
詳細については、「Azure 資産の監視」を参照してください。
コストの監視を検証する
現在のコストと移行前ベースラインを比較します。 Microsoft Cost Management またはパートナー ツールを使用して、コストの増加を特定します。 この手順は、自動スケール、機能の有効化、または非効率的な構成によって発生する変更を検出するために重要です。 リソース レベルのコストの内訳を確認して、不一致を調査します。
コスト ドライバーを特定して調整します。 コストの大幅な変更を示すワークロードを確認します。 この検証は、過剰にプロビジョニングされたリソース、非効率的なクエリ、正しく構成されていないスケーリング ポリシーなどの問題を検出するために重要です。 Azure Advisor を使用して最適化の機会を特定し、それに応じて構成を調整します。
詳細については、「 コストの監視」を参照してください。
バックアップの検証
ガバナンス ポリシーを更新し、監査証跡を維持します。 新しい Azure ストレージの場所、保持スケジュール、コンプライアンスの義務を反映するように、データ ガバナンス ポリシーを修正します。 階層の自動切り替えと保持の適用のための ライフサイクル管理ポリシー を実装します。 すべてのデータ アクセスと管理アクティビティの包括的な監査ログを構成します。 規制要件への準拠を示すために、定期的なコンプライアンス レビューとレポート プロセスを確立します。 ポリシーの変更を文書化し、すべてのデータ ガバナンスの決定と実装の監査対応レコードを維持します。
バックアップ ジョブが正常に完了したことを確認します。 バックアップ ジョブ ログを確認して、必要なすべてのワークロードが含まれており、ジョブがエラーなしで完了していることを確認します。 この手順は、移行中に発生したスコープのギャップや構成の誤りを検出するために重要です。 Azure Backup またはサービスネイティブ バックアップ機能を使用して、ジョブの状態を検証します。
復元手順をテストして、回復目標を確認します。 構造化復元テストを実行して、定義済みの RTO と RPO 内でデータが回復可能であることを検証します。 この検証は、実際の復旧シナリオに対する準備を確保するために重要です。 テスト結果を文書化し、必要に応じてバックアップ ポリシーまたは手順を調整します。
詳細については、「 データの信頼性の管理」を参照してください。
ユーザーからのフィードバックを収集して操作する
ユーザー フィードバックは、ワークロードのパフォーマンスと使いやすさの実際の検証を提供します。 この検証は、自動化された監視が見逃す可能性があるギャップを特定するのに役立ちます。 ワークロードの品質とユーザーの満足度を継続的に向上させるために、フィードバックを収集し、優先順位を付け、行動する必要があります。
エンド ユーザーから構造化されたフィードバックを収集します。 アンケート、インタビュー、またはサポート チケットを使用して、パフォーマンス、信頼性、使いやすさに関するフィードバックを収集します。 Microsoft Forms などのツールや他のプラットフォームを使用して、コレクションを効率化します。
問題を文書化して優先順位を付けます。 Azure DevOps または GitHub の問題を使用して、バックログ内のすべてのフィードバックを一元化します。 重大度とビジネス価値別に問題を分類します。 ビジネス継続性、ユーザー エクスペリエンス、またはコンプライアンスに影響する重大度の高い問題に優先順位を付けます。 このアプローチにより、チーム間の透明性と調整が保証されます。
フォローアップ アクションの所有権を割り当てます。 各問題または改善の機会を特定の個人またはチームに割り当てます。 所有権により、説明責任とタイムリーな解決が保証されます。 バックログ管理ツールでタグ付け、割り当て、通知機能を使用して進行状況を追跡し、可視性を維持します。
改善点を解決して伝達します。 優先度の高い問題に迅速に対処し、利害関係者に結果を伝えます。 待機時間の短縮、アップタイムの増加、使いやすさの向上など、測定可能な改善点を強調します。 クラウド導入の価値を強化し、ユーザーとの信頼を築きます。
定期的なワークロード レビューをスケジュールする
定期的なレビューは、コスト、パフォーマンス、信頼性、セキュリティ、オペレーショナル エクセレンス全体の最適化の機会を特定するのに役立ちます。 Well-Architected Framework を使用してワークロードを評価し、改善点を文書化します。 これらのレビューをクラウド ガバナンスのリズムに統合して、一貫性を維持します。
ハイブリッドとマルチクラウドの依存関係を最適化する
ハイブリッド環境とマルチクラウド環境では、専用の監視と最適化戦略を必要とする複雑さが増します。 これらの依存関係により、多くの場合、ワークロードのパフォーマンスと信頼性に影響を与える可能性のある待機時間、セキュリティ リスク、運用オーバーヘッドが発生します。
クラウド間とオンプレミスの依存関係を事前に監視します。 接続されているすべてのシステムの待機時間、可用性、サービス正常性などの主要なメトリックを追跡して、ユーザーに影響を与える前にボトルネックを特定します。 Azure Arc を使用して Azure の管理機能を Azure 外部のリソースに拡張し、インフラストラクチャ全体で統一された可視性を提供します。 Azure Network Watcher をデプロイして、環境間のネットワーク接続とパフォーマンスを監視します。
ハイブリッド接続を継続的にセキュリティで保護し、監視します。 包括的な診断を有効にし、アラートを構成して、パケット損失、接続エラー、未承認のアクセス試行などの異常を検出します。 定期的な監視は、これらの重要な接続のセキュリティとパフォーマンスを維持するのに役立ちます。 セキュリティとパフォーマンスの要件に基づいて、 Azure VPN Gateway、 Azure ExpressRoute、または Azure Bastion を使用して、セキュリティで保護された接続を確立します。
外部の依存関係を体系的に減らすことを計画します。 ハイブリッド アーキテクチャを確認して、Azure ネイティブ サービスに置き換えることができるコンポーネントを特定します。 このアプローチにより、アーキテクチャ全体が簡素化され、運用上のオーバーヘッドが軽減され、潜在的な障害点が最小限に抑えられます。 ビジネス継続性とサービスの可用性を維持しながら、これらの依存関係を段階的に移行するためのロードマップを作成します。
移行の結果を共有する
移行の成果の明確な要約は、クラウド導入の成功を検証し、将来のイニシアチブのサポートを構築します。 コスト削減、パフォーマンスの向上、運用の回復性など、測定可能な改善を追跡して伝える必要があります。 Azure Monitor、Cost Management、インシデント追跡ツールのデータを使用して、結果を定量化します。 ビジネスに関連する簡潔な例を関係者と共有します。