- PVSM.RU - https://www.pvsm.ru -
Сегодня хотелось бы с вами поделиться заметкой, которая появилась в результате моего небольшого research на тему ключевых особенностей Azure Monitor.
Опираясь на Microsoft docs [1] описать ключевые возможности инструмента можно следующим образом:
Представленное ниже изображение характерно для вычисляемых (исполняемых) ресурсов и отличается от невычисляемых лишь наличием Application Logs and metrics.
Данный раздел мониторинга содержит информацию об операциях, выполненных в рамках конкретных компонентов (ресурсов):
Кроме того, предоставляется возможности:
Кроме возможности отслеживать информацию о метриках и событиях используемых компонентов Azure также доступно добавление собственных custom metrics & events.
Если мы хотим предпринять действие основанное на значении метрики, то в этом нам поможет система оповещения и реагирования, в арсенале которой присутствует возможность отправлять email уведомления, вызывать webhook или запускать logic app (с помощью request trigger).
Благодаря log search и специализированному языку запросов доступна возможность выполнять query/filter/aggregate применимо к логам и метрикам, а также визуализировать итоговые результаты в требуемом виде (table, list, bar).
Горизонтальное масштабирование основано на наступлении одного из двух видов условий:
Благодаря такому компоненту как Azure Service Health появляется возможность своевременно узнавать о технических работах и сбоях в инфраструктуре Azure, которые могут затронуть доступность развернутых в облаке сервисов и ресурсов. В качестве оповещений могут выступать уведомления по почте, телефону или webhook.
Также появляется возможность заблаговременно подготовиться к плановому обслуживанию Azure.
Задержка при отправке уведомлений о наступлении событий- ограничением это можно назвать весьма условно, однако, оповещение о срабатывании того или иного правила будет получено в интервале от одной до пяти минут.
Отсутствует вертикальное масштабирование- на данный момент возможно изменение количества запущенных экземпляров (как в большую, так и в меньшую сторону), но не их вычислительных мощностей. Связано это с накладываемыми на такой вид масштабирования ограничениями- возможные отсутствие аппаратных средств и необходимость перезапуска.
Не все Azure services на данный момент помещают информацию в Azure Monitor, однако, это будет реализовано в будущем.
Срок хранения metrics и activity log entry ограничен- он составляет 30 и 90 дней соответственно (для большей продолжительности необходимо подключить Azure storage).
В заключении можно сказать, что рассмотренный в данной статье инструмент позволяет:
Полезные ссылки:
Автор: Максим
Источник [8]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/azure/263160
Ссылки в тексте:
[1] Microsoft docs: https://docs.microsoft.com/en-us/azure/monitoring-and-diagnostics/monitoring-overview-azure-monitor
[2] Overview of the Azure Activity Log: https://docs.microsoft.com/en-us/azure/monitoring-and-diagnostics/monitoring-overview-activity-logs
[3] Overview of metrics in Microsoft Azure: https://docs.microsoft.com/en-us/azure/monitoring-and-diagnostics/monitoring-overview-metrics
[4] Overview of autoscale in Microsoft Azure: https://docs.microsoft.com/en-us/azure/monitoring-and-diagnostics/monitoring-overview-autoscale
[5] Azure Service Health overview: https://docs.microsoft.com/en-us/azure/service-health/service-health-overview
[6] Supported Resource Types through Azure Resource Health: https://docs.microsoft.com/en-us/azure/service-health/resource-health-checks-resource-types
[7] Azure Monitor videos: https://azure.microsoft.com/ru-ru/resources/videos/index/?services=monitor
[8] Источник: https://habrahabr.ru/post/336922/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best
Нажмите здесь для печати.