Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Kubernetes-kluster genererar en stor mängd data som samlas in av Container Insights. Eftersom du debiteras för inmatning och kvarhållning av dessa data vill du konfigurera din miljö för att optimera dina kostnader. Du kan avsevärt minska dina övervakningskostnader genom att filtrera bort data som du inte behöver och även genom att optimera konfigurationen av Log Analytics-arbetsytan där du lagrar dina data.
När du har analyserat dina insamlade data och fastställt om det finns några data som du samlar in som du inte behöver, finns det flera alternativ för att filtrera alla data som du inte vill samla in. Detta sträcker sig från att välja från en uppsättning fördefinierade kostnadskonfigurationer till att använda olika funktioner för att filtrera data baserat på specifika kriterier. Den här artikeln innehåller en genomgång av vägledning om hur du analyserar och optimerar din datainsamling för Container Insights.
Aktivera insamling av mått via Azure Monitor-hanterad tjänst för Prometheus.
Container Insights använde tidigare data från Log Analytics för att driva visualiseringarna i Azure-portalen. Med lanseringen av Managed Prometheus är formatet för måttinsamling billigare och effektivare. Container Insights erbjuder nu möjligheten att visualisera med hjälp av managed Prometheus-mått. Information om hur du börjar använda Managed Prometheus finns i Växla till med hjälp av hanterade Prometheus-visualiseringar i Azure Monitor.
Analysera datainmatning
För att identifiera dina bästa möjligheter till kostnadsbesparingar analyserar du mängden data som samlas in i olika tabeller. Den här informationen hjälper dig att identifiera vilka tabeller som förbrukar mest data och hjälpa dig att fatta välgrundade beslut om hur du kan minska kostnaderna.
Du kan visualisera hur mycket data som matas in i varje arbetsyta med hjälp av runboken Container Insights Usage, som är tillgänglig från sidan Arbetsböcker i ett övervakat kluster.
Med rapporten kan du visa dataanvändningen efter olika kategorier, till exempel tabell, namnområde och loggkälla. Använd dessa olika vyer för att fastställa alla data som du inte använder och kan filtreras bort för att minska kostnaderna.
Välj alternativet för att öppna frågan i Log Analytics där du kan utföra mer detaljerad analys, inklusive att visa de enskilda poster som samlas in. Se Frågeloggar från Container Insights för ytterligare frågor som du kan använda för att analysera dina insamlade data.
Följande skärmbild visar till exempel en ändring av loggfrågan som används för Efter tabell som visar data efter namnområde och tabell.
Filtrera insamlade data
När du har identifierat data som du kan filtrera använder du olika konfigurationsalternativ i Container insights för att filtrera bort data som du inte behöver. Det finns alternativ för att välja fördefinierade konfigurationer, ange enskilda parametrar och använda anpassade loggfrågor för detaljerad filtrering.
Förinställningar för loggar
Det enklaste sättet att filtrera data är att använda loggarnas förinställningar i Azure-portalen från Övervaka > övervakningsinställningar. Varje förinställning innehåller olika uppsättningar tabeller som ska samlas in baserat på olika åtgärds- och kostnadsprofiler. Loggarnas förinställningar är utformade för att hjälpa dig att snabbt konfigurera din datainsamling baserat på vanliga scenarier.
Filtreringsalternativ
När du har valt en lämplig loggförinställning kan du filtrera ytterligare data med hjälp av de olika metoderna i följande tabell. Med varje alternativ kan du filtrera data baserat på olika kriterier. När du är klar med konfigurationen bör du bara samla in data som du behöver för analys och aviseringar.
| Filtrera efter | beskrivning |
|---|---|
| Tabeller | Manuellt ändra DCR om du vill välja enskilda tabeller att fylla i andra grupper än de förinställda logggrupperna. Du kanske till exempel vill samla in ContainerLogV2 men inte samla in KubeEvents som ingår i samma loggförinställning. Se Stream-värden för en lista över de strömmar som ska användas i DCR. |
| Containerloggar |
ContainerLogV2 lagrar stdout/stderr-posterna som genereras av containrarna i klustret. Du kan inaktivera samlingen av hela tabellen med hjälp av DCR, men du kan konfigurera samlingen med stderr- och stdout-loggar separat med hjälp av ConfigMap för klustret. Eftersom stdout och stderr inställningar kan konfigureras separat kan du välja att aktivera den ena och inte den andra.Mer information om hur du filtrerar containerloggar finns i Filtrera containerloggsamling med ConfigMap . |
| Namnområde | Namnområden i Kubernetes används för att gruppera resurser i ett kluster. Du kan filtrera bort data från resurser i specifika namnområden som du inte behöver. Med hjälp av DCR kan du bara filtrera prestandadata efter namnområde, om du har aktiverat insamling för Perf tabellen. Använd ConfigMap för att filtrera data för specifika namnområden i stdout och stderr loggar.Mer information om systemnamnområdet finns i Filtrera containerloggar för information om filtrering av loggar efter namnområde och plattformsloggfiltrering (System Kubernetes-namnområden ). |
| Poddar och containrar | Med anteckningsfiltrering kan du filtrera bort containerloggar baserat på anteckningar som du gör i podden. Med hjälp av ConfigMap kan du ange om stdout- och stderr-loggar ska samlas in för enskilda poddar och containrar. Mer information om hur du uppdaterar din ConfigMap och om hur du anger anteckningar i dina poddar finns i Anteckningsbaserad filtrering för arbetsbelastningar . |
Transformeringar
Med inmatningstidstransformeringar kan du använda en KQL-fråga för att filtrera och transformera data i Azure Monitor-pipelinen innan den lagras på Log Analytics-arbetsytan. På så sätt kan du filtrera data baserat på kriterier som du inte kan utföra med de andra alternativen.
Du kan till exempel välja att filtrera containerloggar baserat på loggnivån i ContainerLogV2. Du kan lägga till en transformering till din Container Insights DCR som skulle utföra funktionerna i följande diagram. I det här exemplet samlas endast error händelser och critical nivåhändelser in, medan andra händelser ignoreras.
En alternativ strategi skulle vara att spara de mindre viktiga händelserna i en separat tabell som konfigurerats för grundläggande loggar. Händelserna skulle fortfarande vara tillgängliga för felsökning, men med betydande kostnadsbesparingar för datainmatning.
Se Datatransformeringar i Container insights för mer information om hur du lägger till en transformering till din Container Insights DCR, inklusive dcr-exempel med transformeringar.
Konfigurera prisnivåer
Grundläggande loggar i Azure Monitor erbjuder en betydande kostnadsrabatt för datainsamling på Log Analytics-arbetsytan för data som du ibland använder för felsökning och avhjälpning. Tabeller som konfigurerats för grundläggande loggar erbjuder en betydande kostnadsrabatt för datainmatning i utbyte mot en kostnad för loggfrågor, vilket innebär att de är idealiska för data som du behöver men som du kommer åt sällan.
Konfigurera ContainerLogV2 för grundläggande loggar för att avsevärt minska kostnaderna för datainmatning för dina containerloggar. Se Kostnadseffektiva aviseringsstrategier för AKS för olika strategier för att fortsätta aviseringar i containerloggar med den här tabellen konfigurerad för grundläggande loggar.
Kostnadseffektiva aviseringsstrategier
Aviseringar är en viktig del av övervakningen av arbetsbelastningar i Azure Kubernetes Service (AKS). Avancerad avisering kräver loggar på Analysnivå i din Log Analytics-arbetsyta, men det kan vara kostsamt för miljöer med stora volymer eller vissa typer av loggar, som granskningsloggar.
Du kan avsevärt minska kostnaderna för datainmatning genom att konvertera tabeller som innehåller containerloggar till Grundläggande loggar och utnyttja andra kostnadseffektiva strategier för Log Analytics-plattformen. Azure Monitor tillhandahåller alternativ för händelsedriven och sammanfattningsbaserad avisering i dessa tabeller, vilket ger dig mer kontroll över kostnaderna utan att offra insyn i hälsotillståndet och beteendet för dina AKS-arbetsbelastningar. Mer information finns i Kostnadseffektiva aviseringsstrategier för AKS .
Nästa steg
För att hjälpa dig förstå vad kostnaderna sannolikt kommer att vara baserade på de senaste användningsmönstren från data som samlats in med Container Insights kan du se Analysera användning på en Log Analytics-arbetsyta.