次の方法で共有

管理アクティビティの準備

  • [アーティクル]

ワークロードの移行が完了したら、管理アクティビティを実行する準備をする必要があります。 管理を計画できない組織では、ワークロードのレプリケートまたは遅延が発生する可能性があります。 さらに、リソースが移行されたが管理されていない場合は、停止、侵害、パフォーマンスの問題などの問題が発生する可能性があります。

Note

この記事のガイダンスは、Azure 管理ガイダンスのより広範なクラウド導入フレームワークに基づいています。 これらの追加のガイドは、管理ルーチンの構築に関連する場合があります。

ワークロードごとに管理ルーチンが用意されていることを確認します。

最小限の管理目標

ワークロードごとに、計画して準備する必要がある最小限の管理目標が次のとおりあります。

  • ログ: Azure Monitor ログなど、ログ システムによって適切なログが収集されています。 ログには次のものが含まれます。
    • サービスの変更とイベントを監視するためのアクティビティ ログ。
    • メトリックとサービス固有のログを収集するための診断ログ。
    • 移行された仮想マシンまたは新しく作成された仮想マシンのシステム ログ。
  • アラートの展開: ワークロードの組織の標準とアラートに基づく一般的なアラートのデプロイ。
  • バックアップ: 組織のサービス レベル アグリーメント (SLA) に準拠して状態を復元するために使用できる構成とプロセスをバックアップします。
  • 事業継続とディザスター リカバリー (BCDR): 組織の SLA に準拠してサービスをフェールオーバーおよび復元できる BCDR 構成。
  • セキュリティ態勢: セキュリティ態勢の管理と脆弱性の検出を実行するために組織によって選択された Microsoft Defender for Cloud ポリシーへの登録。 これには、脆弱性検出サービスまたは Microsoft Defender for Endpoint エージェントの展開が含まれる場合があります。
  • Azure Virtual Machines のシリアル コンソール: トラブルシューティングに役立つ Virtual Machines のシリアル コンソールを有効にします。
  • 自動シャットダウンを有効にする: ビジネス要件を満たす仮想マシンの自動シャットダウン スケジュールの構成。
  • タグ: タグのデプロイと不適切なタグの修復。
  • 更新管理: Azure Update Manager などの仮想マシンの定期的な更新。

不足している管理目標を特定する場合は、ワークロードの修復計画に追加する必要があります。

管理への移行を整理する

移行されたワークロードの管理へのスムーズな移行を整理するには、次のことを確実に行う計画を立てる必要があります。

  • アプリケーションとワークロードの所有者を関与させる: アプリケーション所有者は、コードのデプロイやモジュールのインストールなど、移行されるサーバーへのアクティビティに対する変更を認識します。
  • 監視チーム、管理チーム、およびセキュリティ チームを関与させる: 監視、管理、およびセキュリティを担当するチームは、移行後の変更と責任を認識します。
  • 役割と責任を定義して伝える: すべてのチームは、移行中の責任を理解します。

次のステップ

移行テスト