Определение аномалий и непредвиденных изменений стоимости

Эта статья поможет определить аномалии и непредвиденные изменения в затратах на облако с помощью Управления затратами и выставления счетов. Нет платы за использование функций управления затратами и выставления счетов для подписок Azure. Начните с обнаружения аномалий для подписок в анализе затрат, чтобы определить любые нетипичные шаблоны использования на основе тенденций затрат и использования. Затем вы узнаете, как детализировать сведения о затратах, чтобы найти и исследовать пики затрат и спады.

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

Как правило, существует три типа изменений, которые, возможно, вам потребуется исследовать:

  • Новые затраты — например, ресурс, который был запущен или добавлен, такой как виртуальная машина. Новые затраты часто отображаются как затраты, начинающиеся с нуля.
  • Удаленные затраты — например, ресурс, который был остановлен или удален. Удаленные затраты часто отображаются как затраты, оканчивающиеся на ноль.
  • Измененные затраты (увеличение или уменьшение) — например, ресурс был каким-то образом изменен, что привело к увеличению или снижению затрат. Некоторые изменения, такие как изменение размера виртуальной машины, могут отображаться как новый счетчик, который заменяет удаленный счетчик, оба в одном и том же ресурсе.

Выявление аномалий затрат

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

Если у вас есть какие-либо аномалии затрат или нет, анализ затрат сообщает вам, если он находит что-либо необычное в рамках аналитики. Если нет, анализ затрат показывает , что аномалии не обнаружены.

Просмотр аномалий в Анализе затрат

Обнаружение аномалий доступно в смарт-представлениях анализа затрат при выборе области подписки. Состояние аномалий можно просмотреть как часть Аналитики.

Примечание.

Оповещения о аномалиях затрат недоступны для Azure для государственных организаций клиентов.

На портале Azure перейдите к разделу "Управление затратами" на домашней странице Azure. Выберите область подписки, а затем в меню слева выберите Анализ затрат. В списке представлений выберите любое представление в разделе "Интеллектуальные представления". В следующем примере выбрано интеллектуальное представление ресурсов . Если у вас есть аномалия затрат, вы увидите аналитические сведения.

Пример снимка экрана, показывающий аналитические сведения.

Если у вас нет аномалий, вы увидите отсутствие аномалий, обнаруженных аналитических сведений, подтверждающих даты, которые были оценены.

Пример снимка экрана, показывающий отсутствие обнаруженных аномалий.

Детализация аномалии

Чтобы детализировать базовые данные для того, что изменилось, выберите ссылку аналитики. Откроется представление в классическом анализе затрат, где можно просмотреть ежедневное использование по группе ресурсов для вычисляемого диапазона времени.

Продолжая предыдущий пример аномалии с меткой Суточная скорость выполнения снизилась на 748 % 28 сентября, давайте рассмотрим ее подробно после выбора ссылки. На приведенном ниже изображении примера показаны подробные сведения об аномалии. Обратите внимание на значительное увеличение затрат, резкий скачок затрат и, в конечном итоге, спад от временного, недолговечного ресурса.

Пример снимка экрана, показывающий увеличение затрат из кратковременного ресурса.

Аномалии затрат оцениваются для подписок ежедневно и сравнивают общее использование дня с прогнозируемым итогом на основе последних 60 дней, чтобы учитывать распространенные шаблоны в недавнем использовании. Например, пики каждый понедельник. Обнаружение аномалий выполняется через 36 часов после окончания дня (UTC), чтобы обеспечить доступность полного набора данных.

Модель обнаружения аномалий — это неустранимая модель временных рядов, неконтролируемая прогнозирование и модель на основе реконструкции, которая использует 60 дней исторического использования для обучения, а затем прогнозирует ожидаемое использование в течение дня. Для прогнозирования обнаружения аномалий используется алгоритм глубокого обучения под названием WaveNet. Это отличается от прогноза управления затратами. Общее нормализованное использование определяется как аномальное, если оно выходит за пределы ожидаемого диапазона, судя по предустановленному доверительному интервалу.

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

Создание оповещения об аномалиях

Вы можете создать оповещение, чтобы автоматически получать уведомления при обнаружении аномалии. Для создания оповещений об аномалиях требуется участник управления затратами или более большая роль или Microsoft.CostManagement/scheduledActions/write разрешение для пользовательских ролей. Дополнительные сведения см. в разделе "Поведение компонентов" для каждой роли.

Примечание.

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

Сообщение электронной почты об аномалиях содержит сводку изменений в количестве групп ресурсов и затратах. Он также включает изменения в первой группе ресурсов за день по сравнению с предыдущими 60 днями. Кроме того, он имеет прямую ссылку на портал Azure, чтобы вы могли просмотреть затраты и дополнительно их изучить.

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

  1. В разделе "Средства" выберите "Управление затратами" в разделе "Управление затратами".
  2. Убедитесь, что выбрана правильная подписка в области в верхней части страницы.
  3. В меню слева выберите Оповещения о затратах.
  4. На панели инструментов нажмите кнопку + Добавить.
  5. На странице "Создание правила генерации оповещений" выберите "Аномалия " в качестве типа оповещения.
  6. Введите все необходимые сведения и нажмите кнопку "Создать".
    Снимок экрана: страница Вы можете просматривать правило генерации оповещений аномалий и управлять ими, перейдя к правилам генерации оповещений в меню навигации слева.

Ниже приведен пример сообщения электронной почты, созданного для оповещения об аномалиях.

Снимок экрана: пример сообщения электронной почты об аномалиях.

Поиск непредвиденных изменений затрат вручную

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

Пример снимка экрана: представление накопленных затрат.

В представлении по умолчанию и текущем месяце (март 2022 г.) на примере изображения не показаны пики или спады.

