События Service Fabric

  • Статья

Платформа Service Fabric записывает несколько структурированных событий для основных операционных действий, происходящих внутри вашего кластера. Они варьируются от обновления кластеров до решений о размещении реплик. Каждое событие, предоставляемое службой Service Fabric, соответствует одному из следующих объектов в кластере:

  • Кластер
  • Приложение
  • Служба
  • Partition (Раздел)
  • Реплика
  • Контейнер

Полный список событий, предоставленных платформой, см. в статье Операционный канал.

Ниже приведены несколько примеров сценариев, которые вы увидите в своем кластере.

  • События жизненного цикла узла. События будут отображаться по мере того, как узлы извлекаются, свертываются, развертываются, активируются, деактивируются или перезапускаются. В них представлена информация о процессе, которая и помогает определить причину проблемы: были ли это неполадки с компьютером, или же служба вызвала API для изменения состояния узла.
  • Обновление кластера. По мере обновления вашего кластера (версия Service Fabric или изменение конфигурации) будет отображаться инициирование обновления, прокрутка каждого домена обновления и завершение (или откат).
  • Обновления приложений. Точно так же, как и в обновлениях кластера, будет отображаться полный набор событий по мере обновления. Эти события указывают, когда было запланировано обновление, текущее состояние обновления и общую последовательность событий. С помощью этих событий можно вернуться назад и просмотреть, какие обновления были успешно отменены, и был ли инициирован откат.
  • Развертывание или удаление приложений и служб. Эти события создаются во время каждого создания или удаления приложения, службы и контейнера, и их можно использовать при свертывании или развертывании, увеличивая, например, количество реплик.
  • Перемещение раздела (перенастройка). Каждый раз при перенастройке раздела состояния (изменение набора реплик) создается событие. Это событие содержит сведения о частоте изменения или отработки отказа набора реплик вашей группы. Кроме того, с его помощью можно отследить, какой узел запускал основную реплику в любой момент времени.
  • События Chaos. При использовании службы Chaos Service Fabric эти события будут отображаться каждый раз, когда служба запускается или останавливается, или вводит ошибку в системе.
  • События работоспособности. Service Fabric предоставляет события работоспособности каждый раз, когда создается отчет о работоспособности с сообщением об ошибке или с предупреждением, объект возвращается в нормальное состояние работоспособности или истекает срок действия отчета о работоспособности. Эти события можно использовать для отслеживания исторической статистики работоспособности объекта.

Получение доступа к событиям

Существует несколько способов, с помощью которых можно получить доступ к событиям Service Fabric.

  • События регистрируются через стандартные каналы, такие как журналы событий и трассировки событий Windows, и их можно визуализировать с помощью любого инструмента мониторинга, который поддерживает такие службы, как журналы Azure Monitor. По умолчанию для кластеров, созданных на портале, включены функции диагностики. Они также имеют агент Диагностики Azure для Windows, который отправляет события в хранилище таблиц Azure, но вам все равно нужно интегрировать его с ресурсом Log Analytics. Ознакомьтесь с дополнительными сведениями по настройке агента системы диагностики Azure, чтобы изменить конфигурацию системы диагностики кластера для сбора большего количества журналов или счетчиков производительности и интеграции с журналами Azure Monitor.
  • Через REST API службы EventStore, которые позволяют запрашивать кластер напрямую, или через клиентскую библиотеку Service Fabric. Дополнительные сведения см. в статье Query EventStore APIs for cluster events (Запрос к API EventStore для события кластера).

Дальнейшие действия