次の方法で共有


Azure への移行後にアマゾン ウェブ サービス (AWS) からワークロードを評価する

この記事は、 アマゾン ウェブ サービス (AWS) から Azure にワークロードを移行する方法に関するシリーズの一部です。

これで、ワークロードが Azure のユーザーにサービスを提供するようになりました。

評価フェーズは、次の手順で構成されます。

  • カットオーバーを検証します。
  • 移行を承認します。

このフェーズの目標は、Azure のワークロードが、AWS の計画フェーズで確立した機能、パフォーマンス、信頼性、セキュリティ、およびコストベースラインを満たしていることを確認することです。

Important

不完全な監視、不十分なパフォーマンス テスト、または効果のないコストとセキュリティ のレビューにより、障害、データの公開、または予算超過につながる問題が後で隠れる可能性があります。

カットオーバーが成功したことを検証する

  • ワークロードを監視して微調整します。 エラー、パフォーマンスのボトルネック、または異常なパターン (特に最初の 1 ~ 2 週間の間) について、ワークロードの傾向を注意深く追跡します。 コンポーネントを適切にサイズ変更し、スケーリング戦略が意図したとおりに動作することを確認し、予算のしきい値を監視し、ディザスター リカバリー (DR) の構成とバックアップを検証します。 セキュリティの問題の修正に優先順位を付けます。 運用チームと協力して、必要に応じてアラートのしきい値とダッシュボード ビューを微調整します。

  • ベースラインに対して測定します。 スループット、待機時間、エラー率など、計画フェーズで文書化したベースライン主要業績評価指標 (KPI) を満たしていることを確認します。 KPI は AWS の測定値に相当する必要があります。

  • AWS ログを使用してカットオーバーを検証します。AWS CloudTrail は、AWS アカウント内のすべての API 呼び出しとコンソールアクションをログに記録します。 AWS サービスへの呼び出しを行うワークロード内のすべてのコンポーネントが公開されます。 これらのログに意図しないワークロード トラフィックが表示されないかどうかを確認します。

  • ファイアウォールとネットワーク フローのログを確認します。 Azure のファイアウォールとネットワーク フロー のログを確認して、予想されるネットワーク トラフィックのみが発生することを確認します。 同様の移行の一環として、一部のネットワーク トラフィック許容量が廃止される可能性があります。 ネットワーク許可リストから削除できます。

  • データのカットオーバーを確認します。 カットオーバー戦略に基づいて、Azure がすべての運用環境の書き込みと読み取りを処理することを確認します。 継続的レプリケーションまたは同期を使用する場合は、Azure にデータの権限のあるコピーがあることを確認した後で停止します。

  • 主要なルーチン タスクを実行します。 証明書のローテーションやオフサイト バックアップなどのタスクを実行します。 一定のアクセスに制限がある操作、例えばJust-In-Time (JIT) アクセス管理者昇格など。 これらのタスクにより、ワークロード運用チームと自動化設定で環境を十分に管理できます。

  • DR フェールオーバー テストをスケジュールします。 ワークロードで DR フェールオーバー テストがサポートされている場合は、ワークロード コアが安定した後にテストをスケジュールします。

移行のサインオフ

  • アーキテクチャ ナレッジ ベースを更新します。 ワークロードのナレッジ ベースで、元の計画から逸脱したインフラストラクチャまたは運用手順に対する直前の変更が文書化されていることを確認します。

  • 運用チームへの引き渡しを完了します。 最終的なサインオフの前に、運用チームと会います。 チームが Azure ワークロードの監視とサポートに対する完全な責任を受け入れることを確認します。 Azure Monitor アラートや Azure Service Health 通知などの新しいアラート設定を確認し、更新された Runbook とダッシュボードにチームが慣れているかどうかを確認します。

  • サインオフのマイルストーンを達成する。 定義済みのすべての成功条件を満たし、テストして移行が成功したことを確認した後にのみ、サインオフします。 詳細については、 計画フェーズで定義されている受け入れ基準を参照してください。

  • 移行後の評価を実施します。 ワークロードの移行から学習した教訓を文書化します。 移行チームは、何がうまくいったか、次に改善すべき点、および予期しない問題が発生した場合を特定する必要があります。 ワークロードの移行を計画する可能性がある組織内の利害関係者や他のチームと評価を共有します。

  • 今後の改善を計画します。 バックログに作業項目を作成して、コストの最適化、回復性の向上、技術的負債の削減など、非回復性の向上を実現します。

Checklist

  成果物に直結するタスク
ワークロードの監視と微調整
ベースラインに対する測定
カットオーバーが成功したことを検証する
ファイアウォールとネットワーク フローのログを確認する
データのカットオーバーを確認する
主要なルーチン タスクを実行する
DR フェールオーバー テストのスケジュール
アーキテクチャのナレッジ ベースを更新する
運用チームへの完全な引き継ぎ
サインオフ マイルストーンを満たす
移行後の評価を実施する
将来の改善を計画する

次のステップ