Trimiteti date Azure Diagnostics catre Application Insights – Azure Monitor

• 19.03.2016
• 4 minute de citit

In acest articol

Serviciile cloud, masinile virtuale, seturile de scari ale masinilor virtuale si Service Fabric folosesc toate extensia Azure Diagnostics pentru a colecta date. Diagnosticul Azure trimite date catre tabelele de stocare Azure. Cu toate acestea, puteti, de asemenea, sa conectati toate sau un subset de date la alte locatii utilizand extensia Azure Diagnostics 1.5 sau o versiune ulterioara.

Acest articol descrie cum sa trimiteti date din extensia Azure Diagnostics catre Application Insights.

Configurarea diagnosticului explicata

Extensia de diagnosticare Azure 1.5 a introdus chiuvete, care sunt locatii suplimentare in care puteti trimite date de diagnosticare.

Exemplu de configuratie a chiuvetei pentru Application Insights:

<SinksConfig> <Sink name = “ApplicationInsights”> <ApplicationInsights> {Insert InstrumentationKey} </ApplicationInsights> <Channels> <Channel logLevel = “Error” name = “MyTopDiagData” /> <Channel logLevel = “Verbose” name = “MyLogData “/> </Channels> </Sink> </SinksConfig>” SinksConfig “: {” Sink “: [{” name “:” ApplicationInsights “,” ApplicationInsights “:” {Insert InstrumentationKey} “,” Channels “: { “Canal”: [{“logLevel”: “Eroare”, “nume”: “MyTopDiagData”}, {“logLevel”: “Eroare”, “nume”: “MyLogData”}]}}}}

• Sink Numele atribut este o valoare sir de caractere care identifica in mod unic chiuveta.

• Elementul ApplicationInsights specifica cheia de instrumentare a resursei Application insights unde sunt trimise datele de diagnosticare Azure.

  • Daca nu aveti o resursa Application Insights existenta, consultati Crearea unei noi resurse Application Insights pentru mai multe informatii despre crearea unei resurse si obtinerea cheii de instrumentare.
  • Daca dezvoltati un serviciu cloud cu Azure SDK 2.8 si versiuni ulterioare, aceasta cheie de instrumentare este completata automat. Valoarea se bazeaza pe setarea de configurare a serviciului APPINSIGHTS_INSTRUMENTATIONKEY la ambalarea proiectului Cloud Service. Consultati Utilizarea aplicatiilor statistice cu serviciile cloud.

• Elementul Canale contine unul sau mai multe elemente Canal .

  • Numele atributului se refera in mod unic la acel canal.
  • LogLevel atributul va permite sa specificati nivelul de jurnal care canalul permite. Nivelurile de jurnal disponibile in ordinea celor mai mici sau mai mici informatii sunt:
    • Verbos
    • informatie
    • Avertizare
    • Eroare
    • Critic

Un canal actioneaza ca un filtru si va permite sa selectati anumite niveluri de jurnal pentru a le trimite la chiuveta tinta. De exemplu, puteti colecta jurnalele detaliate si le puteti trimite la stocare, dar puteti trimite numai erori la chiuveta.

Urmatorul grafic arata aceasta relatie.

Urmatorul grafic rezuma valorile configuratiei si modul in care acestea functioneaza. Puteti include mai multe chiuvete in configuratie la diferite niveluri din ierarhie. Chiuveta de la nivelul superior actioneaza ca o setare globala si cea specificata la elementul individual actioneaza ca o suprascriere la acea setare globala.

Exemplu complet de configurare a chiuvetei

Iata un exemplu complet al fisierului de configurare public care

1. trimite toate erorile catre Application Insights (specificat la nodul DiagnosticMonitorConfiguration )
2. De asemenea , trimite jurnalele de nivel verbose pentru jurnalele de aplicare (specificate la Jurnale nod).

