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

Общие сведения о вариантах миграции для новых оповещений

  • Статья

Поддержка классических оповещений для пользователей общедоступного облака будет прекращена. Классические оповещения для Azure для государственных организаций облака и Microsoft Azure под управлением 21Vianet будут прекращены 29 февраля 2024 г.

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

Важно!

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

Примечание

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

Ручная миграция классических оповещений в новые

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

Метрики гостя на виртуальных машинах

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

Дополнительные параметры для сбора гостевых метрик и оповещений о них см. в этой статье.

Метрики учетной записи хранения и классической учетной записи хранения

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

  • PercentAuthorizationError
  • PercentClientOtherError
  • PercentNetworkError
  • PercentServerOtherError
  • PercentSuccess
  • PercentThrottlingError
  • PercentTimeoutError
  • AnonymousThrottlingError
  • SASThrottlingError
  • ThrottlingError

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

Правила генерации классических оповещений для AnonymousThrottlingError, SASThrottlingError и ThrottlingError должны быть разделены на два новых оповещения, поскольку не существует объединенных метрик, предоставляющих те же функциональные возможности. Пороговые значения потребуется адаптировать соответствующим образом.

Метрики Azure Cosmos DB

Все классические оповещения в метриках Azure Cosmos DB можно перенести, за исключением оповещений для следующих метрик:

  • Среднее количество запросов в секунду
  • Уровень согласованности
  • HTTP 2xx
  • HTTP 3xx:
  • Максимальное количество использованных RUPM в минуту
  • Максимальное количество RU в секунду
  • Плата за другие запросы Mongo
  • Частота других запросов Mongo
  • Наблюдаемая задержка чтения
  • Наблюдаемая задержка записи
  • Доступность службы
  • Емкость хранилища

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

Оповещения о метриках запросов, таких как HTTP 2xx, HTTP 3xx и доступность службы, не переносятся, так как запросы между классическими метриками и новыми метриками различны. Оповещения на основе этих метрик потребуется вручную создать повторно со скорректированными пороговыми значениями.

Правила генерации классических оповещений на устаревших метриках

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

Тип ресурса Нерекомендуемая метрика
Microsoft.DBforMySQL/servers compute_consumption_percent, compute_limit
Microsoft.DBforPostgreSQL/servers compute_consumption_percent, compute_limit
Microsoft.Network/publicIPAddresses defaultddostriggerrate
Microsoft.SQL/servers/databases service_level_objective, storage_limit, storage_used, throttling, dtu_consumption_percent, storage_used
Microsoft.Web/hostingEnvironments/multirolepools averagememoryworkingset
Microsoft.Web/hostingEnvironments/workerpools bytesreceived, httpqueuelength

Как создаются эквивалентные новые правила генерации оповещений и группы действий

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

  • Частота: определяет, как часто классическое или новое правило генерации оповещений будет проверять наличие условия. В правилах классических оповещений frequency не настраивалось пользователем и всегда составляло 5 минут для всех типов ресурсов. Частота эквивалентных правил также равна 5 минутам.
  • Тип статистической обработки: определяет, как осуществляется статистическая обработка метрики по интересующему окну. Кроме того, aggregationType является одинаковым между классическими и новыми оповещениями для большинства метрик. В некоторых случаях, поскольку метрика отличается между классическими и новыми оповещениями, используется эквивалент aggregationType или primary Aggregation Type, определенный для метрики.
  • Единицы: свойство метрики, для которой создается оповещение. Некоторые эквивалентные метрики имеют разные единицы измерения. При необходимости пороговое значение корректируется соответствующим образом. Например, если исходная метрика содержит секунды как единицы измерения, но эквивалентная новая метрика содержит миллисекунды, то исходное пороговое значение умножается на 1000 для обеспечения того же поведения.
  • Размер окна: определяет окно, по которому объединяются данные метрики для сравнения с пороговым значением. Для стандартных значений windowSize, таких как 5 минут, 15 минут, 30 минут, 1 час, 3 часа, 6 часов, 12 часов, 1 день, нет изменений, внесенных в эквивалентное новое правило генерации оповещений. Для других значений используется ближайшее к нему значение windowSize. На большинство клиентов это изменение не влияет. Для небольшого количества клиентов может потребоваться настроить пороговое значение, чтобы добиться точно такого же поведения.

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

Microsoft.Storage/storageAccounts и Microsoft.ClassicStorage/storageAccounts

