Läs på engelska

Dela via


Azure Monitor-tjänstbegränsningar

I den här artikeln visas gränser inom olika områden i Azure Monitor.

Aviseringar

Resurs Standardgräns Maximigräns
Måttaviseringar (klassisk) 100 aktiva aviseringsregler per prenumeration.
Klassiska aviseringar dras tillbaka för offentliga molnanvändare.
Klassiska aviseringar för Azure Government-molnet och Microsoft Azure som drivs av 21Vianet upphör den 29 februari 2024.
Ring supporten.
Måttaviseringar 5 000 aktiva aviseringsregler per prenumeration i Azure Public, Microsoft Azure som drivs av 21Vianet och Azure Government-moln. Om du når den här gränsen kan du utforska om du kan använda aviseringar av samma typ av flera resurser.
5 000 måtttidsserier per aviseringsregel.
Ring supporten.
Aktivitetsloggaviseringar 100 aktiva aviseringsregler per prenumeration (kan inte ökas).
Eftersom den här gränsen inte kan ökas kan du överväga att skicka dina aktivitetsloggar till en Log Analytics-arbetsyta och skapa loggsökningsaviseringar i stället, om du behöver ett större antal regler per prenumeration.
Samma som standard.
Loggaviseringar 5 000 aktiva aviseringsregler per prenumeration. Av vilka 100 aktiva aviseringsregler med 1 minuts frekvens.
1 000 aktiva aviseringsregler per resurs.
Varje tillståndslös aviseringsregel kan utlösa upp till 6 000 aviseringar per utvärdering.
Varje tillståndskänslig aviseringsregel kan utlösa upp till 300 aviseringar per utvärdering.
Upp till 5 000 utlösta tillståndskänsliga aviseringar åt gången.
Den kombinerade storleken på alla data i loggaviseringsregelns egenskaper får inte överstiga 64 kB.
Kusto-frågeresultatet får inte överstiga mer än 20 MB.
Ring supporten.
Regler för aviseringsbearbetning 1 000 aktiva regler per prenumeration. Ring supporten.
Beskrivningslängd för aviseringsregler och aviseringsbearbetningsregler Loggsökningsaviseringar 4 096 tecken.
Alla andra är 2 048 tecken.
Samma som standard.

API för aviseringar

Azure Monitor-aviseringar har flera begränsningsgränser för att skydda mot användare som gör ett överdrivet antal anrop. Ett sådant beteende kan potentiellt överbelasta systemets serverdelsresurser och äventyra tjänstens svarstider. Följande gränser är utformade för att skydda kunder från avbrott och säkerställa en konsekvent servicenivå. Användarbegränsningen och gränserna är utformade för att endast påverka extrema användningsscenarier. De bör inte vara relevanta för vanlig användning.

Anteckning

Det finns en gräns för API-anrop per instans. Det exakta gränsnumret för antalet instanser.

Resurs Standardgräns Maximigräns
Aviseringar – Hämta sammanfattning 50 samtal per minut per prenumeration Samma som standard
Aviseringar – Hämta alla (inte "Get By ID") 100 samtal per minut per prenumeration Samma som standard
Alla andra aviseringsanrop 1 000 samtal per minut per prenumeration Samma som standard

Åtgärdsgrupper

Du kan ha ett obegränsat antal åtgärdsgrupper i en prenumeration.

Resurs Standardgräns Maximigräns
Push-överföring av Azure-appar 10 Azure-appåtgärder per åtgärdsgrupp. Samma som standard
Email 1 000 e-poståtgärder i en åtgärdsgrupp.
Högst 100 e-postmeddelanden varje timme för varje e-postadress per region
Teckengränsen i en e-postadress är 64.
Teckengränsen i ett e-postmeddelande är 55296.
Se även information om hastighetsbegränsning.
Samma som standard
Skicka e-post till Azure Resource Manager-rollen 10 E-posta ARM-rollåtgärder per åtgärdsgrupp.
I produktion: Högst 100 e-postmeddelanden i en timme per region.
I en teståtgärdsgrupp: Högst två e-postmeddelanden var (1) minut.
Samma som standard
Event Hubs 10 Event Hubs-åtgärder per åtgärdsgrupp. Samma som standard
ITSM 10 ITSM-åtgärder i en åtgärdsgrupp. Samma som standard
Logikapp 10 logikappsåtgärder i en åtgärdsgrupp. Samma som standard
Runbook 10 runbook-åtgärder i en åtgärdsgrupp. Samma som standard
Säker webhook 10 säkra webhook-åtgärder i en åtgärdsgrupp. Maximalt antal webhook-anrop är 1 500 per minut per prenumeration. Samma som standard
SMS 10 SMS-åtgärder i en åtgärdsgrupp.
I produktion: Högst ett SMS var femte minut.
I en teståtgärdsgrupp: Högst ett SMS var minut.
Samma som standard
Röst 10 röståtgärder i en åtgärdsgrupp.
I produktion: Högst ett röstsamtal var femte minut.
I en teståtgärdsgrupp: Högst ett röstsamtal var minut.
Samma som standard
Webhook 10 webhook-åtgärder i en åtgärdsgrupp. Maximalt antal webhook-anrop är 1 500 per minut per prenumeration. Samma som standard

