Övervaka Azure Cosmos DB-data med diagnostikinställningar för Azure Monitor Log Analytics
Artikel
GÄLLER FÖR: NoSQL MongoDB Kassandra Gremlin Bord
Diagnostikinställningar i Azure används för att samla in resursloggar. Resurser genererar Azure-resursloggar och ger omfattande, frekventa data om hur resursen fungerar. Dessa loggar samlas in per begäran och kallas även för dataplansloggar. Några exempel på dataplansåtgärder är borttagning, infogning och readFeed. Innehållet i loggarna varierar beroende på resurstyp.
Vi rekommenderar att du skapar diagnostikinställningen i resursspecifikt läge (för alla API:er utom API för tabell) genom att följa anvisningarna på fliken REST API . Det här alternativet ger ytterligare kostnadsoptimeringar med en förbättrad vy för hantering av data.
En befintlig Azure Monitor Log Analytics-arbetsyta.
Varning
Om du behöver ta bort en resurs, byta namn på eller flytta en resurs eller migrera den mellan resursgrupper eller prenumerationer tar du först bort dess diagnostikinställningar. Annars kan diagnostikinställningarna för den borttagna resursen inkluderas i den nya resursen om du återskapar den här resursen, beroende på resurskonfigurationen för varje resurs. Om diagnostikinställningarna ingår i den nya resursen återupptar detta samlingen av resursloggar enligt definitionen i diagnostikinställningen och skickar tillämpliga mått- och loggdata till det tidigare konfigurerade målet.
Det är också en bra idé att ta bort diagnostikinställningarna för en resurs som du ska ta bort och inte planerar att använda igen för att hålla miljön ren.
Skapa diagnostikinställningar
Här går vi igenom processen med att skapa diagnostikinställningar för ditt konto.
Kommentar
Måttet till loggar exporteras som en kategori stöds för närvarande inte.
I avsnittet Övervakning på resursmenyn väljer du Diagnostikinställningar. Välj sedan alternativet Lägg till diagnostikinställning .
Viktigt!
Du kan se en uppmaning om att "aktivera fulltextfråga [...] för mer detaljerad loggning" om frågefunktionen i fulltext inte är aktiverad i ditt konto. Du kan ignorera den här varningen på ett säkert sätt om du inte vill aktivera den här funktionen. Mer information finns i aktivera fulltextfråga.
I fönstret Diagnostikinställningar namnger du inställningen example-setting och väljer sedan kategorin QueryRuntimeStatistics . Aktivera kryssrutan Skicka till Log Analytics-arbetsyta och välj din befintliga arbetsyta. Välj slutligen Resursspecifik som målalternativ.
az monitor diagnostic-settings create Använd kommandot för att skapa en diagnostikinställning med Azure CLI. I dokumentationen för det här kommandot finns beskrivningar av dess parametrar.
az deployment group create \
--resource-group "<resource-group-name>" \
--template-file azuredeploy.json \
--parameters \
azureCosmosDbAccountName="<azure-cosmos-db-account-name>" \
logAnalyticsWorkspaceName="<log-analytics-workspace-name>"
Dricks
az bicep decompile Använd kommandot för att konvertera Azure Resource Manager-mallen till en Bicep-mall.
Aktivera fulltextfråga för att logga frågetext
Azure Cosmos DB tillhandahåller avancerad loggning för detaljerad felsökning. Genom att aktivera fulltextfråga kan du visa den inaktuella frågan för alla begäranden i ditt Azure Cosmos DB-konto. Du ger också behörighet för Azure Cosmos DB att komma åt och visa dessa data i dina loggar.
Varning
Om du aktiverar den här funktionen kan det leda till ytterligare loggningskostnader för prisinformation i Prissättning för Azure Monitor. Vi rekommenderar att du inaktiverar den här funktionen efter felsökning.
På den befintliga Azure Cosmos DB-kontosidan väljer du alternativet Funktioner i avsnittet Inställningar på resursmenyn. Välj sedan frågefunktionen Diagnostik i fulltext .
I dialogrutan väljer du Enable. Den här inställningen tillämpas inom några minuter. Alla nyligen inmatade loggar har nu fulltext- eller PIICommand-text för varje begäran.
Använd Azure CLI för att aktivera fulltextfråga för ditt Azure Cosmos DB-konto.
Aktivera fulltextfråga med hjälp av az rest igen med ett HTTP-verb PATCH och en JSON-nyttolast.