Устранение проблем с журналами ресурсов хранилища
Журналы ресурсов службы хранилища Azure фиксируют каждую операцию, выполняемую в учетной записи хранения, а также результаты этих операций. Эти журналы содержат подробные сведения о каждом запросе, а не поминутную сводку операций, отображаемую метриками. Используя сведения о ведении журнала, можно проверить характер запросов, сделанных в учетную запись хранения, и определить, являются ли эти запросы успешными.
В этом уроке вы узнаете о журналах ресурсов службы хранилища Azure в Azure Monitor. Вы увидите различные типы информации, записанной в журналах, и как можно использовать эту информацию для обнаружения проблем, которые могут возникнуть при использовании приложения службы хранилища Azure.
Журналы ресурсов в Azure Monitor
Иногда требуется узнать больше о транзакциях хранения, чем метрики, связанные с производительностью. Метрики полезны для отслеживания общих тенденций производительности или спроса, но мониторинг метрик транзакций не может показать запрошенные URL-адреса. Кроме того, ни одна из доступных метрик хранилища не может предоставлять сообщения об ошибках, относящиеся к конкретному запросу.
Журналы ресурсов в Azure Monitor записывают такие подробные сведения, и они полезны для изучения сведений о конкретных запросах. Например, вы можете использовать эти журналы логирования, если хотите узнать, сколько запросов для определенного ресурса проходит аутентификацию или является анонимными, а также завершается успешно или с ошибкой.
Чтобы собирать журналы ресурсов, необходимо создать параметр диагностики. Журналы ресурсов перечисляют успешные и неудачные запросы для учетной записи хранения. Запросы записываются в виде операций чтения, записи или удаления для конкретной службы хранилища: хранилища BLOB-объектов Azure, хранилища таблиц или хранилища очередей. С помощью параметра диагностики можно направлять журналы в Log Analytics, учетную запись хранения или передавать их в концентратор событий или в партнерское решение.
Журналы ресурсов можно использовать для просмотра различных типов и частоты запросов или для устранения неудачных запросов. Журналы создаются только при выполнении транзакций и только для конкретной конечной точки службы. Таким образом, если вы используете хранилище в конечных точках хранилища BLOB-объектов и очередей, но только конечная точка хранилища BLOB-объектов содержит запросы или транзакции, система создаст журналы только для хранилища BLOB-объектов.
При включении ведения журнала эти типы запросов регистрируются:
- Запросы, прошедшие проверку подлинности
- Анонимные запросы
- Успешные запросы
- Неудачные запросы, такие как время ожидания, регулирование, ошибки сети и ошибки авторизации
- Ошибки сервера
- Запросы, использующие общую ключ-подпись доступа, как успешные, так и неудачные
- Ошибки таймаута клиента и сервера
- Запросы к аналитическим данным
- Запросы GET с кодом ошибки 304 ("Не изменено")
Хранение журналов ресурсов в Azure Monitor
Журналы ресурсов автоматически создаются для учетной записи хранения, но эти журналы недоступны для просмотра, если вы не отправляете их в место назначения. Вы можете указать, куда отправлять их с помощью параметра диагностики.
При создании параметра диагностики выберите тип хранилища, для которого вам нужны журналы маршрутизации (например, хранилище BLOB-объектов или хранилище файлов). Затем вы выберете, какие типы операций нужно отображать в журналах (например, операции чтения, записи или удаления). Наконец, вы выберете место отправки журналов. Лог можно отправить в любое из следующих расположений:
Log Analytics
Учетная запись хранения
Концентратор событий
Партнерское решение
Вы можете получить доступ к журналам, отправленным в рабочую область Log Analytics, с помощью запросов журналов Azure Monitor.
При маршрутизации журналов в учетную запись хранения эти журналы появляются как объекты Blob, сохраненные в контейнере. Данные собираются и хранятся внутри одного блоба в формате JSON с разделителями строк. Имя BLOB следует этому соглашению об именовании:
https://<destination-storage-account>.blob.core.windows.net/insights-logs-<storage-operation>/resourceId=/subscriptions/<subscription-ID>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<source-storage-account>/blobServices/default/y=<year>/m=<month>/d=<day>/h=<hour>/m=<minute>/PT1H.json
Журналы, отправленные в концентратор событий, не хранятся в виде файла, но вы можете убедиться, что концентратор событий получил сведения журнала, открыв концентратор событий на портале Azure и проверив количество входящих сообщений.
Вы также можете отправлять метрики и журналы платформы определенным партнерам Azure Monitor. Сначала необходимо установить интеграцию партнера в подписку. Параметры конфигурации зависят от партнера.
Нельзя задать политику хранения для данных журнала. При отправке журналов в Log Analytics можно управлять периодом хранения данных на уровне рабочей области или даже указывать различные параметры хранения по типу данных. Если вы архивируете журналы в учетную запись хранения, вы можете управлять политикой хранения контейнера журналов, определив политику управления жизненным циклом.