Automatisk skalning

Resurs Standardgräns Maximigräns
Autoskalningsinställningar 100 per region per prenumeration. Samma som standard
Autoskalningsprofiler 20 profiler per autoskalningsinställning. Samma som standard

Prometheus-mått

Inmatning

Azure-hanterad Prometheus är ett skiftlägesokänsligt system. Den behandlar strängar, till exempel måttnamn, etikettnamn eller etikettvärden, som samma tidsserie om de endast skiljer sig från en annan tidsserie när det gäller strängen. Mer information finns i Översikt över Prometheus-mått.

Följande gränser gäller för Azure Monitor-arbetsytan som matar in dina Prometheus-mått.

Gräns Värde
Aktiva tidsserier med mått som har rapporterats under de senaste ~12 timmarna. 1 000 000
Du kan begära en ökning. 
Händelser per minut som matas in. 1 000 000
Du kan begära en ökning. 

Följande begränsningar gäller för datainsamlingsregeln (DCR) och datainsamlingsslutpunkten (DCE) som skickar Prometheus-måttdata till din Azure Monitor-arbetsyta.

Gräns Värde
Inmatningsbegäranden per minut till en slutpunkt för datainsamling 15 000
Den här gränsen kan inte ökas. 
Datainmatning per minut till en datainsamlingsslutpunkt 50 GB
Den här gränsen kan inte ökas.

Frågor

Prometheus-frågor skapas med hjälp av PromQL och kan redigeras i Antingen Azure Managed Grafana eller självhanterad Grafana.

Gräns Värde
Datakvarhållning 18 månader.
Den här gränsen kan inte ökas. 
Frågetidsintervall 32 dagar mellan starttiden och sluttiden för PromQL-frågan.
Den här gränsen kan inte ökas.
Frågetidsserier per mått 500 000 tidsserier. 
Frågeexempel returnerade 50 000 000 exempel per fråga. 
Minsta frågestegsstorlek
med tidsintervall >= 48 timmar
60 sekunder. 

Frågedatabegränsningar
För klienttrafik:

Gräns Värde
Uppslagslängd för begränsningsfönster 30 sekunder
Data som returneras per Azure Monitor-arbetsyta 0.5 GB

För inspelningsregler trafik:

Gräns Värde
Uppslagslängd för begränsningsfönster 3 minuter
Data som returneras per Azure Monitor-arbetsyta 1 GB

Frågeförparsningsgränser
Baserat på frågetidsintervall och typ av begäran över ett 30-sekundersfönster (för klienttrafik):

Gräns Värde
Frågetimmar per användare (Microsoft Entra-ID, hanterad identitet, Azure Managed Grafana-arbetsyta) 30,000
Frågetimmar per Azure Monitor-arbetsyta 60 000
Frågetimmar per Azure-klientorganisation 600,000

Baserat på frågetidsintervall och typ av begäran under ett 3-minutersfönster (för inspelning av regeltrafik):

Gräns Värde
Frågetimmar per Azure Monitor-arbetsyta 60 000
Frågetimmar per Azure-klientorganisation 600,000

Fråga efter parsningsgränser
Baserat på frågetidsintervall och intervallvektorer i frågan under ett 30-sekundersfönster (för klienttrafik):