Для служб учетных записей хранения, таких как BLOB-объекты, таблицы, файлы и очереди, следующие метрики сопоставляются с эквивалентными метриками, как показано ниже.

Метрика в классических оповещениях Эквивалентная метрика в новых оповещениях Комментарии
AnonymousAuthorizationError Метрика транзакций с измерениями "ResponseType"="AuthorizationError" и "Authentication" = "Anonymous"
AnonymousClientOtherError Метрика транзакций с измерениями "ResponseType"="ClientOtherError" и "Authentication" = "Anonymous"
AnonymousClientTimeOutError Метрика транзакций с измерениями "ResponseType"="ClientTimeOutError" и "Authentication" = "Anonymous"
AnonymousNetworkError Метрика транзакций с измерениями "ResponseType"="NetworkError" и "Authentication" = "Anonymous"
AnonymousServerOtherError Метрика транзакций с измерениями "ResponseType"="ServerOtherError" и "Authentication" = "Anonymous"
AnonymousServerTimeOutError Метрика транзакций с измерениями "ResponseType"="ServerTimeOutError" и "Authentication" = "Anonymous"
AnonymousSuccess Метрика транзакций с измерениями "ResponseType"="Success" и "Authentication" = "Anonymous"
AuthorizationError Метрика транзакций с измерениями "ResponseType"="AuthorizationError"
AverageE2ELatency SuccessE2ELatency
AverageServerLatency SuccessServerLatency
Capacity BlobCapacity Используйте aggregationType "Average" вместо "Last". Метрика применяется только к службам BLOB-объектов
ClientOtherError Метрика транзакций с измерениями "ResponseType"="ClientOtherError"
ClientTimeoutError Метрика транзакций с измерениями "ResponseType"="ClientTimeOutError"
ContainerCount ContainerCount Используйте aggregationType "Average" вместо "Last". Метрика применяется только к службам BLOB-объектов
NetworkError Метрика транзакций с измерениями "ResponseType"="NetworkError"
ObjectCount BlobCount Используйте aggregationType "Average" вместо "Last". Метрика применяется только к службам BLOB-объектов
SASAuthorizationError Метрика транзакций с измерениями "ResponseType"="AuthorizationError" и "Authentication" = "SAS"
SASClientOtherError Метрика транзакций с измерениями "ResponseType"="ClientOtherError" и "Authentication" = "SAS"
SASClientTimeOutError Метрика транзакций с измерениями "ResponseType"="ClientTimeOutError" и "Authentication" = "SAS"
SASNetworkError Метрика транзакций с измерениями "ResponseType"="NetworkError" и "Authentication" = "SAS"
SASServerOtherError Метрика транзакций с измерениями "ResponseType"="ServerOtherError" и "Authentication" = "SAS"
SASServerTimeOutError Метрика транзакций с измерениями "ResponseType"="ServerTimeOutError" и "Authentication" = "SAS"
SASSuccess Метрика транзакций с измерениями "ResponseType"="Success" и "Authentication" = "SAS"
ServerOtherError Метрика транзакций с измерениями "ResponseType"="ServerOtherError"
ServerTimeOutError Метрика транзакций с измерениями "ResponseType"="ServerTimeOutError"
Успешное завершение Метрика транзакций с измерениями "ResponseType"="Success"
TotalBillableRequests Transactions
TotalEgress Исходящие
TotalIngress Входящий трафик
TotalRequests Transactions

Microsoft.DocumentDB/databaseAccounts

Для Azure Cosmos DB эквивалентные метрики приведены ниже.

