Прочитать на английском

Поделиться через


Оптимизация затрат в Azure Monitor

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

В этой статье описывается оптимизация затрат для Azure Monitor в рамках Azure Well-Architected Framework. Платформа Azure с продуманной архитектурой — это набор руководящих принципов, с помощью которых можно повысить качество рабочей нагрузки. Платформа состоит из пяти основных компонентов качественной архитектуры:

  • Надежность
  • Безопасность
  • Оптимизация затрат
  • Эффективность работы
  • Уровень производительности

Azure Monitor Logs

Контрольный список проектирования

  • Определите, следует ли объединять операционные данные и данные безопасности в одной рабочей области 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 для рабочих областей Log Analytics. Рекомендации помощника по Azure для рабочих областей Log Analytics заранее предупреждают вас, когда есть возможность оптимизировать затраты. Создание оповещений Помощника по Azure для этих рекомендаций по затратам:
  • Рассмотрите возможность настройки плана экономичных журналов "Базовый" для выбранных таблиц. Мы определили прием более 1 ГБ в месяц в таблицы, подходящие для плана данных журнала "Базовый" с низкой стоимостью. Базовый план журнала предоставляет возможности запроса для отладки и устранения неполадок с более низкой стоимостью.
  • Рассмотрите возможность изменения ценовой категории на основе текущего объема использования, изучите ценовую категорию (Обязательства), чтобы получить скидку и сократить затраты.
  • Рассмотрите возможность удаления неиспользуемых восстановленных таблиц. У вас есть одна или несколько таблиц с восстановленными данными, активными в рабочей области. Если вы больше не используете восстановленные данные, удалите таблицу, чтобы избежать ненужных расходов.
  • Обнаружена аномалия приема данных . Мы определили гораздо более высокую частоту приема за прошлую неделю на основе приема в течение трех предыдущих недель. Запишите это изменение и ожидаемые изменения в затратах.
Вы также можете просмотреть автоматически созданную рекомендацию, выбрав "Обзорные>рекомендации" или "Рекомендации помощника" в меню ресурсов рабочей области Log Analytics.

Ресурсы Azure

Контрольный список проектирования

  • Сбор только критически важных данных журнала ресурсов из ресурсов Azure.

Рекомендации по настройке

Рекомендация Преимущества
Сбор только критически важных данных журнала ресурсов из ресурсов Azure. При создании параметров диагностики для отправки журналов ресурсов для ресурсов Azure в базу данных Log Analytics укажите только те категории, которые требуются. Так как параметры диагностики не позволяют детализировать фильтрацию журналов ресурсов, можно использовать преобразование рабочей области для фильтрации ненужных данных для тех ресурсов, которые используют поддерживаемую таблицу. Дополнительные сведения о настройке параметров диагностики и использовании преобразований для фильтрации данных см . в azure Monitor .

видны узлы

Контрольный список проектирования

  • Оповещения журнала действий, оповещения о работоспособности служб и оповещения о работоспособности ресурсов бесплатны.
  • При использовании оповещений поиска по журналам свести к минимуму частоту оповещений поиска по журналам.
  • При использовании оповещений метрик свести к минимуму количество отслеживаемых ресурсов.

Рекомендации по настройке

Рекомендация Преимущества
Помните, что оповещения журнала действий, оповещения о работоспособности служб и оповещения о работоспособности ресурсов бесплатны. Оповещения о действиях Azure Monitor, оповещения о работоспособности служб и оповещения о работоспособности ресурсов бесплатны. Если вы хотите отслеживать эти типы оповещений, используйте их.
При использовании оповещений поиска по журналам свести к минимуму частоту оповещений поиска по журналам. При настройке оповещений поиска по журналам следует помнить, что чем чаще оценка правила, тем выше стоимость. Настройте правила соответствующим образом.
При использовании оповещений метрик свести к минимуму количество отслеживаемых ресурсов. Некоторые типы ресурсов поддерживают правила генерации оповещений метрик, которые могут отслеживать несколько ресурсов одного типа. Для этих типов ресурсов следует помнить, что правило может стать дорогостоящим, если правило отслеживает множество ресурсов. Чтобы сократить затраты, можно уменьшить область действия правила генерации оповещений метрик или использовать правила генерации оповещений поиска по журналам, которые являются менее дорогостоящими для мониторинга большого количества ресурсов.

Виртуальные машины

Контрольный список проектирования

  • Миграция из агента Log Analytics в агент Azure Monitor для детализации фильтрации данных.
  • Фильтрация данных, которые не требуются от агентов.
  • Определите, будут ли использоваться аналитические сведения о виртуальных машинах и какие данные собираются.
  • Уменьшите частоту опроса счетчиков производительности.
  • Убедитесь, что виртуальные машины не отправляют повторяющиеся данные.
  • Используйте аналитические сведения о рабочей области Log Analytics для анализа оплачиваемых затрат и определения возможностей экономии затрат.
  • Перенос среды SCOM в Управляемый экземпляр SCOM в Azure Monitor.

Рекомендации по настройке

Рекомендация Description
Миграция из агента Log Analytics в агент Azure Monitor для детализации фильтрации данных. Если у вас по-прежнему есть виртуальные машины с агентом Log Analytics, перенесите их в агент Azure Monitor, чтобы воспользоваться преимуществами более эффективной фильтрации данных и использовать уникальные конфигурации с различными наборами виртуальных машин. Настройка сбора данных агентом Log Analytics выполняется в рабочей области, поэтому все агенты получают одну и ту же конфигурацию. Правила сбора данных, используемые агентом Azure Monitor, можно настроить на конкретные требования к мониторингу различных наборов виртуальных машин. Агент Azure Monitor также позволяет использовать преобразования для фильтрации собираемых данных.
Фильтрация данных, которые не требуются от агентов. Уменьшите затраты на прием данных, отфильтровав данные, которые не используются для оповещения или анализа. См. статью "Мониторинг виртуальных машин с помощью Azure Monitor: сбор данных для сбора данных для различных сценариев мониторинга и управление затратами на фильтрацию данных для снижения затрат".
Определите, какие данные следует собирать с помощью аналитики виртуальных машин. Аналитика виртуальных машин — это отличная функция, которая позволяет быстро приступить к мониторингу виртуальных машин и предоставляет мощные функции, такие как представления тенденций сопоставления и производительности. Если вы не используете функцию map или собранные данные, необходимо отключить сбор процессов и зависимостей в конфигурации аналитики виртуальных машин, чтобы сэкономить на затратах на прием данных.
Уменьшите частоту опроса счетчиков производительности. Если вы используете правило сбора данных для отправки данных производительности в рабочую область 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.
Настройте агент для изменения сбора данных в аналитике контейнеров. Анализ данных, собранных аналитикой контейнеров, как описано в статье "Оптимизация затрат на мониторинг для аналитики контейнеров" и настройка конфигурации, чтобы остановить сбор данных, которые вам не нужны.
Изменение параметров для сбора данных метрик с помощью аналитики контейнеров. Дополнительные сведения об изменении частоты сбора данных метрик и пространств имен, собираемых аналитикой контейнеров, см. в разделе "Включение параметров оптимизации затрат".
Отключите коллекцию аналитических сведений о контейнерах данных метрик, если вы не используете возможности аналитики контейнеров в портал 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, должны адаптировать уровни журналов и области для оптимизации объема журналов и затрат.

Следующий шаг