Gräns Värde
Frågetimmar per användare (Microsoft Entra-ID, hanterad identitet, Azure Managed Grafana-arbetsyta) 2,000,000
Frågetimmar per Azure Monitor-arbetsyta 2,000,000
Frågetimmar per Azure-klientorganisation 20,000,000

Baserat på frågetidsintervall och intervallvektorer i frågan under ett 3-minutersfönster (för inspelning av regeltrafik):

Gräns Värde
Frågetimmar per Azure Monitor-arbetsyta 2,000,000
Frågetimmar per Azure-klientorganisation 20,000,000

Frågekostnadsbegränsningsgränser

Gräns Värde
Maximal frågekostnad per fråga 15000
Maximal frågekostnad för fråga om inspelningsregler 3000

Beräkning av frågekostnad görs på följande sätt:

Frågekostnad = (Antal begärda tidsserier * (varaktighet för frågad tid i sekunder/ Uppskjuten tidsmatchning av efterfrågade data)) / 5 000

Uppskjuten tidsmatchning av efterfrågade data = Antal datapunkter som lagras i en slumpmässigt vald tidsserienyckel för frågat mått/frågad tidsvaraktighet i sekunder

Aviserings- och inspelningsregler

Prometheus-aviseringsregler och inspelningsregler definieras i PromQL. De utförs på den hanterade linjaltjänsten som en del av Den hanterade Azure Monitor-tjänsten för Prometheus.

Gräns Värde
Regelgrupper per Azure Monitor-arbetsyta i en Azure-prenumeration 500
Du kan begära en ökning.
Regler per regelgrupp 20
Den här gränsen kan inte ökas.
Utvärderingsintervall för regelgrupp Mellan 1 minut och 24 timmar.
Standardvärdet är 1 minut. 
Aktiva aviseringar Ingen gräns just nu.

Fjärrskrivning

Beräkningar fastställdes med hjälp av en fjärransluten batchstorlek på 500, vilket är standardvärdet.

Gräns Värde
CPU-användning 0,25 x (antal mått) + 1,25 x (genomsnittligt antal serier per mått)
CPU-begäran 0,75 x (CPU-användning)
CPU-gräns 2 x (CPU-begäran)
Minnesbegäran 150 Mb
Minnesgräns 200 Mb
Maximalt dataflöde Fjärrskrivningscontainer kan bearbeta upp till 150 000 unika tidsserier. Containern kan utlösa fel som hanterar begäranden över 150 000 på grund av det stora antalet samtidiga anslutningar. Det här problemet kan åtgärdas genom att öka fjärrbatchstorleken från 500 till 1 000. Den här ändringen minskar antalet öppna anslutningar.

Loggar inmatnings-API

Gräns Värde Kommentarer
Maximal storlek för API-anrop 1 MB Både komprimerade och okomprimerade data.
Maximal storlek för fältvärden 64 KB Fält som är längre än 64 kB trunkeras.
Maximalt antal data/minuter per DCR 2 GB Både komprimerade och okomprimerade data. Försök igen efter varaktigheten Retry-After som anges i rubriken i svaret.
Maximalt antal begäranden/minut per DCR 12 000 Försök igen efter varaktigheten Retry-After som anges i rubriken i svaret.

Regler för datainsamling

Gräns Värde
Maximalt antal datakällor 10
Maximalt antal räknarspecificerare i prestandaräknaren 100
Maximalt antal anläggningsnamn i Syslog 20
Maximalt antal XPath-frågor i händelseloggen 100
Maximalt antal dataflöden 10
Maximalt antal dataströmmar 10
Maximalt antal tillägg 10
Maximal storlek på tilläggsinställningar 32 kB
Maximalt antal Log Analytics-arbetsytor 10
Maximalt antal tecken i en transformering 15,360

Diagnostikinställningar

Resurs Standardgräns Övre gräns
Maximalt antal diagnostikinställningar per resurs 5 Samma som standard.

Loggfrågor och språk

Allmänna frågegränser

