Сообщается о периодических задержках от виртуальной машины в периферийной виртуальной сети (spoke VNet) до базы данных Azure SQL Database, доступ к которой осуществляется через Private Endpoint в центральной виртуальной сети (hub). Вам необходимо (1) непрерывно отслеживать доступность и задержку, (2) захватывать пакеты на сетевом адаптере виртуальной машины во время инцидентов без входа на виртуальную машину, (3) подтвердить, какие правила NSG разрешают/запрещают потоки, и (4) визуализировать задействованную топологию. Какой набор возможностей Network Watcher наилучшим образом соответствует этим требованиям?

Этот вариант является наиболее полным и точным. 1. Connection Monitor (v2) обеспечивает непрерывный мониторинг доступности и задержки между виртуальной машиной и базой данных SQL, что соответствует первому требованию. 2. Захват пакетов по требованию на сетевом адаптере виртуальной машины позволяет анализировать сетевой трафик во время инцидентов без входа на виртуальную машину, что соответствует второму требованию. 3. Журналы потоков NSG v2 с Traffic Analytics позволяют подтвердить, какие правила NSG разрешают или запрещают потоки, удовлетворяя третьему требованию. 4. Представление Topology визуализирует задействованную сетевую топологию, что соответствует четвертому требованию. Остальные варианты не соответствуют всем требованиям: IP flow verify не обеспечивает непрерывный мониторинг. Захват пакетов на управляемом экземпляре SQL невозможен, и просмотр эффективных маршрутов не заменяет Traffic Analytics. Connection Monitor (classic) устарел, VM insights не заменяет Traffic Analytics, а Activity Logs не показывают детали потоков NSG. Диагностика NSG сама по себе не включает захват пакетов и топологию "из коробки" в требуемом объеме. Карты зависимостей Azure Monitor Application Insights не предоставляют требуемый уровень сетевой диагностики и не заменяют Network Watcher.