Udostępnij za pośrednictwem

Omówienie opcji migracji do nowszych alertów

  • Artykuł

Alerty klasyczne są wycofyzowane dla użytkowników chmury publicznej. Alerty klasyczne dla chmury Azure Government i platformy Microsoft Azure obsługiwanej przez firmę 21Vianet zostaną wycofane 29 lutego 2024 r.

W tym artykule wyjaśniono, jak działa ręczne narzędzie migracji i dobrowolnej migracji, które będzie używane do migrowania pozostałych reguł alertów. Opisano w nim również rozwiązania niektórych typowych problemów.

Ważne

Alerty dziennika aktywności (w tym alerty Kondycja usługi) i alerty przeszukiwania dzienników nie mają wpływu na migrację. Migracja ma zastosowanie tylko do klasycznych reguł alertów opisanych tutaj.

Uwaga

Jeśli reguły alertów klasycznych są nieprawidłowe, tj. dotyczą przestarzałych metryk lub zasobów, które zostały usunięte, nie zostaną one zmigrowane i nie będą dostępne po wycofaniu usługi.

Ręczne migrowanie alertów klasycznych do nowszych alertów

Klienci zainteresowani ręczną migracją pozostałych alertów mogą już to zrobić, korzystając z poniższych sekcji. Zawiera również metryki, które są wycofane i dlatego nie można ich migrować bezpośrednio.

Metryki gościa na maszynach wirtualnych

Przed utworzeniem nowych alertów metryk dotyczących metryk gościa metryki gościa muszą być wysyłane do magazynu dzienników usługi Azure Monitor. Postępuj zgodnie z tymi instrukcjami, aby utworzyć alerty:

Istnieje więcej opcji zbierania metryk gościa i powiadamiania o nich, dowiedz się więcej.

Metryki konta magazynu i klasycznego konta magazynu

Wszystkie alerty klasyczne dla kont magazynu można migrować z wyjątkiem alertów dotyczących tych metryk:

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

Klasyczne reguły alertów dotyczące metryk procentu muszą być migrowane na podstawie mapowania między starymi i nowymi metrykami magazynu. Progi należy odpowiednio zmodyfikować, ponieważ dostępna nowa metryka jest bezwzględna.

Klasyczne reguły alertów dotyczące błędu AnonymousThrottlingError, SASThrottlingError i ThrottlingError muszą być podzielone na dwa nowe alerty, ponieważ nie ma połączonej metryki, która zapewnia tę samą funkcjonalność. Progi należy odpowiednio dostosować.

Metryki usługi Azure Cosmos DB

Wszystkie alerty klasyczne dotyczące metryk usługi Azure Cosmos DB można migrować z wyjątkiem alertów dotyczących tych metryk:

  • Średnie żądania na sekundę
  • Poziom spójności
  • Http 2xx
  • Http 3xx
  • Maksymalna liczba wykorzystanych jednostek RUPM na minutę
  • Maksymalna liczba jednostek RU na sekundę
  • Mongo — inne opłaty za żądanie
  • Inna stawka żądań mongo
  • Zaobserwowane opóźnienie odczytu
  • Zaobserwowane opóźnienie zapisu
  • Dostępność usługi
  • Pojemność magazynu

Średnie żądania na sekundę, poziom spójności, maksymalna liczba zużytych jednostek RU na minutę, maksymalna liczba jednostek RU na sekundę, zaobserwowane opóźnienie odczytu, zaobserwowane opóźnienie zapisu i pojemność magazynu nie są obecnie dostępne w nowym systemie.

Alerty dotyczące metryk żądań, takich jak Http 2xx, Http 3xx i Dostępność usługi, nie są migrowane, ponieważ sposób liczenia żądań różni się między klasycznymi metrykami a nowymi metrykami. Alerty dotyczące tych metryk należy ręcznie utworzyć ponownie z dostosowanymi progami.

Klasyczne reguły alertów dotyczące przestarzałych metryk

Poniżej przedstawiono klasyczne reguły alertów dotyczące metryk, które były wcześniej obsługiwane, ale ostatecznie przestarzały. Niewielki procent klientów może mieć nieprawidłowe reguły alertów klasycznych dla takich metryk. Ponieważ te reguły alertów są nieprawidłowe, nie zostaną one zmigrowane.

Typ zasobu Przestarzałe metryki
Microsoft.DBforMySQL/servers compute_consumption_percent, compute_limit
Microsoft.DBforPostgreSQL/servers compute_consumption_percent, compute_limit
Microsoft.Network/publicIPAddresses defaultddostriggerrate
Microsoft.SQL/serwery/bazy danych service_level_objective, storage_limit, storage_used, ograniczanie przepustowości, dtu_consumption_percent, storage_used
Microsoft.Web/hostingEnvironments/multirolepools averagememoryworkingset
Microsoft.Web/hostingEnvironments/workerpools bytesreceived, httpqueuelength