Gräns beskrivning
Frågespråk Azure Monitor använder samma Kusto-frågespråk (KQL) som Azure Data Explorer. Se Skillnader i azure monitor-loggfrågespråk för KQL-språkelement som inte stöds i Azure Monitor.
Azure-regioner Loggfrågor kan uppleva överbelastning när data sträcker sig över Log Analytics-arbetsytor i flera Azure-regioner. Mer information finns i Frågegränser .
Frågor mellan resurser Maximalt antal Application Insights-resurser och Log Analytics-arbetsytor i en enda fråga begränsat till 100.
Frågor mellan resurser stöds inte i View Designer.
Frågor mellan resurser i loggaviseringar stöds i det nya scheduledQueryRules-API:et.
Mer information finns i Frågegränser mellan resurser.
Log Analytics-instrumentpanelsfrågor Maximalt antal poster som returneras i en enda Log Analytics-instrumentpanelsfråga är 2 000.

Begränsning av användarfrågor

Azure Monitor har flera begränsningar för att skydda mot användare som skickar ett stort antal frågor. Ett sådant beteende kan potentiellt överbelasta systemets serverdelsresurser och äventyra tjänstens svarstider. Följande gränser är utformade för att skydda kunder från avbrott och säkerställa konsekvent servicenivå. Användarbegränsningen och gränserna är utformade för att endast påverka extrema användningsscenarier och bör inte vara relevanta för typisk användning.

Mått Gräns per användare beskrivning
Samtidiga frågor 5 En användare kan köra upp till fem samtidiga frågor. Andra frågor läggs till i en kö. När en av de frågor som körs är klar hämtas den första frågan i kön från kön och börjar köras. Aviseringsfrågor ingår inte i den här gränsen.
Tid i samtidighetskö 3 minuter Om en fråga finns i kön i mer än 3 minuter utan att startas avslutas den med ett HTTP-felsvar med kod 429.
Totalt antal frågor i samtidighetskö 200 När antalet frågor i kön når 200 avvisas nästa fråga med HTTP-felkoden 429. Det här talet är utöver de fem frågor som kan köras samtidigt.
Frågefrekvens 200 frågor per 30 sekunder Övergripande frekvens för frågor som kan skickas av en enskild användare till alla arbetsytor. Den här gränsen gäller för programmatiska frågor eller frågor som initieras av visualiseringsdelar, till exempel Azure-instrumentpaneler och log analytics-arbetsytesammanfattningssidan (inaktuell).
  • Optimera dina frågor enligt beskrivningen i Optimera loggfrågor i Azure Monitor.
  • Instrumentpaneler och arbetsböcker kan innehålla flera frågor i en enskild vy som genererar en mängd frågor varje gång de läses in eller uppdateras. Överväg att dela upp dessa i flera vyer som läses in på begäran.
  • I Power BI kan du överväga att endast extrahera aggregerade resultat och inte rådataloggar.

Log Analytics-arbetsytor

Volym och kvarhållning av datainsamling

Prisnivå Gräns per dag Datakvarhållning Kommentar
Betala per användning
(infördes april 2018)
Ingen begränsning Upp till 730 dagar interaktiv kvarhållning/
Upp till 12 års dataarkiv
Datakvarhållning över 31 dagar är tillgängligt för extra avgifter. Läs mer om priser för Azure Monitor.
Åtagandenivåer
(infördes november 2019)
Ingen begränsning Upp till 730 dagar interaktiv kvarhållning/
Upp till 12 års dataarkiv
Datakvarhållning över 31 dagar är tillgängligt för extra avgifter. Läs mer om priser för Azure Monitor.
Äldre per nod (OMS)
(infördes april 2016)
Ingen begränsning 30 till 730 dagar Datakvarhållning över 31 dagar är tillgängligt för extra avgifter. Läs mer om priser för Azure Monitor. Åtkomsten till användningsnivån är begränsad till prenumerationer som innehåller en Log Analytics-arbetsyta eller Application Insights-resurs den 2 april 2018 eller är länkade till en företagsavtal som startade före den 1 februari 2019 och fortfarande är aktiv.
Äldre fristående nivå
(infördes april 2016)
Ingen begränsning 30 till 730 dagar Datakvarhållning över 31 dagar är tillgängligt för extra avgifter. Läs mer om priser för Azure Monitor. Åtkomsten till användningsnivån är begränsad till prenumerationer som innehåller en Log Analytics-arbetsyta eller Application Insights-resurs den 2 april 2018 eller är länkade till en företagsavtal som startade före den 1 februari 2019 och fortfarande är aktiv.
Äldre kostnadsfri nivå
(infördes april 2016)
500 MB 7 dagar När din arbetsyta når gränsen på 500 MB per dag stoppas datainmatningen och återupptas i början av nästa dag. En dag baseras på UTC. Data som samlas in av Microsoft Defender för molnet ingår inte i den här gränsen på 500 MB per dag och fortsätter att samlas in över den här gränsen. Om du skapar nya arbetsytor i eller flyttar befintliga arbetsytor till är den äldre prisnivån kostnadsfri utvärderingsversion endast möjlig fram till den 1 juli 2022.
Äldre standardnivå Ingen begränsning 30 dagar Kvarhållning kan inte justeras. Den här nivån har inte varit tillgänglig för några nya arbetsytor sedan den 1 oktober 2016.
Äldre Premium-nivå Ingen begränsning 365 dagar Kvarhållning kan inte justeras. Den här nivån har inte varit tillgänglig för några nya arbetsytor sedan den 1 oktober 2016.

