После звонка в службу поддержки с Azure они указали мне на некоторые (несколько скрытые) возможности трассировки.
Сначала и проще всего проверить тип транзакций.
- Go для учетной записи хранения> Метрики
- Выберите
Transactions
в качестве метри c - Нажмите
Add Filter
и выберите API Name в качестве свойства - Выберите имена API, которые вы считаете подозреваемыми
К сожалению, выбор нескольких не показывает их отдельно, поэтому если вам нужно попробовать каждый API по отдельности и посмотреть, не торчит ли он.
Второй вариант - включить ведение журнала диагностики для интересующего вас типа хранилища.
Если вышеизложенное не дает хороших результатов, или вам интересно узнать точные звонки в точное время .et c. Вы можете включить эту функцию и подождать сбора журналов, обычно в течение нескольких дней, поэтому у вас есть хороший образец, настроенный как причина.
- Go для учетной записи хранения>
Diagnostic settings (classic)
, - Это под
Monitoring (classic)
, похоже, нет замены в новом разделе Мониторинг.
- Включить тип регистрации и метрики (час или минута)
- Нажмите
Save
Эти журналы записываются в хранилище BLOB-объектов в той же учетной записи в контейнер с именем $logs
. Согласно документации, этот контейнер не может быть удален после включения, но содержимое может быть удалено, когда вы закончите.
Обратите внимание, что если ваша учетная запись хранения получает много трафика c, этот журнал может очень быстро очень сильно увеличиться.
См. Документацию здесь
После настройки подождите некоторое время для сбора данных.
Используйте проводник хранилища или другие средства для навигации и загрузки журналов и их проверки.
Журналы содержат каждый запрос к хранилищу, включая такие данные, как метка времени, имя API, результат, была ли операция аутентифицирована, и если вы просматриваете BLOB-объекты, в ней также отображаются URL-адрес, пользовательский агент и т. Д. .
(оказывается, мое приложение совершило около 100 000 вызовов на GetBlobProperties
и GetContainerProperties
в день?)