Jak są tworzone równoważne nowe reguły alertów i grupy akcji

Narzędzie migracji konwertuje klasyczne reguły alertów na równoważne nowe reguły alertów i grupy akcji. W przypadku większości klasycznych reguł alertów równoważne nowe reguły alertów znajdują się na tej samej metryce z tymi samymi właściwościami, takimi jak windowSize i aggregationType. Istnieją jednak pewne reguły alertów klasycznych dotyczące metryk, które mają inną, równoważną metrykę w nowym systemie. Następujące zasady dotyczą migracji alertów klasycznych, chyba że określono je w poniższej sekcji:

  • Częstotliwość: określa częstotliwość sprawdzania warunku przez klasyczną lub nową regułę alertu. Reguły frequency alertów klasycznych nie były konfigurowalne przez użytkownika i zawsze były 5 minut dla wszystkich typów zasobów. Częstotliwość reguł równoważnych jest również ustawiona na 5 minut.
  • Typ agregacji: określa sposób agregowania metryki w oknie zainteresowania. Jest aggregationType to również takie samo między alertami klasycznymi i nowymi alertami dla większości metryk. W niektórych przypadkach, ponieważ metryka różni się między alertami klasycznymi a nowymi alertami, odpowiednikami aggregationType lub zdefiniowanymi primary Aggregation Type dla metryki jest używana.
  • Jednostki: właściwość metryki, dla której jest tworzony alert. Niektóre równoważne metryki mają różne jednostki. Próg jest odpowiednio dostosowywany zgodnie z potrzebami. Jeśli na przykład oryginalna metryka ma sekundy jako jednostki, ale równoważna nowa metryka ma milisekundy jako jednostki, oryginalny próg jest mnożony przez 1000, aby zapewnić to samo zachowanie.
  • Rozmiar okna: definiuje okno, w którym dane metryk są agregowane w celu porównania z progiem. W przypadku wartości standardowych windowSize , takich jak 5 minut, 15 minut, 30 minut, 1 godzina, 3 godziny, 6 godzin, 12 godzin, 1 dzień, nie wprowadzono żadnych zmian dla równoważnej nowej reguły alertu. W przypadku innych wartości jest używana najbliższa windowSize wartość . W przypadku większości klientów nie ma żadnego wpływu na tę zmianę. W przypadku niewielkiej liczby klientów może być konieczne dostosowanie progu w celu uzyskania dokładnie takiego samego zachowania.

W poniższych sekcjach szczegółowo metryki, które mają inną, równoważną metrykę w nowym systemie. Każda metryka, która pozostaje taka sama dla klasycznych i nowych reguł alertów, nie jest wymieniona na liście. Listę metryk obsługiwanych w nowym systemie można znaleźć tutaj.

Microsoft.Storage/storageAccounts i Microsoft.ClassicStorage/storageAccounts

W przypadku usług konta magazynu, takich jak obiekty blob, tabela, plik i kolejka, następujące metryki są mapowane na równoważne metryki, jak pokazano poniżej:

Metryka w alertach klasycznych Równoważna metryka w nowych alertach Komentarze
AnonymousAuthorizationError Metryka Transakcje z wymiarami "ResponseType"="AuthorizationError" i "Authentication" = "Anonymous"
AnonymousClientOtherError Metryka transakcji z wymiarami "ResponseType"="ClientOtherError" i "Authentication" = "Anonymous"
AnonymousClientTimeOutError Metryka Transakcje z wymiarami "ResponseType"="ClientTimeOutError" i "Authentication" = "Anonymous"
AnonymousNetworkError Metryka transakcji z wymiarami "ResponseType"="NetworkError" i "Authentication" = "Anonymous"
AnonymousServerOtherError Metryka transakcji z wymiarami "ResponseType"="ServerOtherError" i "Authentication" = "Anonymous"
Błąd AnonymousServerTimeOutError Metryka Transakcje z wymiarami "ResponseType"="ServerTimeOutError" i "Authentication" = "Anonymous"
AnonymousSuccess Metryka transakcji z wymiarami "ResponseType"="Success" i "Authentication" = "Anonymous"
AuthorizationError Metryka transakcji z wymiarami "ResponseType"="AuthorizationError"
AverageE2ELatency SuccessE2ELatency
AverageServerLatency SuccessServerLatency
Pojemność BlobCapacity Użyj aggregationType wartości "average" zamiast "last". Metryka ma zastosowanie tylko do usług obiektów blob
ClientOtherError Metryka transakcji z wymiarami "ResponseType"="ClientOtherError"
ClientTimeoutError Metryka transakcji z wymiarami "ResponseType"="ClientTimeOutError"
ContainerCount ContainerCount Użyj aggregationType wartości "average" zamiast "last". Metryka ma zastosowanie tylko do usług obiektów blob
NetworkError Metryka transakcji z wymiarami "ResponseType"="NetworkError"
ObjectCount BlobCount Użyj aggregationType wartości "average" zamiast "last". Metryka ma zastosowanie tylko do usług obiektów blob
SASAuthorizationError Metryka transakcji z wymiarami "ResponseType"="AuthorizationError" i "Authentication" = "SAS"
SASClientOtherError Metryka transakcji z wymiarami "ResponseType"="ClientOtherError" i "Authentication" = "SAS"
SASClientTimeOutError Metryka Transakcje z wymiarami "ResponseType"="ClientTimeOutError" i "Authentication" = "SAS"
SASNetworkError Metryka transakcji z wymiarami "ResponseType"="NetworkError" i "Authentication" = "SAS"
SASServerOtherError Metryka transakcji z wymiarami "ResponseType"="ServerOtherError" i "Authentication" = "SAS"
SASServerTimeOutError Metryka transakcji z wymiarami "ResponseType"="ServerTimeOutError" i "Authentication" = "SAS"
SASSuccess Metryka transakcji z wymiarami "ResponseType"="Success" i "Authentication" = "SAS"
ServerOtherError Metryka transakcji z wymiarami "ResponseType"="ServerOtherError"
Błąd ServerTimeOutError Metryka transakcji z wymiarami "ResponseType"="ServerTimeOutError"
Powodzenie Metryka transakcji z wymiarami "ResponseType"="Success"
TotalBillableRequests Transakcje
TotalEgress Ruch wychodzący
TotalIngress Ruch przychodzący
TotalRequests Transakcje

Microsoft.DocumentDB/databaseAccounts

W przypadku usługi Azure Cosmos DB równoważne metryki są pokazane poniżej:

Metryka w alertach klasycznych Równoważna metryka w nowych alertach Komentarze
AvailableStorage AvailableStorage
Rozmiar danych Użycie danych
Liczba dokumentów Liczba dokumentów
Rozmiar indeksu Indeksużyj
Usługa niedostępna Dostępność usługi
TotalRequestUnits TotalRequestUnits
Żądania ograniczone TotalRequests z wymiarem "StatusCode" = "429" Typ agregacji "Średnia" jest poprawiany do wartości "Count"
Wewnętrzne błędy serwera TotalRequests z wymiarem "StatusCode" = "500"} Typ agregacji "Średnia" jest poprawiany do wartości "Count"
Http 401 TotalRequests z wymiarem "StatusCode" = "401" Typ agregacji "Średnia" jest poprawiany do wartości "Count"
Http 400 TotalRequests with dimension "StatusCode" = "400" Typ agregacji "Średnia" jest poprawiany do wartości "Count"
Łączna liczba żądań TotalRequests Typ agregacji "Max" jest poprawiany do "Count"
Opłata za żądanie liczby mongo MongoRequestCharge z wymiarem "CommandName" = "count"
Liczba żądań mongo MongoRequestsCount z wymiarem "CommandName" = "count"
Opłata za żądanie usunięcia bazy danych Mongo MongoRequestCharge z wymiarem "CommandName" = "delete"
Częstotliwość żądań usuwania mongo MongoRequestsCount z wymiarem "CommandName" = "delete"
Opłata za wstawianie żądania mongo MongoRequestCharge z wymiarem "CommandName" = "insert"
Stopa żądań wstawiania bazy danych Mongo MongoRequestsCount z wymiarem "CommandName" = "insert"
Opłata za żądanie zapytania Mongo MongoRequestCharge z wymiarem "CommandName" = "find"
Szybkość żądań zapytań Mongo MongoRequestsCount z wymiarem "CommandName" = "find"
Opłata za żądanie aktualizacji mongo MongoRequestCharge z wymiarem "CommandName" = "update"
Wstawianie mongo nie powiodło się żądania MongoRequestCount z wymiarami "CommandName" = "insert" i "Status" = "failed" Typ agregacji "Średnia" jest poprawiany do wartości "Count"
Żądania nie powiodły się w zapytaniu Mongo MongoRequestCount z wymiarami "CommandName" = "query" i "Status" = "failed" Typ agregacji "Średnia" jest poprawiany do wartości "Count"
Liczba żądań nieudanych żądań mongo MongoRequestCount z wymiarami "CommandName" = "count" i "Status" = "failed" Typ agregacji "Średnia" jest poprawiany do wartości "Count"
Żądania aktualizacji bazy danych Mongo zakończyły się niepowodzeniem MongoRequestCount z wymiarami "CommandName" = "update" i "Status" = "failed" Typ agregacji "Średnia" jest poprawiany do wartości "Count"
Inne żądania nieudanych żądań mongo MongoRequestCount z wymiarami "CommandName" = "other" i "Status" = "failed" Typ agregacji "Średnia" jest poprawiany do wartości "Count"
Żądania usunięcia bazy danych Mongo nie powiodły się MongoRequestCount z wymiarami "CommandName" = "delete" i "Status" = "failed" Typ agregacji "Średnia" jest poprawiany do wartości "Count"

