Operations & Troubleshooting参照資料確認: 2026-09-11

NSG Flow Logs Retirement

新規作成不可になったNSG Flow LogsをVNet Flow Logsへ移行し、Traffic Analytics・Storage retention・重複記録を安全に切替える。

Scope: Microsoft Learn / Azure Architecture Centerの一次資料を2026-09-11時点で確認し、旧来の短い記事を公開運用向けdeep diveへ更新。SKU、region、limits、Preview statusは変わるため、実装直前にOfficial sourcesを再確認してください。
What changed recently: NSG Flow Logsは新規作成不可。2027-09-30にretire予定のため、VNet Flow Logsへの移行を先送りしない。

NSG Flow Logs Retirementを理解するための前提

NSG Flow Logsは2027-09-30にretire予定。 新規NSG Flow Logは2025-06-30以降作成できない。

MicrosoftはVNet Flow Logsへのmigrationを推奨し、VNet scopeでより広いtraffic visibilityを提供する。 retirement後、NSG Flow Log resourceとNSG Flow Logs向けTraffic Analytics supportは終了する。

既存Storage上のNSG Flow Log recordはAzureがretirement時に削除せず、設定されたretention policyに従う。 migrationではVNet Flow Logsを先にenable・data到着確認してからNSG Flow Logsをdisableし、visibility gapを避ける。

通信や判断の流れを追う
症状を再現設定を確認能動試験ログ / packetアプリ確認

Control plane と data plane

Control planeFlow log resource、target scope、Storage、Traffic Analytics/Log Analytics associationがcontrol plane。
Data planeVNet data plane traffic metadataがflow logとしてStorage/Analyticsへexportされる。log absenceは必ずしもtraffic absenceを意味しないためscope/configを確認する。

仕組みと設計上の意味

migration inventoryは「NSG resource」ではなくactive flow log resourceとstorage/analytics destinationを一覧化する。

VNet Flow Logsへ並行移行中はduplicate data/ingestion costを考慮する。

historic NSG logsを保持する要件はStorage lifecycle/retentionで管理する。

dashboard/KQLがNSG-specific schema/pathへ依存していないか確認する。

Packet / decision path

source→destinationを1本のflowとして固定し、名前解決・routing・security・NAT/service processing・return pathを必要な範囲で順に確認する。

  1. active NSG Flow Logsをinventory。
  2. 対応VNetでVNet Flow Logsをenable。
  3. Storage/Traffic Analyticsでnew dataを確認。
  4. dashboard/KQL/alertをvalidation。
  5. NSG Flow Logsをdisableし重複/retentionを確認。

設計判断

判断点推奨理由
Migration orderVNet logs先行visibility gapを防ぐ
RetentionStorage policyを確認historic evidence保持
AnalyticsKQL/dashboardを回帰確認schema/scope差に対応
Cleanupold flow log resourceを計画削除retirement前に依存解消

確認手順

Azure Portal

  • Network Watcher → Flow logsでactive resourcesを確認。
  • VNet Flow Logのtarget/storage/Traffic Analytics設定を確認。
  • Log Analytics/Storageでnew timestampのrecord到着を確認。

Evidence contract

Identitysubscription / resource group / resource ID / regionを固定。
Before / After同じsource・destination・protocol・portで比較。
Effective state設定値だけでなくeffective route/security/health/logを取得。
Runtimecontrol-plane Succeededとapplication successを分けて判定。
Azure CLI — read-only first
az network watcher flow-log list -g <network-watcher-rg> -o table
az network watcher flow-log show -g <network-watcher-rg> -n <flow-log> -o jsonc
PowerShell — read-only first
Get-AzNetworkWatcherFlowLog -NetworkWatcherName <watcher> -ResourceGroupName <rg>

障害切り分け

症状疑う点証拠次の確認
VNet logにdataなしtarget/storage/permission/configflow log state + storageconfiguration修正
Traffic Analytics差異workspace/config/schemaworkspace ingestionquery/dashboard更新
重複記録新旧logging併存same flow/timecutover後old disable
historic log消失懸念Storage retention誤設定lifecycle policyretention是正

変更・rollback

  • 旧logをdisableする前にVNet log到着をobservableに確認。
  • Storage container/lifecycleをback up/document。
  • dashboard/alert rollback用に旧queryを保存。
  • retirement dateを待たずmigration完了をacceptanceにする。

Official sources