Loggschema för Container Insights
Container Insights lagrar loggdata som samlas in i en tabell med namnet ContainerLogV2. Den här artikeln beskriver schemat för den här tabellen och dess jämförelse och migrering från den äldre ContainerLog-tabellen .
Viktigt!
ContainerLogV2 är standardschemat via ConfigMap för CLI version 2.54.0 och senare. ContainerLogV2 är standardformatet för inmatning för kunder som registrerar containerinsikter med hanterad identitetsautentisering med arm-, Bicep-, Terraform-, princip- och portalregistrering. ContainerLogV2 kan uttryckligen aktiveras via CLI version 2.51.0 eller senare med datainsamlingsinställningar.
Stöd för tabellen ContainerLog dras tillbaka den 30 september 2026.
Tabelljämförelse
I följande tabell visas de viktigaste skillnaderna mellan att använda ContainerLogV2 och ContainerLog-schemat.
Funktionsskillnader | ContainerLog | ContainerLogV2 |
---|---|---|
Schema | Information på ContainerLog. | Information på ContainerLogV2. Ytterligare kolumner är: - ContainerName - PodName - PodNamespace . |
Introduktion | Kan endast konfigureras via ConfigMap. | Kan konfigureras via både ConfigMap och DCR. 1 |
Prissättning | Endast kompatibel med fullständiga analysloggar. | Stöder lågkostnadsnivån för grundläggande loggar utöver analysloggar. |
Fråga | Kräver flera kopplingsåtgärder med inventeringstabeller för standardfrågor. | Innehåller ytterligare podd- och containermetadata för att minska frågekomplexitet och kopplingsåtgärder. |
Multiline | Flerradsposter stöds inte och delas upp i flera rader. | Stöd för flerradsloggning för att tillåta konsoliderade, enskilda poster för flerradsutdata. |
1DCR-konfiguration stöds inte för kluster som använder autentiseringsbaserade kluster med tjänstens huvudnamn. Migrera dina kluster med tjänstens huvudnamn till hanterad identitet för att använda den här upplevelsen.
Kommentar
Export till Händelsehubb och Lagringskonto stöds inte om den inkommande LogMessage inte är en giltig JSON. För bästa prestanda rekommenderar vi att du skickar containerloggar i JSON-format.
Utvärdera effekten på befintliga aviseringar
Innan du aktiverar ContainerLogsV2-schemat bör du utvärdera om du har några aviseringsregler som är beroende av tabellen ContainerLog . Sådana aviseringar måste uppdateras för att använda den nya tabellen.
Om du vill söka efter aviseringar som refererar till tabellen ContainerLog kör du följande Azure Resource Graph-fråga:
resources
| where type in~ ('microsoft.insights/scheduledqueryrules') and ['kind'] !in~ ('LogToMetric')
| extend severity = strcat("Sev", properties["severity"])
| extend enabled = tobool(properties["enabled"])
| where enabled in~ ('true')
| where tolower(properties["targetResourceTypes"]) matches regex 'microsoft.operationalinsights/workspaces($|/.*)?' or tolower(properties["targetResourceType"]) matches regex 'microsoft.operationalinsights/workspaces($|/.*)?' or tolower(properties["scopes"]) matches regex 'providers/microsoft.operationalinsights/workspaces($|/.*)?'
| where properties contains "ContainerLog"
| project id,name,type,properties,enabled,severity,subscriptionId
| order by tolower(name) asc
Aktivera ContainerLogV2-schemat
Du kan aktivera ContainerLogV2-schemat för ett kluster med hjälp av klustrets datainsamlingsregel (DCR) eller ConfigMap. Om båda inställningarna är aktiverade har ConfigMap företräde. Stdout- och stderr-loggar matas bara in i tabellen ContainerLog när både DCR och ConfigMap uttryckligen är inställda på av.
Flerradsloggning i Container Insights
Med flerradsloggning aktiverat sys tidigare delade containerloggar ihop och skickas som enskilda poster till tabellen ContainerLogV2. Om den sydda logglinjen är större än 64 kB trunkeras den på grund av Log Analytics-arbetsytegränser. Den här funktionen har också stöd för .NET-, Go-, Python- och Java-stackspårningar, som visas som enskilda poster i tabellen ContainerLogV2. Aktivera flerradig loggning med ConfigMap enligt beskrivningen i Konfigurera datainsamling i Container insights med hjälp av ConfigMap.
Kommentar
Konfigurationskartan har nu ett språkspecifikationsalternativ, där kunderna bara kan välja de språk som de är intresserade av. Den här funktionen kan aktiveras genom att redigera språken i alternativet stacktrace_languages i konfigurationskartan.
Följande skärmbilder visar loggning med flera rader för Spårning av Go-undantagsstack:
Loggning med flera rader har inaktiverats
Flerradsloggning aktiverad
Java-stackspårning
Spårning av Python-stack
Nästa steg
- Konfigurera grundläggande loggar för ContainerLogv2.
- Lär dig hur du frågar efter data från ContainerLogV2