Förstå migreringsalternativ till nyare aviseringar
Klassiska aviseringar dras tillbaka för offentliga molnanvändare. Klassiska aviseringar för Azure Government moln och Microsoft Azure som drivs av 21Vianet upphör den 29 februari 2024.
Den här artikeln beskriver hur verktyget för manuell migrering och frivillig migrering fungerar, som används för att migrera återstående aviseringsregler. Den beskriver också lösningar på några vanliga problem.
Viktigt
Aktivitetsloggaviseringar (inklusive Tjänststatus aviseringar) och loggsökningsaviseringar påverkas inte av migreringen. Migreringen gäller endast för klassiska aviseringsregler som beskrivs här.
Anteckning
Om dina klassiska aviseringsregler är ogiltiga, d.v.s. de finns på inaktuella mått eller resurser som har tagits bort, kommer de inte att migreras och kommer inte att vara tillgängliga när tjänsten har dragits tillbaka.
Migrera klassiska aviseringar till nyare aviseringar manuellt
Kunder som är intresserade av att migrera sina återstående aviseringar manuellt kan redan göra det med hjälp av följande avsnitt. Den innehåller även mått som har dragits tillbaka och därför inte kan migreras direkt.
Gästmått på virtuella datorer
Innan du kan skapa nya måttaviseringar för gästmått måste gästmåtten skickas till Azure Monitor-loggarkivet. Följ dessa anvisningar för att skapa aviseringar:
Det finns fler alternativ för att samla in gästmått och aviseringar om dem. Läs mer.
Mått för lagrings- och klassisk lagringskonto
Alla klassiska aviseringar på lagringskonton kan migreras förutom aviseringar för dessa mått:
- PercentAuthorizationError
- PercentClientOtherError
- PercentNetworkError
- PercentServerOtherError
- PercentSuccess
- PercentThrottlingError
- PercentTimeoutError
- AnonymousThrottlingError
- SASThrottlingError
- ThrottlingError
Klassiska aviseringsregler för mått i procent måste migreras baserat på mappningen mellan gamla och nya lagringsmått. Tröskelvärden måste ändras på lämpligt sätt eftersom det nya tillgängliga måttet är absolut.
Klassiska aviseringsregler för AnonymousThrottlingError, SASThrottlingError och ThrottlingError måste delas upp i två nya aviseringar eftersom det inte finns något kombinerat mått som ger samma funktioner. Tröskelvärdena måste anpassas på lämpligt sätt.
Azure Cosmos DB-mått
Alla klassiska aviseringar i Azure Cosmos DB-mått kan migreras förutom aviseringar för dessa mått:
- Genomsnittliga begäranden per sekund
- Konsekvensnivå
- Http 2xx
- Http 3xx
- Maximalt antal RUPM-förbrukade per minut
- Maximalt antal RU:er per sekund
- Annan begärandeavgift för Mongo
- Annan begärandefrekvens för Mongo
- Observerad läsfördröjning
- Observerad svarstid för skrivning
- Tjänsttillgänglighet
- Lagringskapacitet
Genomsnittliga begäranden per sekund, konsekvensnivå, maximal RUPM-användning per minut, maximalt antal RU:er per sekund, observerad läsfördröjning, observerad skrivsvarstid och lagringskapacitet är för närvarande inte tillgängliga i det nya systemet.
Aviseringar om begärandemått som Http 2xx, Http 3xx och Tjänsttillgänglighet migreras inte eftersom sättet som begäranden räknas på skiljer sig från klassiska mått och nya mått. Aviseringar om dessa mått måste återskapas manuellt med justerade tröskelvärden.
Klassiska aviseringsregler för inaktuella mått
Följande är klassiska aviseringsregler för mått som tidigare stöddes men som slutligen blev inaktuella. En liten procentandel av kunden kan ha ogiltiga klassiska aviseringsregler för sådana mått. Eftersom aviseringsreglerna är ogiltiga migreras de inte.
Resurstyp | Inaktuella mått |
---|---|
Microsoft.DBforMySQL/servers | compute_consumption_percent, compute_limit |
Microsoft.DBforPostgreSQL/servers | compute_consumption_percent, compute_limit |
Microsoft.Network/publicIPAddresses | defaultddostriggerrate |
Microsoft.SQL/servrar/databaser | service_level_objective, storage_limit, storage_used, begränsning, dtu_consumption_percent, storage_used |
Microsoft.Web/hostingEnvironments/multirolepools | averagememoryworkingset |
Microsoft.Web/hostingEnvironments/workerpools | bytesreceived, httpqueuelength |
Så här skapas motsvarande nya aviseringsregler och åtgärdsgrupper
Migreringsverktyget konverterar dina klassiska aviseringsregler till motsvarande nya aviseringsregler och åtgärdsgrupper. För de flesta klassiska aviseringsregler finns motsvarande nya aviseringsregler på samma mått med samma egenskaper som windowSize
och aggregationType
. Det finns dock några klassiska aviseringsregler för mått som har ett annat, motsvarande mått i det nya systemet. Följande principer gäller för migrering av klassiska aviseringar om inte anges i avsnittet nedan:
-
Frekvens: Definierar hur ofta en klassisk eller ny aviseringsregel söker efter villkoret. I
frequency
klassiska aviseringsregler kunde inte konfigureras av användaren och var alltid 5 minuter för alla resurstyper. Frekvensen för motsvarande regler är också inställd på 5 min. -
Sammansättningstyp: Definierar hur måttet aggregeras över fönstret av intresse. Är
aggregationType
också samma mellan klassiska aviseringar och nya aviseringar för de flesta mått. I vissa fall används motsvarandeaggregationType
ellerprimary Aggregation Type
definierad för måttet eftersom måttet skiljer sig mellan klassiska aviseringar och nya aviseringar. - Enheter: Egenskapen för måttet som aviseringen skapas på. Vissa motsvarande mått har olika enheter. Tröskelvärdet justeras efter behov. Om det ursprungliga måttet till exempel har sekunder som enheter men motsvarande nya mått har millisekunder som enheter multipliceras det ursprungliga tröskelvärdet med 1 000 för att säkerställa samma beteende.
-
Fönsterstorlek: Definierar det fönster över vilket måttdata aggregeras för att jämföras med tröskelvärdet. För standardvärden
windowSize
som 5 minuter, 15 minuter, 30 minuter, 1 timme, 3 timmar, 6 timmar, 12 timmar, 1 dag görs ingen ändring för motsvarande nya aviseringsregel. För andra värden används det närmastewindowSize
. För de flesta kunder finns det ingen effekt med den här ändringen. För en liten andel av kunderna kan det finnas ett behov av att justera tröskelvärdet för att få exakt samma beteende.
I följande avsnitt beskriver vi de mått som har ett annat, motsvarande mått i det nya systemet. Mått som förblir desamma för klassiska och nya aviseringsregler visas inte. Du hittar en lista över mått som stöds i det nya systemet här.
Microsoft.Storage/storageAccounts och Microsoft.ClassicStorage/storageAccounts
För lagringskontotjänster som blob, tabell, fil och kö mappas följande mått till motsvarande mått enligt nedan:
Mått i klassiska aviseringar | Motsvarande mått i nya aviseringar | Kommentarer |
---|---|---|
AnonymousAuthorizationError | Mått för transaktioner med dimensionerna "ResponseType"="AuthorizationError" och "Authentication" = "Anonymous" | |
AnonymousClientOtherError | Mått för transaktioner med dimensionerna "ResponseType"="ClientOtherError" och "Authentication" = "Anonymous" | |
AnonymousClientTimeOutError | Mått för transaktioner med dimensionerna "ResponseType"="ClientTimeOutError" och "Authentication" = "Anonymous" | |
AnonymousNetworkError | Mått för transaktioner med dimensionerna "ResponseType"="NetworkError" och "Authentication" = "Anonymous" | |
AnonymousServerOtherError | Mått för transaktioner med dimensionerna "ResponseType"="ServerOtherError" och "Authentication" = "Anonymous" | |
AnonymousServerTimeOutError | Mått för transaktioner med dimensionerna "ResponseType"="ServerTimeOutError" och "Authentication" = "Anonymous" | |
AnonymousSuccess | Mått för transaktioner med dimensionerna "ResponseType"="Success" och "Authentication" = "Anonymous" | |
AuthorizationError | Mått för transaktioner med dimensionerna "ResponseType"="AuthorizationError" | |
AverageE2ELatency | SuccessE2ELatency | |
AverageServerLatency | SuccessServerLatency | |
Kapacitet | BlobCapacity | Använd aggregationType "average" i stället för "last". Måttet gäller endast blobtjänster |
ClientOtherError | Mått för transaktioner med dimensionerna "ResponseType"="ClientOtherError" | |
ClientTimeoutError | Mått för transaktioner med dimensionerna "ResponseType"="ClientTimeOutError" | |
ContainerCount | ContainerCount | Använd aggregationType "average" i stället för "last". Måttet gäller endast blobtjänster |
NetworkError | Mått för transaktioner med dimensionerna "ResponseType"="NetworkError" | |
ObjectCount | BlobCount | Använd aggregationType "average" i stället för "last". Måttet gäller endast blobtjänster |
SASAuthorizationError | Mått för transaktioner med dimensionerna "ResponseType"="AuthorizationError" och "Authentication" = "SAS" | |
SASClientOtherError | Mått för transaktioner med dimensionerna "ResponseType"="ClientOtherError" och "Authentication" = "SAS" | |
SASClientTimeOutError | Mått för transaktioner med dimensionerna "ResponseType"="ClientTimeOutError" och "Authentication" = "SAS" | |
SASNetworkError | Mått för transaktioner med dimensionerna "ResponseType"="NetworkError" och "Authentication" = "SAS" | |
SASServerOtherError | Mått för transaktioner med dimensionerna "ResponseType"="ServerOtherError" och "Authentication" = "SAS" | |
SASServerTimeOutError | Mått för transaktioner med dimensionerna "ResponseType"="ServerTimeOutError" och "Authentication" = "SAS" | |
SASSuccess | Mått för transaktioner med dimensionerna "ResponseType"="Success" och "Authentication" = "SAS" | |
ServerOtherError | Mått för transaktioner med dimensionerna "ResponseType"="ServerOtherError" | |
ServerTimeOutError | Mått för transaktioner med dimensionerna "ResponseType"="ServerTimeOutError" | |
Klart | Mått för transaktioner med dimensionerna "ResponseType"="Success" | |
TotalBillableRequests | Transaktioner | |
TotalEgress | Utgående | |
TotalIngress | Ingress | |
TotalRequests | Transaktioner |
Microsoft.DocumentDB/databaseAccounts
För Azure Cosmos DB är motsvarande mått som visas nedan:
Mått i klassiska aviseringar | Motsvarande mått i nya aviseringar | Kommentarer |
---|---|---|
AvailableStorage | AvailableStorage | |
Datavolym | DataUsage | |
Antal dokument | DocumentCount | |
Indexstorlek | IndexUsage | |
Tjänsten är inte tillgänglig | ServiceAvailability | |
TotalRequestUnits | TotalRequestUnits | |
Begränsade begäranden | TotalRequests med dimensionen "StatusCode" = "429" | Aggregeringstypen "Average" korrigeras till "Count" |
Interna serverfel | TotalRequests med dimensionen "StatusCode" = "500"} | Aggregeringstypen "Average" korrigeras till "Count" |
Http 401 | TotalRequests med dimensionen "StatusCode" = "401" | Aggregeringstypen "Average" korrigeras till "Count" |
Http 400 | TotalRequests med dimensionen "StatusCode" = "400" | Aggregeringstypen "Average" korrigeras till "Count" |
Totalt antal förfrågningar | TotalRequests | Sammansättningstypen Max korrigeras till Antal |
Avgift för Mongo Count-begäran | MongoRequestCharge med dimensionen "CommandName" = "count" | |
Antal mongo-begäranden | MongoRequestsCount med dimensionen "CommandName" = "count" | |
Avgift för mongo-borttagningsbegäran | MongoRequestCharge med dimensionen "CommandName" = "delete" | |
Borttagningsfrekvens för Mongo-begäran | MongoRequestsCount med dimensionen "CommandName" = "delete" | |
Infogningskostnad för Mongo-begäran | MongoRequestCharge med dimensionen "CommandName" = "insert" | |
Mongo Insert Request Rate | MongoRequestsCount med dimensionen "CommandName" = "insert" | |
Avgift för Mongo-frågebegäran | MongoRequestCharge med dimensionen "CommandName" = "find" | |
Mongo-frågebegärandefrekvens | MongoRequestsCount med dimensionen "CommandName" = "find" | |
Avgift för mongo-uppdateringsbegäran | MongoRequestCharge med dimensionen "CommandName" = "update" | |
Mongo Infoga misslyckade begäranden | MongoRequestCount med dimensionerna "CommandName" = "insert" och "Status" = "failed" | Aggregeringstypen Genomsnitt korrigeras till Antal |
Mongo-fråge misslyckade begäranden | MongoRequestCount med dimensionerna "CommandName" = "query" och "Status" = "failed" | Aggregeringstypen Genomsnitt korrigeras till Antal |
Antal misslyckade Mongo-begäranden | MongoRequestCount med dimensionerna "CommandName" = "count" och "Status" = "failed" | Aggregeringstypen Genomsnitt korrigeras till Antal |
Mongo-uppdateringsbegäranden misslyckades | MongoRequestCount med dimensionerna "CommandName" = "update" och "Status" = "failed" | Aggregeringstypen Genomsnitt korrigeras till Antal |
Andra misslyckade Mongo-begäranden | MongoRequestCount med dimensionerna "CommandName" = "other" och "Status" = "failed" | Aggregeringstypen Genomsnitt korrigeras till Antal |
Mongo-borttagning av misslyckade begäranden | MongoRequestCount med dimensionerna "CommandName" = "delete" och "Status" = "failed" | Aggregeringstypen Genomsnitt korrigeras till Antal |
Så här skapas motsvarande åtgärdsgrupper
Klassiska aviseringsregler hade e-post, webhook, logikapp och runbook-åtgärder kopplade till själva aviseringsregeln. Nya aviseringsregler använder åtgärdsgrupper som kan återanvändas över flera aviseringsregler. Migreringsverktyget skapar en enskild åtgärdsgrupp för samma åtgärder oavsett hur många aviseringsregler som använder åtgärden. Åtgärdsgrupper som skapats av migreringsverktyget använder namngivningsformatet "Migrated_AG*".
Anteckning
Klassiska aviseringar skickade lokaliserade e-postmeddelanden baserat på den klassiska administratörens nationella inställningar när de används för att meddela klassiska administratörsroller. Nya aviseringsmeddelanden skickas via åtgärdsgrupper och är bara på engelska.
Distributionsfaser
Migreringsverktyget distribueras i faser till kunder som använder klassiska aviseringsregler. Prenumerationsägare får ett e-postmeddelande när prenumerationen är redo att migreras med hjälp av verktyget.
Anteckning
Eftersom verktyget distribueras i faser kan du se att vissa av dina prenumerationer ännu inte är redo att migreras under de tidiga faserna.
De flesta prenumerationer är för närvarande markerade som redo för migrering. Endast prenumerationer som har klassiska aviseringar om följande resurstyper är fortfarande inte redo för migrering.
- Microsoft.classicCompute/domainNames/slots/roles
- Microsoft.insights/components
Vem kan utlösa migreringen?
Alla användare som har den inbyggda rollen Övervakningsdeltagare på prenumerationsnivå kan utlösa migreringen. Användare som har en anpassad roll med följande behörigheter kan också utlösa migreringen:
- */read
- Microsoft.Insights/actiongroups/*
- Microsoft.Insights/AlertRules/*
- Microsoft.Insights/metricAlerts/*
- Microsoft.AlertsManagement/smartDetectorAlertRules/*
Anteckning
Förutom att ha behörigheterna ovan bör din prenumeration dessutom registreras med Resursprovidern Microsoft.AlertsManagement. Detta krävs för att migrera aviseringar om felavvikelse i Application Insights.
Vanliga problem och lösningar
När du har utlöst migreringen får du e-post på de adresser som du angav för att meddela dig att migreringen är klar eller om någon åtgärd behövs från dig. I det här avsnittet beskrivs några vanliga problem och hur du hanterar dem.
Verifieringen misslyckades
På grund av de senaste ändringarna av klassiska aviseringsregler i din prenumeration kan prenumerationen inte migreras. Det här problemet är tillfälligt. Du kan starta om migreringen när migreringsstatusen flyttas tillbaka Redo för migrering om några dagar.
Omfångslås hindrar oss från att migrera dina regler
Som en del av migreringen skapas nya måttaviseringar och nya åtgärdsgrupper och sedan tas klassiska aviseringsregler bort. Ett omfångslås kan dock hindra oss från att skapa eller ta bort resurser. Beroende på omfångslåset kunde vissa eller alla regler inte migreras. Du kan lösa problemet genom att ta bort omfångslåset för prenumerationen, resursgruppen eller resursen, som visas i migreringsverktyget och utlösa migreringen igen. Omfångslåset kan inte inaktiveras och måste tas bort under migreringsprocessen. Läs mer om att hantera omfångslås.
Princip med "Neka"-effekt som hindrar oss från att migrera dina regler
Som en del av migreringen skapas nya måttaviseringar och nya åtgärdsgrupper och sedan tas klassiska aviseringsregler bort. En Azure Policy tilldelning kan dock hindra oss från att skapa resurser. Beroende på principtilldelningen kunde vissa eller alla regler inte migreras. De principtilldelningar som blockerar processen visas i migreringsverktyget. Lös problemet genom att antingen:
- Exkludering av prenumerationer, resursgrupper eller enskilda resurser under migreringsprocessen från principtilldelningen. Läs mer om att hantera principundantagsomfång.
- Ange "Tvingande läge" till Inaktiverat för principtilldelningen. Läs mer om principtilldelningens enforcementMode-egenskap.
- Ange ett Azure Policy undantag (förhandsversion) för prenumerationer, resursgrupper eller enskilda resurser till principtilldelningen. Läs mer om Azure Policy-undantagsstrukturen.
- Ta bort eller ändra effekten för "inaktiverad", "granskning", "tillägg" eller "ändra" (som till exempel kan lösa problem som rör saknade taggar). Läs mer om att hantera principeffekter.