Antal arbetsytor per prenumeration

Prisnivå Gräns för arbetsyta Kommentarer
Äldre kostnadsfri nivå 10 Den här gränsen kan inte ökas. Om du skapar nya arbetsytor i eller flyttar befintliga arbetsytor till är den äldre prisnivån kostnadsfri utvärderingsversion endast möjlig fram till den 1 juli 2022.
Alla andra nivåer Ingen begränsning Du begränsas av antalet resurser i en resursgrupp och antalet resursgrupper per prenumeration.

Azure-portalen

Kategori Gräns Kommentarer
Maximalt antal poster som returneras av en loggfråga 30,000 Minska resultatet med hjälp av frågeomfång, tidsintervall och filter i frågan.

API för datainsamlare

Kategori Gräns Kommentarer
Maximal storlek för ett enda inlägg 30 MB Dela upp större volymer i flera inlägg.
Maximal storlek för fältvärden 32 kB Fält som är längre än 32 kB trunkeras.

Fråge-API

Kategori Gräns Kommentarer
Maximalt antal poster som returneras i en enskild fråga 500,000
Maximal storlek på data som returneras ~104 MB (~100 MiB) API:et returnerar upp till 64 MB komprimerade data, vilket innebär upp till 100 MB rådata.
Maximal frågekörningstid 10 minuter Mer information finns i Timeouter .
Högsta frekvens för begäranden 200 begäranden per 30 sekunder per Microsoft Entra-användare eller klient-IP-adress Se Loggfrågor och språk.

Anslutningsapp för Azure Monitor-loggar

Kategori Gräns Kommentarer
Maximal storlek på data ~16,7 MB (~16 MiB) Anslutningsinfrastrukturen avgör att gränsen är lägre än fråge-API-gränsen.
Maximalt antal poster 500,000
Maximal tidsgräns för anslutning 110 sekunder
Maximal tidsgräns för frågor 100 sekunder
Diagram Sidan Loggar och anslutningsappen använder olika diagrambibliotek för visualisering. Vissa funktioner är för närvarande inte tillgängliga i anslutningsappen.

Sammanfattningsregler

Kategori Gräns
Maximalt antal aktiva regler på en arbetsyta 30
Maximalt antal resultat per lagerplats 500,000
Maximal volym för resultatuppsättning 100 MB
Tidsgräns för frågekörning för bin-bearbetning 10 minuter

Allmänna begränsningar för arbetsytor

Kategori Gräns Kommentarer
Maximalt antal kolumner i en tabell 500 AzureDiagnostics – kolumner över gränsen läggs till i den dynamiska kolumnen "AdditionalFields"
Anpassad logg som skapats av API för datainsamlare – kolumner över gränsen läggs till i den dynamiska kolumnen "AdditionalFields"
Anpassad logg – kontakta supporten för mer
Maximalt antal anpassade loggtabeller 500 Kontakta supporten om du vill ha mer
Maximalt antal tecken för kolumnnamn 45

Volymhastighet för datainmatning

Azure Monitor är en storskalig datatjänst som betjänar tusentals kunder som skickar Terabyte data varje dag och i en växande takt. En gräns för mjuk volymhastighet avser att isolera Azure Monitor-kunder från plötsliga inmatningstoppar i en miljö med flera innehavare. Standardtröskelvärdet för inmatningsvolym i arbetsytor är 500 MB (komprimerad), vilket översätts till cirka 6 GB/min okomprimerat.

