Dela via

Teknisk information om Azure Monitor-hanterad tjänst för Prometheus

Azure Monitor och Prometheus ger en översikt över azure monitor-hanterad tjänst för Prometheus. Den här artikeln innehåller ytterligare teknisk information om tjänsten.

Tjänstbegränsningar och kvoter

Azure Monitor-hanterad tjänst för Prometheus har standardgränser och kvoter för inmatning. När du når inmatningsgränserna kan begränsning ske. Du kan begära en ökning av dessa gränser. Mer information finns i Tjänstbegränsningar för Azure Monitor.

Begränsningar

Följande begränsningar gäller för Azure Monitor-hanterad tjänst för Prometheus:

  • Den minsta frekvensen för att skrapa och lagra mått är 1 sekund.
  • Under noduppdateringar kan det uppstå luckor som varar mellan 1 och 2 minuter i vissa måttsamlingar från insamlaren på klusternivå. Det här felet beror på en vanlig åtgärd från Azure Kubernetes Service för att uppdatera noderna i klustret. Det här beteendet påverkar inte rekommenderade aviseringsregler.
  • Hanterad Prometheus för Windows-noder aktiveras inte automatiskt. Information om hur du aktiverar övervakning för Windows-noder och poddar i dina kluster finns i Aktivera Windows-måttsamling (förhandsversion).

Dataöverväganden

Data som lagras på Azure Monitor-arbetsytan, inklusive Prometheus-data, hanteras i enlighet med alla standarder som beskrivs i Azure Trust Center. Det finns flera överväganden som är specifika för dessa data:

  • Data lagras fysiskt i samma region som Azure Monitor-arbetsytan etableras i.
  • Data krypteras i vila med hjälp av en Microsoft-hanterad nyckel.
  • Data bevaras i 18 månader.

Mer information om den hanterade Azure Monitor-tjänsten för Prometheus stöd för PII/EUII-data finns i Azure Monitor och Prometheus.

Skiftlägesberoende

Den hanterade tjänsten i Azure Monitor för Prometheus är ett skiftlägesokänsligt system. Den behandlar strängar (till exempel måttnamn, etikettnamn eller etikettvärden) som samma tidsserie om de skiljer sig från en annan tidsserie endast när det gäller strängen.

Anmärkning

Det här beteendet skiljer sig från native öppen källkodssystemet Prometheus, som är ett skiftlägeskänsligt system. Självhanterade Prometheus-instanser som körs på virtuella Azure-datorer, skalningsgrupper för virtuella datorer eller Azure Kubernetes Service-kluster är skiftlägeskänsliga system.

I den hanterade tjänsten för Prometheus anses följande tidsserie vara densamma:

diskSize(cluster="eastus", node="node1", filesystem="usr_mnt")
diskSize(cluster="eastus", node="node1", filesystem="usr_MNT")

Föregående exempel är en enda tidsserie i en tidsseriedatabas. Följande gäller:

  • Alla prover som matas in till dem lagras som om de skrapas eller matas in till en enda tidsserie.
  • Om föregående exempel matas in med samma tidsstämpel släpps en av dem slumpmässigt.
  • Höljet som lagras i tidsseriedatabasen och returneras av en fråga är oförutsägbart. Samma tidsserier kan returnera olika höljen vid olika tidpunkter.
  • Alla måttnamn eller etikettnamn/värdematchare som finns i frågan hämtas från tidsseriedatabasen via en skiftlägesokänslig jämförelse. Om det finns en skiftlägeskänslig matchare i en fråga behandlas den automatiskt som en skiftlägesokänslig matchare i strängjämförelser.

Det är bästa praxis att använda ett enda konsekvent fall för att producera eller skrapa en tidsserie.

Prometheus med öppen källkod behandlar föregående exempel som två olika tidsserier. Alla prover som skrapas eller matas in mot dem lagras separat.

Undvika duplicerade tidsserier

Prometheus stöder inte duplicerade tidsserier. Azure Managed Prometheus visar dessa för användarna som 422-fel i stället för att tyst släppa duplicerade tidsserier. Användare som stöter på dessa fel bör vidta åtgärder för att undvika duplicering av tidsserier.

Om en användare till exempel använder samma "kluster"-etikettvärde för två olika kluster som lagras i olika resursgrupper men matas in till samma AMW, bör de byta namn på en av dessa etiketter för unikhet. Det här felet uppstår endast i gränsfall där tidsstämpeln och värdena är identiska i båda kluster i det här scenariot.

Personlig information

Användningen av Azure Monitor för att hantera och vara värd för Prometheus är avsedd för lagring av information om tjänsthälsa för kunddatorer och program. Den är inte avsedd för lagring av personuppgifter. Se till att du inte skickar känslig information, till exempel användarnamn och kreditkortsnummer, till Prometheus-fält som är hostade av Azure Monitor, såsom måttnamn, etikettnamn eller etikettvärden.

Måttnamn, etikettnamn och etikettvärden

Insamling av mått har för närvarande följande begränsningar i tabellen:

Fastighet Limit
Namnlängd för etikett Mindre än eller lika med 511 tecken. När den här gränsen överskrids för alla tidsserier i ett jobb misslyckas hela skrapjobbet och måtten tas bort från jobbet före inmatning. Du kan se up=0 för det jobbet och även mål-Ux visar orsaken till up=0.
Etikettvärdets längd Mindre än eller lika med 1 023 tecken. När en tidsserie i ett jobb överskrider denna gräns misslyckas hela insamlingen, och måtten tas bort från jobbet innan de behandlas. Du kan se up=0 för det jobbet och även mål-Ux visar orsaken till up=0.
Antal etiketter per tidsserie Mindre än eller lika med 63. När den här gränsen överskrids för alla tidsserier i ett jobb misslyckas hela skrapjobbet och måtten tas bort från jobbet före inmatning. Du kan se up=0 för det jobbet och även mål-Ux visar orsaken till up=0.
Längd på måttnamn Mindre än eller lika med 511 tecken. När den här gränsen överskrids för alla tidsserier i ett jobb tas bara den specifika serien bort. MetricextensionConsoleDebugLog har spårningar för det borttagna måttet.
Etikettnamn med olika höljen Två etiketter i samma måttexempel, med olika höljen, behandlas som dubbletter av etiketter och tas bort när de matas in. Till exempel tas tidsserien my_metric{ExampleLabel="label_value_0", examplelabel="label_value_1} bort på grund av duplicerade etiketter eftersom ExampleLabel och examplelabel anses vara samma etikett.

Relaterat innehåll