Измените представление на Ежедневные затраты, а затем расширьте диапазон дат до Последнего года (2021 г.). Далее задайте для параметра "Детализация" значение Ежемесячно. На следующем изображении обратите внимание на значительное увеличение затрат на группу ресурсов arcticmustang, начиная с июля.

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

Давайте рассмотрим увеличение затрат для группы ресурсов более подробно. Чтобы детализировать интервал времени изменения, измените диапазон дат. В следующем примере мы задаем настраиваемый диапазон дат с июня по июль 2021 г., а затем задаем для параметра "Детализация" значение Ежедневно. В этом примере ежедневные затраты для группы ресурсов составляли около 4,56 долл. США. 30 июня стоимость выросла до 20,68 долл. США. Далее, 1 июля и позднее, ежедневная стоимость поднялась до 30,22 долл. США.

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

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

Давайте продолжим изучение данных, чтобы узнать больше об увеличении затрат. Выберите элемент, стоимость которого увеличилась (articmustang), чтобы автоматически установить фильтр для имени группы ресурсов. Затем измените список Группировать по на Ресурс. Затем установите диапазон дат на меньший период. Например, с 28 июня по 4 июля. На следующем примере изображения четко показано увеличение затрат. Тип ресурса отображается как microsoft.network/virtualnetworkgateways.

Пример снимка экрана: увеличение затрат на тип ресурса.

Затем выберите на диаграмме ресурс, стоимость которого увеличилась articring, чтобы установить другой фильтр для ресурса. Теперь затраты отображаются только для этого ресурса. Затем установите для списка Группировать по значение Счетчик.

Пример снимка экрана, на котором показана повышенная стоимость определенного ресурса.

В предыдущем примере показано, что ресурс виртуальной частной сети с именем VpnGw1 перестал использоваться 30 июня. 30 июня начал использоваться более дорогой ресурс виртуальной частной сети под названием VpnGw3.

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

Поиск людей, ответственных за изменение использования ресурсов

С помощью анализа затрат можно найти ресурсы, которые имели внезапные изменения в использовании. Однако может быть неочевидно, кто несет ответственность за ресурс, или почему было внесено изменение. Часто команда, отвечающая за заданный ресурс, знает об изменениях, внесенных в ресурс. Необходимо привлекать ответственных, когда вы определяете причину возникновения расходов. Например, группа владельцев создала ресурс, обновила свой номер SKU (который изменил частоту ресурсов) или увеличила нагрузку на ресурс из-за изменений кода.

Статья Получение изменений ресурсов для Azure Resource Graph может помочь найти дополнительные сведения об изменениях конфигурации ресурсов.

Чтобы узнать о дополнительных методах определения владельца ресурса, ознакомьтесь со следующими разделами.

Анализ журналов аудита ресурса

Если у вас есть разрешение на просмотр ресурса, вы сможете получить доступ к его журналам аудита. Проверьте журналы, чтобы найти пользователя, ответственного за последние изменения ресурса. Дополнительные сведения см. в статье Просмотр и извлечение событий журнала действий Azure.

Анализ разрешений пользователя для родительской области ресурса

Пользователи с доступом на запись к подписке или группе ресурсов обычно имеют сведения о созданных или обновленных ресурсах. Они должны объяснить назначение ресурса или направить вас к специалисту. Чтобы определить пользователей с разрешениями для области подписки, ознакомьтесь со статьей Краткое руководство. Просмотр прав доступа пользователя к ресурсам Azure. Аналогичный процесс можно использовать для областей выставления счетов, групп ресурсов и групп управления.

Изучение ресурсов с тегами

Если у вас есть политика добавления тегов ресурсов, ресурс может быть помечен идентифицирующей информацией. Например, ресурсы могут быть помечены информацией о владельце, месте возникновения затрат или среде разработки. Если у вас еще нет политики добавления тегов ресурсов, рассмотрите возможность ее принятия, чтобы упростить идентификацию ресурсов в будущем.

Другие стратегии выявления непредвиденных расходов

Если вы использовали предыдущие стратегии, и вы по-прежнему не понимаете, почему вы получили плату или если вам нужна другая помощь с проблемами выставления счетов, ознакомьтесь со следующими разделами.

Почему я не получаю сообщения электронной почты из оповещений об аномалиях?

Существует несколько причин, по которым вы не получаете сообщения электронной почты оповещений. Попробуйте выполнить следующие действия:

  • Убедитесь, что создатель расписания продолжает назначать роль читателя или Microsoft.CostManagement/scheduledActions/read разрешение, если это настраиваемая роль.
  • Убедитесь, что ваш адрес электронной почты отображается как получатель и что он правильный.
  • Убедитесь, что нет правил электронной почты, которые блокируются microsoft-noreply@microsoft.com.
  • Проверьте папку нежелательной почты или нежелательной почты для сообщений электронной почты microsoft-noreply@microsoft.com.
  • Убедитесь, что оповещение истекло или удалено. Вы можете расширить или создать новое правило генерации оповещений аномалий, чтобы устранить проблему.
  • Обратитесь к администратору, чтобы повторно включить политику расходов на просмотр в портал Azure. Политика применяется к косвенным Соглашение Enterprise и к Клиентское соглашение Майкрософт с партнером Майкрософт.

Примечание.

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

Почему я не могу создать правило оповещения об аномалиях?

Попробуйте сделать следующее.

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

  • Убедитесь, что у вас есть роль владельца, участника или участника управления затратами в подписке.

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

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

Как автоматизировать создание правила генерации оповещений аномалий?

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

Получение справки для определения расходов

Если вы использовали предыдущие стратегии, и вы по-прежнему не понимаете, почему вы получили плату или если вам нужна другая помощь с проблемами выставления счетов, создайте запрос на поддержку.