Метрика в классических оповещениях Эквивалентная метрика в новых оповещениях Комментарии
AvailableStorage AvailableStorage
Размер данных DataUsage
Число документов DocumentCount
Размер индексов IndexUsage
Служба недоступна ServiceAvailability
TotalRequestUnits TotalRequestUnits
Регулируемые запросы TotalRequests с измерением "StatusCode" = "429" Тип агрегата "Average" исправлен на "Count"
Внутренние ошибки сервера TotalRequests с измерением "StatusCode" = "500"} Тип агрегата "Average" исправлен на "Count"
HTTP 401: TotalRequests с измерением "StatusCode" = "401" Тип агрегата "Average" исправлен на "Count"
HTTP 400 TotalRequests с измерением "StatusCode" = "400" Тип агрегата "Average" исправлен на "Count"
Общее количество запросов TotalRequests Тип агрегата "Max" исправлен на "Count"
Плата за запросы Mongo на расчет MongoRequestCharge с измерением "CommandName" = "count"
Частота запросов Mongo на расчет MongoRequestsCount с измерением "CommandName" = "count"
Плата за запросы Mongo на удаление MongoRequestCharge с измерением "CommandName" = "delete"
Частота запросов Mongo на удаление MongoRequestsCount с измерением "CommandName" = "delete"
Плата за запросы Mongo на вставку MongoRequestCharge с измерением "CommandName" = "insert"
Частота запросов Mongo на вставку MongoRequestsCount с измерением "CommandName" = "insert"
Плата за запросы Mongo на чтение MongoRequestCharge с измерением "CommandName" = "find"
Частота запросов Mongo на чтение MongoRequestsCount с измерением "CommandName" = "find"
Плата за запросы Mongo на обновление MongoRequestCharge с измерением "CommandName" = "update"
Неудачные запросы Mongo на вставку MongoRequestCount с измерениями "CommandName" = "insert" и "Status" = "failed" Тип агрегата "Average" исправлен на "Count"
Неудачные запросы Mongo на чтение MongoRequestCount с измерениями "CommandName" = "query" и "Status" = "failed" Тип агрегата "Average" исправлен на "Count"
Неудачные запросы Mongo на расчет MongoRequestCount с измерениями "CommandName" = "count" и "Status" = "failed" Тип агрегата "Average" исправлен на "Count"
Неудачные запросы Mongo на обновление MongoRequestCount с измерениями "CommandName" = "update" и "Status" = "failed" Тип агрегата "Average" исправлен на "Count"
Неудачные другие запросы Mongo MongoRequestCount с измерениями "CommandName" = "other" и "Status" = "failed" Тип агрегата "Average" исправлен на "Count"
Неудачные запросы Mongo на удаление MongoRequestCount с измерениями "CommandName" = "delete" и "Status" = "failed" Тип агрегата "Average" исправлен на "Count"

Как создаются эквивалентные группы действий

Правила генерации классических оповещений имеют привязку электронной почты, веб-перехватчика, приложения логики и действия Runbook к самому правилу оповещения. Правила генерации новых оповещений используют группы действий, которые можно повторно использовать в нескольких правилах генерации оповещений. Средство миграции создает одну группу действий для одних и тех же действий независимо от того, сколько правил генерации оповещений использует действие. Группы действий, созданные инструментом миграции, используют формат именования "Migrated_AG*".

Примечание

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

Этапы выпуска

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

Примечание

Так как средство разворачивается по этапам, вы можете заметить, что некоторые подписки еще не готовы к миграции на ранних этапах.

Большинство подписок в настоящий момент помечены как готовые к миграции. Все подписки с классическими оповещениями для следующих типов ресурсов все еще не готовы к миграции.

  • Microsoft.classicCompute/domainNames/slots/roles
  • Microsoft.insights/components

Кто может активировать миграцию?

Любой пользователь, имеющий встроенную роль участника мониторинга на уровне подписки, может запустить миграцию. Пользователи, имеющие пользовательскую роль со следующими разрешениями, также могут активировать миграцию:

  • */чтение
  • Microsoft.Insights/actiongroups/*
  • Microsoft.Insights/AlertRules/*
  • Microsoft.Insights/metricAlerts/*
  • Microsoft.AlertsManagement/smartDetectorAlertRules/*

Примечание

Кроме указанных выше разрешений, подписка должна быть дополнительно зарегистрирована в поставщике ресурсов Microsoft.AlertsManagement. Это необходимо для успешной миграции предупреждений об аномалиях сбоя на Application Insights.

Распространенные проблемы и способы их устранения

После активации миграции вы получите электронные письма по указанным адресам с уведомлением о завершении миграции или необходимости каких-либо действий. В этом разделе описаны некоторые распространенные проблемы и способы их решения.

Проверка завершена с ошибкой

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

Блокировка области не позволила перенести правила

В рамках миграции будут созданы новые оповещения о метриках и новые группы действий, а затем правила генерации классических оповещений будут удалены. Однако блокировка области может препятствовать созданию и удалению ресурсов. В зависимости от блокировки области некоторые или все правила не удалось перенести. Эту проблему можно устранить, удалив блокировку области для подписки, группы ресурсов или ресурса, указанных в Средстве миграции, и снова запустив миграцию. Блокировка области не может быть отключена и должна быть удалена в процессе миграции. Дополнительные сведения об управлении блокировками областей.

Политика с результатом "deny" не позволила перенести ваши правила

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

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