VMが動いている。
それだけでは、運用できている
とは言えません。

1. 通信を一行にする送信元IP → 宛先FQDN・IP → TCP/UDP → Port → 発生時刻
2. 実効ルートを見るUDR、既定ルート、BGP伝播を含むNICのEffective routesでNext hopを確認
3. 実効NSGを見るSubnet側とNIC側を合成したEffective security rulesで、最初に一致する規則を確認
4. 経路の先まで追うConnection troubleshoot、Firewall、LB正常性プローブ、DNS、OS待受を順に確認

残す証跡 実効ルート、実効NSG、接続診断結果、FW・LBログ、名前解決結果

避ける初動 原因未確認のAny宛先・Anyポート許可、Firewall迂回、恒久ルール化

1. 状態を分けるPowerStateとProvisioningStateを別々に確認し、Starting、Failed、Updatingを混同しない
2. 直前操作を確認Activity LogでStart、Restart、Disk、NIC、拡張機能の失敗と実行者を確認
3. 画面とシリアルログを見るBoot diagnosticsのスクリーンショットとSerial logでOSがどこまで進んだか確認
4. 影響を確認してから操作再起動、再デプロイ、ディスク切離し前に、業務影響と失われる可能性のある一時データを確認

残す証跡 Instance View、Activity Log、起動診断画像、Serial log、操作時刻

避ける初動 起動状態を採取せずに再起動を繰り返す、複数人が同時に別操作を行う

1. 復旧点を確認最新時刻、保持Tier、整合性、対象ディスク、Vaultと権限を確認
2. 復元先を先に決める隔離VNet、Subnet、IP、DNS、鍵・証明書、依存先、容量を準備
3. 業務レベルで試験VM起動だけで完了にせず、DB、サービス、疎通、ログイン、データ時点を確認
4. 削除耐性を確認Soft Delete、MUA、Resource Guardの所有者分離と重要操作の拒否試験を確認

残す証跡 Recovery Point、復元開始・完了時刻、業務確認、RPO・RTO実績、後片付け

避ける初動 本番VMへの上書き復元、DNS・IP重複、復元後の鍵と依存先の確認漏れ

1. 母集団を確定対象・除外、OS、環境、可用性構成、業務停止可否を一覧化
2. 事前条件を確認空き容量、保留中の再起動、バックアップ、レプリカ・LBの正常性を確認
3. 窓と再起動を設計Maintenance Configuration、分類、時間枠、Reboot設定、適用リングを確認
4. 適用後を完了条件にするサービス、正常性プローブ、イベント、保留中再起動、更新準拠を確認

見落としやすい点 Update Managerはドライバー更新を扱いません。Never Reboot指定でもOS側設定により再起動する場合があります。

避ける初動 同一可用性単位の一斉更新、業務確認者不在、終了時刻だけでの成功判定

1. 制御面とログインを分けるOwner・Contributor、VM Loginロール、ローカル管理者、SSH鍵を別列で確認
2. 割当状態を確認PIMのEligible・Active、スコープ、開始・終了時刻、承認、条件を確認
3. 非人間IDも棚卸しマネージドID、サービスアカウント、証明書・Secretの所有者と期限を確認
4. 緊急経路を試験緊急IDの保管、通知、利用記録、復旧後の資格情報更新まで確認

重要 OwnerまたはContributorだけでは、Microsoft Entra認証によるVMサインイン権限は付与されません。

避ける初動 RDP・SSH障害の解決目的でOwnerを追加する、期限なしの特権を直接付与する

1. 状態を確認Stoppedは割り当て済みで課金対象、Stopped (Deallocated)はコンピュート課金対象外
2. 周辺費用を分けるDisk、Snapshot、Public IP、Backup、ログは、保持要件と料金を個別に確認
3. 所有者と期限を置く一時環境、移行旧環境、障害調査用コピーにOwnerと削除判定日を付ける
4. 削除前に出口確認復元、監査保存、契約終了、法的保存、データ返却の条件を確認

残す証跡 VM状態、関連リソース一覧、費用明細、保持理由、削除承認、完了確認

避ける初動 コスト削減だけを理由に、復旧・保存要件を確認せずDiskやBackupを削除する