Volymhastighetsgränsen gäller för data som matas in från Azure-resurser via diagnostikinställningar och API för datainsamlare. När volymhastighetsgränsen har nåtts försöker en återförsöksmekanism mata in data fyra gånger under en period på 12 timmar och släppa dem om åtgärden misslyckas. Gränsen gäller inte för data som matas in från agenter eller via DCR.

När data som skickas till din arbetsyta är högre än 80 % av tröskelvärdet som konfigurerats på din arbetsyta skickas en händelse till Operation tabellen på arbetsytan var 6:e timme medan tröskelvärdet fortsätter att överskridas. När den inmatade volymen är högre än tröskelvärdet tas vissa data bort, en händelse skickas till Operation tabellen på arbetsytan var 6:e timme medan tröskelvärdet fortsätter att överskridas.

Om inmatningsvolymen fortsätter att överskrida tröskelvärdet eller om du förväntar dig att nå den någon gång snart kan du begära att den här gränsen ökar genom att öppna en supportbegäran.

Vi rekommenderar också att du skapar en aviseringsregel som proaktivt meddelar när du når inmatningsgränser. Se Övervaka hälsotillståndet för Log Analytics-arbetsytan i Azure Monitor.

Anteckning

Beroende på hur länge du har använt Log Analytics kan du ha åtkomst till äldre prisnivåer. Läs mer om äldre prisnivåer i Log Analytics.

Programinsikter

Det finns vissa gränser för antalet mått och händelser per program, dvs. per instrumentationsnyckel. Gränserna beror på vilken prisplan du väljer.

Resurs Standardgräns Maximigräns Kommentar
Totala data per dag 100 GB Kontakta supporten. Du kan ange ett tak för att minska data. Om du behöver mer data kan du öka gränsen i portalen, upp till 1 000 GB. För kapaciteter som är större än 1 000 GB skickar du e-post till AIDataCap@microsoft.com.
Begränsning 32 000 händelser/sekund Kontakta supporten. Gränser är mätt under en minut.
Datakvarhållningsloggar 30 till 730 dagar 730 dagar Den här resursen är för Loggar.
Datakvarhållningsmått 90 dagar 90 dagar Den här resursen är för Metrics Explorer.
Kvarhållning av detaljerade resultat för flerstegstest för tillgänglighet 90 dagar 90 dagar Den här resursen innehåller detaljerade resultat för varje steg.
Maximal storlek på telemetriobjekt 64 KB 64 KB
Maximalt antal telemetriobjekt per batch 64,000 64,000
Namnlängd för egenskaper och mätvärden 150 150 Se typscheman.
Stränglängd för egenskapsvärde 8,192 8,192 Se typscheman.
Längd för spårnings- och undantagsmeddelande 32,768 32,768 Se typscheman.
Tillgänglighetstester räknas per Application Insights-resurs 100 100
Antal tillgänglighetstester per resursgrupp 800 800 Se Azure Resource Manager
Maximal omdirigering av tillgänglighetstester per test 10 10
Tillgänglighetstester med lägsta testfrekvens 300 sekunder Anpassade testfrekvenser eller frekvenser på mindre än 5 minuter kräver anpassade TrackAvailability-implementeringar .
Datakvarhållning för profiler och ögonblicksbilder Två veckor Kontakta supporten. Maximal kvarhållningsgräns är sex månader.
Profileringsdata skickas per dag Ingen begränsning Ingen gräns.
Ögonblicksbildsdata som skickas per dag 30 ögonblicksbilder per dag per övervakad app Ingen gräns. Antalet ögonblicksbilder som samlas in per program kan ändras via konfigurationen.

Mer information om priser och kvoter finns i Application Insights-fakturering.

AMPLS-objekt har följande gränser:

  • Ett virtuellt nätverk kan bara ansluta till ett AMPLS-objekt. Det innebär att AMPLS-objektet måste ge åtkomst till alla Azure Monitor-resurser som det virtuella nätverket ska ha åtkomst till.
  • Ett AMPLS-objekt kan ansluta till upp till 300 Log Analytics-arbetsytor och upp till 1 000 Application Insights-komponenter.
  • En Azure Monitor-resurs kan ansluta till upp till fem AMPLS.
  • Ett AMPLS-objekt kan ansluta till upp till 10 privata slutpunkter.

Nästa steg