Jak są tworzone równoważne grupy akcji

Reguły alertów klasycznych miały akcje poczty e-mail, elementu webhook, aplikacji logiki i elementu runbook powiązane z samą regułą alertu. Nowe reguły alertów używają grup akcji, które mogą być ponownie używane w wielu regułach alertów. Narzędzie migracji tworzy pojedynczą grupę akcji dla tych samych akcji niezależnie od liczby reguł alertów korzystających z akcji. Grupy akcji utworzone przez narzędzie migracji używają formatu nazewnictwa "Migrated_AG*".

Uwaga

Alerty klasyczne wysyłały zlokalizowane wiadomości e-mail na podstawie ustawień regionalnych klasycznego administratora, gdy są używane do powiadamiania ról administratora klasycznego. Nowe wiadomości e-mail z alertami są wysyłane za pośrednictwem grup akcji i są dostępne tylko w języku angielskim.

Etapy wdrażania

Narzędzie do migracji jest wdrażane w fazach dla klientów korzystających z reguł alertów klasycznych. Właściciele subskrypcji otrzymają wiadomość e-mail, gdy subskrypcja będzie gotowa do migracji przy użyciu narzędzia .

Uwaga

Ponieważ narzędzie jest wdrażane w fazach, może się okazać, że niektóre subskrypcje nie są jeszcze gotowe do migracji we wczesnych fazach.

Większość subskrypcji jest obecnie oznaczona jako gotowa do migracji. Tylko subskrypcje, które mają alerty klasyczne dotyczące następujących typów zasobów, nadal nie są gotowe do migracji.

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

Kto może wyzwolić migrację?

Każdy użytkownik mający wbudowaną rolę Współautor monitorowania na poziomie subskrypcji może wyzwolić migrację. Użytkownicy, którzy mają rolę niestandardową z następującymi uprawnieniami, mogą również wyzwolić migrację:

  • */read
  • Microsoft.Insights/actiongroups/*
  • Microsoft.Insights/AlertRules/*
  • Microsoft.Insights/metricAlerts/*
  • Microsoft.AlertsManagement/smartDetectorAlertRules/*

Uwaga

Oprócz posiadania powyższych uprawnień subskrypcja powinna być dodatkowo zarejestrowana u dostawcy zasobów Microsoft.AlertsManagement. Jest to wymagane do pomyślnej migracji alertów anomalii błędów w usłudze Application Insights.

Typowe problemy i środki zaradcze

Po wyzwoleniu migracji otrzymasz wiadomość e-mail na podane adresy, aby powiadomić Cię o zakończeniu migracji lub o konieczności wykonania jakiejkolwiek akcji. W tej sekcji opisano niektóre typowe problemy i sposoby ich rozwiązywania.

Walidacja nie powiodła się

Ze względu na niedawne zmiany w regułach alertów klasycznych w subskrypcji nie można migrować subskrypcji. Ten problem jest tymczasowy. Migrację można ponownie uruchomić po zmianie stanu migracji z powrotem Gotowe do migracji za kilka dni.

Blokada zakresu uniemożliwia migrowanie reguł

W ramach migracji zostaną utworzone nowe alerty metryk i nowe grupy akcji, a następnie reguły alertów klasycznych zostaną usunięte. Blokada zakresu może jednak uniemożliwić nam tworzenie lub usuwanie zasobów. W zależności od blokady zakresu nie można migrować niektórych lub wszystkich reguł. Ten problem można rozwiązać, usuwając blokadę zakresu dla subskrypcji, grupy zasobów lub zasobu, który jest wymieniony w narzędziu migracji i ponownie wyzwalając migrację. Nie można wyłączyć blokady zakresu i należy je usunąć podczas procesu migracji. Dowiedz się więcej o zarządzaniu blokadami zakresu.

Zasady z efektem "Odmów" uniemożliwiają nam migrowanie reguł

W ramach migracji zostaną utworzone nowe alerty metryk i nowe grupy akcji, a następnie reguły alertów klasycznych zostaną usunięte. Jednak przypisanie Azure Policy może uniemożliwić nam tworzenie zasobów. W zależności od przypisania zasad nie można migrować niektórych lub wszystkich reguł. Przypisania zasad, które blokują proces, są wyświetlane w narzędziu migracji. Rozwiąż ten problem, wykonując jedną z następujących czynności:

Następne kroki