<WadCfg> <DiagnosticMonitorConfiguration OverallQuotaInMB = “4096” sinks = “ApplicationInsights.MyTopDiagData”> <! – Toate informatiile de mai jos trimise la acest canal -> <DiagnosticInfrastructureLogs /> <PerformanceCounters> <PerformanceCounterConfiguration counterSpecifier % Procesor Timp “sampleRate =” PT3M “/> <PerformanceCounterConfiguration counterSpecifier =” \ Memory \ Available MBytes “sampleRate =” PT3M “/> </PerformanceCounters> <WindowsEventLog schedulTransferPeriod =” PT1M “> <DataSource name =” Application! * ” /> </WindowsEventLog> <Jurnale schedulTransferPeriod = “PT1M” schedulTransferLogLevelFilter = “Verbose” sinks = “ApplicationInsights.MyLogData” /> <!- Aceste informatii specifice trimise catre acest canal -> </DiagnosticMonitorConfiguration> <SinksConfig> <Sink name = “ApplicationInsights”> <ApplicationInsights> {Insert InstrumentationKey} </ApplicationInsights> <Channels> <Channel logLevel = “Error” name = “MyTopDiagData” /> <Channel logLevel = “Verbose” name = “MyLogData” /> </Channels> </Sink> </SinksConfig> </WadCfg> “WadCfg”: {“DiagnosticMonitorConfiguration”: {“OverallQuotaInMB”: 4096 , “sinks”: “ApplicationInsights.MyTopDiagData”, “_comment”: “Toate informatiile de mai jos au fost trimise catre acest canal”, “DiagnosticInfrastructureLogs”: {}, “PerformanceCounters”: {“PerformanceCounterConfiguration”: [{“counterSpecifier “:” \\ Procesor (_Total) \\% Timp procesor “,” sampleRate “:” PT3M “}, {” counterSpecifier “:” \\ Memory \\ MBytes Available “,” sampleRate “:” PT3M “}] }, “WindowsEventLog”: {“schedulTransferPeriod”: “PT1M”, “DataSource”: [{“name”: “Aplicatie! *”}]}, “Jurnale”: {“schedulTransferPeriod”: “PT1M”, “schedulTransferLogLevelFilter” : “Verbose”, “sinks”: “ApplicationInsights.MyLogData”, “_comment”: “Aceste informatii specifice trimise catre acest canal”}}, “SinksConfig”: {“Sink”: [{“name”: “ApplicationInsights”, “ApplicationInsights”: “{Insert InstrumentationKey}”,”Channels”: {“Channel”: [{“logLevel”: “Eroare”, “name”: “MyTopDiagData”}, {“logLevel”: “Verbose”, “name”: “MyLogData”}]}}}} }

In configuratia anterioara, urmatoarele linii au urmatoarele semnificatii:

Trimiteti toate datele care sunt colectate de diagnosticare Azure

<DiagnosticMonitorConfiguration OverallQuotaInMB = “4096” sinks = “ApplicationInsights”> “DiagnosticMonitorConfiguration”: {“OverallQuotaInMB”: 4096, “sinks”: “ApplicationInsights”,}

Trimiteti numai jurnale de erori la chiuveta Application Insights

<DiagnosticMonitorConfiguration OverallQuotaInMB = “4096” sinks = “ApplicationInsights.MyTopDiagdata”> “DiagnosticMonitorConfiguration”: {“OverallQuotaInMB”: 4096, “sinks”: “ApplicationInsights.MyTopDiagData”,}

Trimiteti jurnalele aplicatiilor Verbose catre Application Insights

<Jurnaluri programateTransferPeriod = “PT1M” programateTransferLogLevelFilter = “Verbose” sinks = “ApplicationInsights.MyLogData” /> “DiagnosticMonitorConfiguration”: {“OverallQuotaInMB”: 4096, “sink”: “ApplicationInsights.MyLogData”,}

Limitari

• Canalele sunt doar tip jurnal si nu contoare de performanta. Daca specificati un canal cu un element de contor de performanta, acesta va fi ignorat.
• Nivelul jurnalului pentru un canal nu poate depasi nivelul jurnalului pentru ceea ce este colectat de diagnosticul Azure. De exemplu, nu puteti colecta erorile jurnalului aplicatiei in elementul Jurnale si incercati sa trimiteti jurnale Verbose la chiuveta Application Insight. ScheduledTransferLogLevelFilter atribut trebuie intotdeauna busteni collect mai mare sau egal jurnalele pe care incercati sa trimita la o chiuveta.
• Nu puteti trimite date blob colectate de extensia de diagnosticare Azure catre Application Insights. De exemplu, orice este specificat sub nodul Directoare . Pentru Crash Dumps, blocarea reala a blocarii este trimisa la spatiul de stocare a blob-urilor si numai o notificare ca generatorul de blocare a fost generata este trimisa la Application Insights.

Pasii urmatori

• Aflati cum sa vedeti informatiile de diagnosticare Azure in Application Insights.
• Utilizati PowerShell pentru a activa extensia de diagnosticare Azure pentru aplicatia dvs.
• Utilizati Visual Studio pentru a activa extensia de diagnosticare Azure pentru aplicatia dvs.