Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Оптимизация затрат — это способы сокращения ненужных расходов и повышения эффективности работы. Вы можете значительно сократить затраты на Azure Monitor, понимая различные параметры конфигурации и возможности для уменьшения объема собираемых данных. Прежде чем использовать эту статью, вам следует ознакомиться с разделом стоимость и использование Azure Monitor, чтобы понять различные способы взимания платы Azure Monitor и как просмотреть ваш ежемесячный счет.
В этой статье описывается оптимизация затрат для Azure Monitor в рамках Azure Well-Architected Framework. Платформа Azure с продуманной архитектурой — это набор руководящих принципов, с помощью которых можно повысить качество рабочей нагрузки. Платформа состоит из пяти основных компонентов качественной архитектуры:
- Надёжность
- Безопасность
- Оптимизация затрат
- Операционное превосходство
- Эффективность производительности
журналы мониторинга Azure
Контрольный список проектирования
- Определите, следует ли объединять операционные данные и данные безопасности в одной рабочей области Log Analytics.
- Настройте ценовую категорию для объема данных, собираемых каждой рабочей областью Log Analytics.
- Настройте хранение и архивацию данных.
- Настройте таблицы, используемые для отладки, устранения неполадок и аудита в качестве базовых журналов.
- Ограничьте сбор данных из источников данных для рабочей области.
- Регулярно анализируйте собранные данные для выявления тенденций и аномалий.
- Создайте оповещение, когда сбор данных высок.
- Рассмотрите ежедневное ограничение в качестве профилактической меры, чтобы убедиться, что вы не превышаете определенный бюджет.
- Настройте оповещения в рекомендациях Помощника Azure по затратам для рабочих областей Log Analytics.
Рекомендации по конфигурации
| Рекомендация | Преимущества |
|---|---|
| Определите, следует ли объединять операционные данные и данные безопасности в одной рабочей области Log Analytics. | Так как все данные в рабочей области Log Analytics облагаются ценами Microsoft Sentinel при включенной Sentinel, могут возникнуть дополнительные расходы на объединение этих данных. См. статью "Разработка стратегии рабочего пространства Log Analytics", чтобы получить подробные сведения о принятии этого решения для вашей среды, сбалансировав его с критериями в других важнейших областях. |
| Настройте ценовую категорию для объема данных, собираемых каждой рабочей областью Log Analytics. | По умолчанию рабочие области Log Analytics будут использовать тарификацию по модели "оплата по факту" без минимального объема данных. Если вы собираете достаточно данных, вы можете значительно уменьшить затраты с помощью уровня обязательств, что позволяет зафиксировать ежедневный минимум данных, собранных в обмен на более низкую ставку. Если вы собираете достаточно данных в разных рабочих областях в одном регионе, вы можете связать их с выделенным кластером и объединить собранный объем с использованием цен на кластер. См. Расчеты затрат и варианты использования журналов Azure Monitor для получения сведений о уровнях обязательств и рекомендаций по определению наиболее подходящего уровня для вашего использования. См. статью Данные об использовании и предполагаемые расходы для получения сведений о предполагаемых расходах на использование в разных ценовых категориях. |
| Настройте интерактивное и долгосрочное хранение данных. | Взимается плата за удержание данных в рабочей области Log Analytics, если их срок хранения превышает стандартные 31 день (до 90 дней, если в рабочей области включён Sentinel, и 90 дней для данных из Application Insights). Учитывайте конкретные требования к доступности данных для запросов журналов. Вы можете значительно сократить затраты, настроив долгосрочное хранение, что позволяет хранить данные до двенадцати лет и по-прежнему получать доступ к нему иногда с помощью заданий поиска или восстановления набора данных в рабочей области. |
| Настройте таблицы, используемые для отладки, устранения неполадок и аудита в качестве базовых журналов. | Таблицы в рабочей области Log Analytics, настроенной для базовых журналов , имеют более низкую стоимость приема в обмен на ограниченные функции и плату за запросы журналов. Если вы обращаетесь к этим таблицам нечасто и не используете их для уведомления об ошибках, стоимость этого запроса может быть компенсирована за счёт снижения стоимости приема. |
| Ограничьте сбор данных из источников данных для рабочей области. | Основным фактором стоимости Azure Monitor является объем данных, собираемых в рабочей области Log Analytics, поэтому необходимо убедиться, что вы не собираете больше данных, необходимых для оценки работоспособности и производительности служб и приложений. Дополнительные сведения о принятии решения для вашей среды, сбалансировав его с критериями в других столпах, см. в статье "Разработка архитектуры рабочей области Log Analytics". Компромисс. Может быть компромисс между затратами и требованиями к мониторингу. Например, вы можете быстро обнаружить проблему производительности с высокой скоростью выборки, но может потребоваться более низкая скорость выборки для экономии затрат. Большинство сред имеют несколько источников данных с различными типами сбора, поэтому необходимо сбалансировать определенные требования с целевыми показателями затрат для каждого из них. Сведения о настройке сбора для различных источников данных см. в статье "Оптимизация затрат" в Azure Monitor . |
| Регулярно анализируйте собранные данные для выявления тенденций и аномалий. | Используйте возможности рабочей области Log Analytics, чтобы периодически проверять объем данных, собранных в вашей рабочей области. Помимо понимания объема данных, собранных различными источниками, он будет определять аномалии и тенденции повышения в сборе данных, которые могут привести к превышению затрат. Дальнейший анализ сбора данных с использованием методов в рабочей области Log Analytics для анализа использования поможет определить, есть ли дополнительная конфигурация, которая может уменьшить объем использования. Это особенно важно при добавлении нового набора источников данных, например, нового набора виртуальных машин или подключения новой службы. |
| Создайте оповещение, когда сбор данных высок. | Чтобы избежать непредвиденных счетов, вы должны быть заранее уведомлены в любое время, когда вы испытываете чрезмерное использование. Уведомление позволит устранить любые потенциальные аномалии до окончания периода выставления счетов. |
| Рассмотрите ежедневное ограничение в качестве профилактической меры, чтобы убедиться, что вы не превышаете определенный бюджет. |
Ежедневное ограничение отключает сбор данных в рабочей области Log Analytics в течение остального дня после достижения настроенного значения ограничения. Это не следует использовать в качестве метода для снижения затрат, как описано в разделе "Когда использовать ежедневное ограничение". Если вы устанавливаете ежедневное ограничение, помимо создания оповещения при достижении ограничения, убедитесь, что вы также создадите правило генерации оповещений, чтобы получать уведомления о достижении определенного процента (например, 90 %. Это дает возможность исследовать и устранять причину увеличения данных, прежде чем ограничение отключает сбор данных. |
| Настройте оповещения о рекомендациях по затратам в Azure Advisor для рабочих областей Log Analytics. | Рекомендации помощника по Azure для рабочих областей Log Analytics заранее предупреждают вас, когда есть возможность оптимизировать затраты.
Создайте оповещения Azure Advisor для этих рекомендаций по затратам:
|
Ресурсы Azure
Контрольный список проектирования
- Сбор только критически важных данных журнала ресурсов из ресурсов Azure.
Рекомендации по конфигурации
| Рекомендация | Преимущества |
|---|---|
| Сбор только критически важных данных журнала ресурсов из ресурсов Azure. | При создании параметров диагностики для отправки журналов ресурсов ваших ресурсов Azure в базу данных Log Analytics указывайте только те категории, которые необходимы. Так как параметры диагностики не позволяют детализировать фильтрацию журналов ресурсов, можно использовать преобразование рабочей области для фильтрации ненужных данных для тех ресурсов, которые используют поддерживаемую таблицу. Подробности о том, как настроить параметры диагностики и использовать преобразования для фильтрации их данных, см. в Параметры диагностики в Azure Monitor. |
Уведомления
Контрольный список проектирования
- Оповещения журнала действий, оповещения о работоспособности служб и оповещения о работоспособности ресурсов бесплатны.
- При использовании оповещений поиска по журналам сведите к минимуму их частоту.
- При использовании оповещений метрик минимизируйте количество ресурсов, которые отслеживаются.
Рекомендации по конфигурации
| Рекомендация | Преимущества |
|---|---|
| Помните, что оповещения журнала действий, оповещения о работоспособности служб и оповещения о работоспособности ресурсов бесплатны. | Оповещения о действиях Azure Monitor, оповещения о работоспособности служб и оповещения о работоспособности ресурсов бесплатны. Если то, что вы хотите отслеживать, можно сделать с помощью этих типов оповещений, используйте их. |
| При использовании оповещений поиска по журналам сведите к минимуму их частоту. | При настройке оповещений поиска по журналам следует помнить, что чем чаще осуществляется процесс оценки правил, тем больше затраты. Настройте правила соответствующим образом. |
| При использовании оповещений метрик минимизируйте количество ресурсов, которые отслеживаются. | Некоторые типы ресурсов поддерживают правила оповещения метрик, которые могут отслеживать несколько ресурсов одного типа. Для этих типов ресурсов следует помнить, что правило может стать дорогостоящим, если правило отслеживает множество ресурсов. Чтобы сократить затраты, можно сузить рамки правила оповещений о метриках. Вы также можете использовать правила оповещений поиска по логам, которые являются менее затратными для отслеживания большого количества ресурсов. |
Виртуальные машины
Контрольный список проектирования
*8 Миграция из агента Log Analytics в агент Azure Monitor для детализации фильтрации данных.
- Фильтруйте данные, которые вам не нужны у агентов.
- Определите, будут ли использоваться аналитические сведения о виртуальных машинах и какие данные собираются.
- Уменьшите частоту опроса счетчиков производительности.
- Убедитесь, что виртуальные машины не отправляют повторяющиеся данные.
- Используйте аналитические сведения о рабочей области Log Analytics для анализа оплачиваемых затрат и определения возможностей экономии затрат.
- Перенесите среду SCOM в Управляемый экземпляр SCOM, размещенный в Azure Monitor.
Рекомендации по конфигурации
| Рекомендация | Описание |
|---|---|
| Миграция из агента Log Analytics в агент Azure Monitor для детализации фильтрации данных. | Если у вас по-прежнему есть виртуальные машины с агентом Log Analytics, перенесите их в агент Azure Monitor, чтобы воспользоваться преимуществами более эффективной фильтрации данных и использовать уникальные конфигурации с различными наборами виртуальных машин. Настройка сбора данных агентом Log Analytics выполняется в рабочей области, поэтому все агенты получают одну и ту же конфигурацию. Правила сбора данных, используемые агентом Azure Monitor, можно настроить на конкретные требования к мониторингу различных наборов виртуальных машин. Агент Azure Monitor также позволяет использовать преобразования для фильтрации собираемых данных. |
| Отфильтруйте данные, которые вам не нужны от агентов. | Уменьшите затраты на прием данных, отфильтровав данные, которые не используются для оповещения или анализа. См. "Мониторинг виртуальных машин с помощью Azure Monitor: сбор данных" для рекомендаций о том, какие данные собирать для различных сценариев мониторинга, и "Управление затратами" для конкретных советов по фильтрации данных с целью снижения ваших затрат. |
| Определите, какие данные следует собирать с помощью аналитики виртуальных машин. | Обзор виртуальных машин — это отличная функция, которая позволяет быстро начать мониторинг виртуальных машин и предоставляет мощные возможности, такие как карта и представление тенденций производительности. Если вы не используете функцию "Map" или данные, которые она собирает, необходимо отключить сбор данных о процессах и зависимостях в конфигурации VM insights, чтобы сэкономить на затратах на прием данных. |
| Уменьшите частоту опроса счетчиков производительности. | Если вы используете правило для сбора данных, чтобы отправлять данные о производительности в рабочую область Log Analytics, вы можете снизить частоту опроса, чтобы сократить объем собранных данных. |
| Убедитесь, что виртуальные машины не отправляют повторяющиеся данные. | Если вы создаете несколько домашних агентов или создаете аналогичные правила сбора данных, убедитесь, что вы отправляете уникальные данные в каждую рабочую область. См. раздел Анализ использования в рабочей области Log Analytics для получения рекомендаций по анализу собранных данных, чтобы убедиться в отсутствии дублирующихся данных. Если вы выполняете миграцию между агентами, продолжайте использовать агент Log Analytics, пока не будете переходить в агент Azure Monitor, а не использовать оба вместе, если только вы не сможете убедиться, что каждый из них собирает уникальные данные. |
| Используйте аналитические сведения о рабочей области Log Analytics для анализа оплачиваемых затрат и определения возможностей экономии затрат. | Информация о рабочей области Log Analytics показывает собранные оплачиваемые данные в каждой таблице и с каждой виртуальной машины. Используйте эти сведения для идентификации основных компьютеров и таблиц, так как они представляют собой оптимальную возможность сократить затраты, отфильтровав данные. Используйте эту оценку и запросы журнала в Анализ использования рабочей области Log Analytics для дальнейшего анализа последствий изменений конфигурации. |
| Перенос среды SCOM в Управляемый экземпляр SCOM в Azure Monitor. | Перенесите существующую среду SCOM в управляемый экземпляр Azure Monitor SCOM, чтобы поддерживать пакеты управления, которые не заменяются Azure Monitor. Управляемый экземпляр SCOM удаляет требование поддерживать локальные серверы управления и серверы баз данных, уменьшая общую стоимость обслуживания инфраструктуры SCOM. |
Контейнеры
Контрольный список проектирования
- Включите коллекцию метрик с помощью управляемой службы Azure Monitor для Prometheus.
- Настройте коллекцию агентов для изменения сбора данных в службе "Аналитика контейнеров".
- Измените параметры сбора данных метрик в системе аналитики контейнеров.
- Отключите сбор контейнерных аналитических данных о метриках, если вы не используете опыт взаимодействия с аналитикой контейнеров в портале Azure.
- Если вы регулярно не запрашиваете таблицу журналов контейнеров или используете ее для оповещений, настройте ее в качестве базовых журналов.
- Ограничьте сбор журналов ресурсов, которые вам не нужны.
- Используйте ведение журналов, специфичных для ресурсов, для журналов ресурсов AKS и настройте таблицы как базовые журналы.
- Используйте OpenCost для сбора сведений о затратах на Kubernetes.
Рекомендации по конфигурации
| Рекомендация | Преимущества |
|---|---|
| Включите коллекцию метрик с помощью управляемой службы Azure Monitor для Prometheus. Убедитесь, что вы не отправляете метрики Prometheus в рабочую область Log Analytics. | Вы можете использовать управляемую службу Azure Monitor для Prometheus для удаления метрик Prometheus из кластера, включив Managed Prometheus. Обратите внимание, что вы можете настроить мониторинг контейнеров для сбора метрик Prometheus в рабочей области Log Analytics, однако это не рекомендуется, так как это дублирует данные в Управляемом Prometheus и приведет к дополнительным затратам. Дополнительные сведения см. в разделе о ценах на Managed Prometheus. |
| Настройте агент для изменения сбора данных в аналитике контейнеров. | Анализируйте данные, собранные с помощью Container insights, как описано в Оптимизация затрат на мониторинг для Container insights, и измените конфигурацию, чтобы прекратить сбор ненужных данных. |
| Изменение параметров для сбора данных метрик в Container Insights. | См. раздел "Включение параметров оптимизации затрат", чтобы узнать, как изменить частоту сбора данных метрик и пространств имен, которые собираются функцией аналитики контейнеров. |
| Отключите сбор данных метрик Container insights, если вы не используете возможности Container insights в портале Azure. | Аналитика контейнеров собирает множество одинаковых значений метрик, что и Managed Prometheus. Вы можете отключить коллекцию этих метрик, настроив аналитику контейнеров только для сбора журналов и событий , как описано в разделе "Включение параметров оптимизации затрат в аналитике контейнеров". Эта конфигурация отключает возможности аналитики контейнеров в портал Azure, но вы можете использовать Grafana для визуализации метрик Prometheus и Log Analytics для анализа данных журнала, собранных аналитикой контейнеров. |
| Если вы регулярно не запрашиваете таблицу журналов контейнеров или используете ее для оповещений, настройте ее в качестве базовых журналов. | Преобразуйте схему аналитики контейнеров в ContainerLogV2 , которая совместима с журналами Basic и может обеспечить значительную экономию затрат, как описано в статье "Оптимизация затрат на мониторинг для аналитики контейнеров". |
| Ограничьте сбор журналов ресурсов, которые вам не нужны. | Журналы плоскости управления для кластеров AKS реализуются в виде журналов ресурсов в Azure Monitor. Создайте параметр диагностики для отправки этих данных в рабочую область Log Analytics. См. Сбор журналов уровня управления для кластеров AKS для рекомендаций о том, какие категории следует собирать. |
| Используйте ресурсоспецифичное ведение журналов для журналов ресурсов AKS и настройте таблицы как простые журналы. | AKS поддерживает либо диагностический режим Azure, либо режим, зависящий от ресурса, для журналов ресурсов. Укажите журналы ресурсов, чтобы включить параметр настройки таблиц для базовых журналов, которые обеспечивают сниженную плату за прием журналов, которые запрашиваются только иногда и не используются для оповещения. |
| Используйте OpenCost для сбора сведений о затратах на Kubernetes. | OpenCost — это проект песочницы с открытым исходным кодом, нейтральный к поставщикам CNCF, предназначенный для понимания ваших затрат на Kubernetes и улучшения вашей способности к видимости затрат AKS. Он экспортирует подробные данные о затратах в дополнение к ценам azure для конкретного клиента в службу хранилища Azure, чтобы помочь администратору кластера анализировать и классифицировать затраты. |
Application Insights
Контрольный список проектирования
- Перейдите в Application Insights на основе рабочей области.
- Используйте выборку для настройки объема собранных данных.
- Ограничение количества вызовов Ajax.
- Отключите ненужные модули.
- Предварительное агрегирование метрик из любых вызовов TrackMetric.
- Ограничьте использование пользовательских метрик по возможности.
- Обеспечение использования обновленных пакетов средств разработки программного обеспечения (SDK).
- Ограничьте нежелательную трассировку хоста и общее ведение журнала трассировки с помощью уровней журналирования.
Рекомендации по конфигурации
| Рекомендация | Преимущества |
|---|---|
| Перейдите в Application Insights на основе рабочей области. | Убедитесь, что ресурсы Application Insights основаны на рабочей области. Ресурсы Application Insights на основе рабочей области могут применять новые средства экономии затрат, такие как базовые журналы, уровни обязательств, хранение по типу данных и долгосрочное хранение. |
| Используйте выборку для настройки объема собранных данных. | Выборка — это основное средство, которое можно использовать для настройки объема данных, собранных Application Insights. Используйте выборку, чтобы уменьшить объем данных телеметрии, отправляемых из приложений, с минимальным искажением метрик. |
| Ограничение количества вызовов Ajax. | Ограничить количество Ajax-запросов, которые могут быть зарегистрированы в каждом просмотре страницы, или отключить регистрацию Ajax-запросов. Если отключить вызовы Ajax, вы также отключите корреляцию JavaScript. |
| Отключите ненужные модули. | Отключите модули сбора, которые вы не используете, отредактировав файл ApplicationInsights.config. Например, вы можете решить, что счетчики производительности или данные зависимостей не являются необходимыми. |
| Предагрегированные метрики из любых вызовов TrackMetric. | Если вы добавляете вызовы TrackMetric в ваше приложение, вы можете уменьшить трафик, используя перегруженную версию, которая принимает ваше вычисление среднего и стандартного отклонения пакета измерений. Кроме того, можно использовать пакет предварительной агрегации. |
| Ограничьте использование пользовательских метрик. | Параметр Application Insights для включения оповещений о пользовательских измерениях метрик может увеличить затраты. Использование этого параметра может привести к созданию дополнительных метрик предварительной статистической обработки. |
| Обеспечение использования обновленных пакетов средств разработки программного обеспечения (SDK). | Более ранние версии пакета SDK для ASP.NET Core и пакета SDK для рабочей службы собирают множество счетчиков по умолчанию, которые были собраны как пользовательские метрики. Используйте более поздние версии, чтобы указать только необходимые счетчики. |
| Ограничение нежелательного ведения журнала трассировки. | Application Insights имеет несколько возможных источников журналов. Уровни журналов можно использовать для настройки и сокращения телеметрии трассировочных журналов. Ведение журнала также может применяться к узлу. Например, клиенты, использующие Служба Azure Kubernetes (AKS), должны настраивать журналы уровня управления и плоскости данных. Аналогичным образом клиенты, использующие функции Azure, должны адаптировать уровни журналов и области для оптимизации объема журналов и затрат. |
Следующий шаг
- Узнайте больше о начале работы с Azure Monitor.