Felsöka problem med programkarta

Funktionen Programkarta i Azure Monitor Application Insights kanske inte fungerar som förväntat. Den här artikeln innehåller allmänna rekommendationer och specifika förslag i vissa scenarier.

Allmänna rekommendationer

• Använd ett programutvecklingspaket (SDK) som stöds officiellt. SDK:er som inte stöds eller community-SDK:er kanske inte stöder korrelation. En lista över SDK:er som stöds finns i Application Insights: Språk, plattformar och integreringar.

• Uppgradera alla komponenter till den senaste SDK-versionen.

• Stöd för Azure Functions med CSharp genom att uppgradera till Azure Functions V2.

• Kontrollera att namnet på molnrollen är korrekt konfigurerat.

• Bekräfta att eventuella saknade beroenden visas som automatiskt insamlade beroenden. Om ett beroende inte är listat kan du spåra det manuellt med ett beroendespårningsanrop.

Scenario 1: För många noder på kartan

Applikationskarta lägger till en komponentnod för varje unikt molnrollens namn i din begäranstelemetri. Processen lägger också till en beroendenod för varje unik kombination av typ, mål och molnrollnamn.

Om du har fler än 10 000 noder i telemetrin kan programkartan inte hämta alla noder och länkar. I det här scenariot är kartstrukturen ofullständig. Om det här scenariot inträffar visas ett varningsmeddelande när du visar kartan.

Programkartan kan återge högst 1 000 separata ogrupperade noder samtidigt. Programkartan minskar den visuella komplexiteten genom att gruppera beroenden när de har samma typ och anropare.

Om din telemetri har för många unika molnrollnamn eller för många beroendetyper är grupperingen otillräcklig och kartan återges inte.

Åtgärda problemet genom att ändra instrumentationen så att molnrollens namn, beroendetyp och beroendemålfält anges korrekt. Bekräfta att programmet följer följande kriterier:

• Varje beroendemål representerar det logiska namnet på ett beroende. I många fall motsvarar det här värdet beroendets server- eller resursnamn. Om det till exempel finns HTTP-beroenden är värdet värdnamnet. Värdet får inte innehålla unika ID:er eller parametrar som ändras från en begäran till en annan.

• Varje beroendetyp representerar den logiska typen av ett beroende. Till exempel är HTTP, SQL och Azure Blob typiska beroendetyper. Det här värdet får inte innehålla unika ID:n.

• Varje molnrollnamnssyfte tillämpar beskrivningen i avsnittet Ange eller åsidosätt molnrollnamn .

Scenario 2: Intelligent vy markerar inte en kant

Intelligent vy kanske inte markerar en kant som förväntat, även med en inställning med låg känslighet. Ett beroende kan verka fungera felaktigt, men modellen anger inte problemet som en möjlig incident. Här följer några möjliga scenarier:

• Om beroendet ofta misslyckas kan modellen betrakta felet som ett standardtillstånd för komponenten och inte markera gränsen. Intelligent vy fokuserar på problemlösning i realtid.

• Om beroendet har en minimal effekt på programmets övergripande prestanda kan intelligent vy ignorera komponenten under maskininlärningsmodellering.

Om ditt scenario är unikt kan du använda alternativet Feedback för att beskriva din upplevelse och förbättra framtida modellversioner.

Scenario 3: Intelligent visning markerar en kant

När den intelligenta vyn markerar en kant anger den en hotspot för prestanda eller ett fel i beroendet mellan två komponenter. I det här scenariot utför du följande åtgärder:

1. Välj den markerade kanten >Visa detaljer för att öppna detaljerade telemetridata i sidofönstret.

2. Granska felfrekvenser eller långa svarstider i beroendeanropen.

   • Om antalet fel är stort

     1. Välj Undersök fel i sidofönstret för att granska undantagstyper och felfrekvenser.
     2. Kontrollera motsvarande beroendeloggar eller felsökningsförekomster för att isolera grundorsaken.

   • Om svarstiden är hög:

     1. Välj Undersök prestanda för att undersöka svarstider för beroenden.
     2. Identifiera långsamma slutpunkter eller tjänster och granska sedan de senaste distributions- eller konfigurationsändringarna.

För långsiktig analys bör du överväga att konfigurera hälsoaviseringar för beroenden med hjälp av Application Insights-aviseringar.

Scenario 4: Den intelligenta översikten misslyckas med att läsa in

Om Intelligent vy inte läses in, ställ in den konfigurerade tidsramen till sex dagar eller mindre.

Scenario 5: Intelligent visning tar lång tid att läsa in

Om intelligent vy tar längre tid att läsa in än förväntat väljer du inte alternativet Uppdatera kartkomponenter . Aktivera endast intelligent vy för en enda Application Insights-resurs.

Kontakta oss för att få hjälp

Om du har frågor eller behöver hjälp, skapa en supportförfrågan, eller fråga Azures community-support. Du kan också lämna produktfeedback till Azure feedback-community.