Устранение неполадок с журналами ресурсов хранилища

  • 4 мин

В журналах ресурса хранилища Azure регистрируются все операции, выполняемые в учетной записи хранилища, а также результаты этих операций. В этих журналах хранятся подробные сведения о каждом выполненном запросе, а не поминутная сводка операций, отображаемых с помощью метрик. Используя сведения о ведении журнала, можно проверить характер запросов, сделанных в учетную запись хранения, и определить, являются ли эти запросы успешными.

В этом разделе вы узнаете о журналах ресурса хранилища Azure в Azure Monitor. Вы узнаете о различных типа данных, регистрируемых в журналах, и об их использовании для выявления проблем, которые могут возникать при использовании приложением службы хранилища Azure.

Журналы ресурсов в Azure Monitor

Иногда требуется просмотреть более подробные сведения о транзакции с хранилищем, чем показывают метрики производительности. Метрики полезны для отслеживания общих тенденций в производительности или спросе, но мониторинг метрик транзакций не может показать запрошенные URL-адреса. Кроме того, ни одна из доступных метрик хранилища не может предоставлять сообщения об ошибках, связанные с конкретным запросом.

Журналы ресурсов в Azure Monitor записывают такие подробные сведения, и они полезны для изучения сведений о конкретных запросах. Например, эти журналы можно использовать, если вы хотите узнать, сколько запросов для определенного ресурса проходит проверку подлинности или анонимы, а также успешно или завершается сбоем.

Чтобы выполнить сбор журналов ресурсов, необходимо создать параметр диагностики. Список журналов ресурсов успешно и неудачных запросов для учетной записи хранения. Запросы записываются как операции чтения, записи или удаления для конкретной службы хранилища: Хранилища BLOB-объектов, Хранилища таблиц или Хранилища очередей Azure. С помощью параметра диагностики можно направлять журналы в Log Analytics, учетную запись хранения или передавать их в концентратор событий или в партнерское решение.

В журналах ресурсов можно просматривать различные типы запросов и их частоту или устранять проблемы в случае неудачных запросов. Журналы создаются только в том случае, если выполняются транзакции, и только для определенной конечной точки службы. Таким образом, если вы используете хранилище в конечных точках служба хранилища BLOB-объектов и очередей служба хранилища, но только конечная точка BLOB-объектов служба хранилища содержит запросы или транзакции, система создаст журналы только для служба хранилища BLOB-объектов.

При включении ведения журнала регистрируются следующие типы запросов:

  • выполнили аутентификацию запросов;
  • Анонимные запросы.
  • Успешные запросы
  • Неудачные запросы, например истекшее время ожидания, ошибки регулирования количества запросов, сети и авторизации.
  • Ошибки сервера.
  • Запросы, в которых используется подписанный URL-адрес, как неудачные, так и успешные запросы.
  • Ошибки времени ожидания для клиента и сервера
  • Запросы к данным аналитики
  • Запросы GET с кодом ошибки 304 ("Не изменено").

Хранилище журналов ресурсов в Azure Monitor

Журналы ресурсов автоматически создаются для учетной записи хранения, но эти журналы недоступны для просмотра, если вы не отправляете их в место назначения. Вы можете указать, куда отправлять их с помощью параметра диагностики.

При создании параметра диагностики выберите тип хранилища, для которого вам нужны журналы маршрутизации (например, большой двоичный объект служба хранилища или файл служба хранилища). Затем вы выберете, какие типы операций нужно отображать в журналах (например, операции чтения, записи или удаления). Наконец, нужно указать место назначения, в которое будут отправляться журналы. Журнал можно отправить в любое из следующих расположений:

  • Служба Log Analytics

  • Storage account

  • концентратор событий;

  • Партнерское решение

Доступ к журналам, отправляемым в рабочую область Log Analytics, можно получить с помощью запросов журналов Azure Monitor.

Если журналы отправляются в учетную запись хранилища, эти журналы будут большими двоичными объектами, хранящимися в контейнере. Данные собираются и хранятся внутри одного большого двоичного объекта в качестве полезных данных JSON с разделителем-строкой. Имя большого двоичного объекта соответствует следующему соглашению об именовании.

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 на уровне рабочей области, или даже определять разные параметры хранения в зависимости от типа данных. Если вы архивируете журналы в учетную запись хранения, вы можете управлять политикой хранения контейнера журналов, определив политику управления жизненным циклом.