Instrumentpanel för mått

Mätinstrumentpanelen i Lakebase-appen tillhandahåller grafer för övervakning av system- och databasmått. För att öppna den, klicka på Övervakning i sidofältet för Lakebase App och välj sedan fliken Mätvärden . Observerbara mått inkluderar RAM-användning, CPU-användning, anslutningsantal, databasstorlek, deadlocks, radoperationer, replikeringsfördröjningar, cacheprestanda och arbetsmängdsstorlek.

Instrumentpanelen visar mått för den valda grenen och beräkning. Använd de nedrullningsbara menyerna för att visa mått för en annan gren eller beräkning. Du kan välja bland fördefinierade tidsperioder (Senaste timmen, Sista dagen, Senaste 7 dagarna) eller välja Annat för ytterligare alternativ (Senaste 3 timmarna, Senaste 6 timmarna, Senaste 12 timmarna, Senaste 2 dagarna eller Anpassad). Använd knappen Uppdatera för att uppdatera de mått som visas.

Förstå inaktiva beräkningar

Om grafer inte visar några data kan din beräkning vara inaktiv på grund av skalning till noll.

När en beräkning är inaktiv sjunker måttvärdena till 0 eftersom en aktiv beräkning krävs för att rapportera data. Inaktiva perioder visas som ett diagonalt linjemönster i graferna.

Om grafer inte visar några data kan du prova att välja en annan tidsperiod eller returnera senare när mer användningsdata har samlats in.

RAM

RAM-grafen visar allokerat RAM och användning över tid för den valda beräkningen.

Den innehåller följande mått:

Allokerat: Mängden allokerat RAM-minne.

RAM-minnet allokeras beroende på storleken på din beräkning eller konfigurationen för automatisk skalning . Med automatisk skalning ökar och minskar allokerat RAM-minne när beräkningen skalas upp och ned som svar på belastningen. Om skalning till noll är aktiverat och beräkningen övergår till ett inaktivt tillstånd efter inaktivitet, sjunker allokerat RAM-minne till 0.

Används: Mängden RAM-minne som används.

Diagrammet ritar en rad som visar RAM-användning. Om raden regelbundet når det maximala allokerade RAM-minnet bör du överväga att öka beräkningsstorleken. Information om alternativ för beräkningsstorlek finns i Beräkningsstorlek.

Cachelagrad: Mängden data som cachelagrats i minnet av tidigare förfrågningar och åtgärder.

CPU

CPU-grafen visar tilldelad CPU och användning över tid för den valda beräkningen.

Allokerad: Mängden allokerad CPU.

Processorn allokeras beroende på storleken på din beräkning eller konfigurationen för automatisk skalning . Med automatisk skalning ökar och minskar allokerad processor när beräkningen skalas upp och ned som svar på belastningen. Om skalning till noll är aktiverat och beräkningen övergår till ett inaktivt tillstånd efter inaktivitet, sjunker allokerad CPU till 0.

Används: Mängden cpu som används i beräkningsenheter (CU).

Om den ritade linjen regelbundet når den maximala allokerade processorn kan du överväga att öka beräkningsstorleken. Information om alternativ för beräkningsstorlek finns i Beräkningsstorlek.

Postgres-anslutningar räknas

Postgres anslutningsräkningsgraf visar det maximala antalet anslutningar, antalet inaktiva anslutningar, antalet aktiva anslutningar och det totala antalet anslutningar över tid för den valda beräkningen.

Aktiv: Antalet aktiva anslutningar för den valda beräkningen.

Övervakning av aktiva anslutningar hjälper dig att förstå din databasarbetsbelastning. Om antalet aktiva anslutningar är konsekvent högt kan databasen vara hårt belastad, vilket kan leda till prestandaproblem som långsamma svarstider för frågor.

Inaktiv: Antalet inaktiva anslutningar för den valda beräkningen.

Inaktiva anslutningar är öppna men används inte för närvarande. Några inaktiva anslutningar är i allmänhet ofarliga, men ett stort antal kan förbruka onödiga resurser, vilket ger mindre utrymme för aktiva anslutningar och kan påverka prestanda. Genom att identifiera och stänga onödiga inaktiva anslutningar kan du frigöra resurser.

Totalt: Summan av aktiva och inaktiva anslutningar för den valda beräkningen.

Max: Det maximala antalet samtidiga anslutningar som tillåts för din beräkningsstorlek.

Max-linjen hjälper dig att visualisera hur nära du når din anslutningsgräns. Tänk på följande när du närmar dig maxlinjen för totalt antal anslutningar:

• Öka beräkningsstorleken för att tillåta fler anslutningar
• Optimera programmets anslutningshantering (med hjälp av anslutningspooler, stänga oanvända anslutningar snabbt och undvika långvariga inaktiva anslutningar)

Anslutningsgränsen definieras av Postgres-inställningen och bestäms av konfigurationen av din beräkningsstorlek. En fullständig lista över maximala anslutningar efter beräkningsstorlek finns i Beräkningsspecifikationer.

Databasstorlek

Databasstorleksgrafen visar storleken på din faktiska data för den valda databasen eller alla databaser på den valda grenen.

När en databas når sin lagringskvot sjunker skrivprestandan.

Dödläge

Deadlocks-grafen visar en räkning av deadlocks över tid.

Dödlägen uppstår när två eller flera transaktioner samtidigt blockerar varandra genom att lagra resurser som de andra transaktionerna behöver, vilket skapar en cykel av beroenden som förhindrar att transaktioner fortsätter. Detta kan leda till prestandaproblem eller programfel. Mer information om dödlägen i Postgres finns i PostgreSQL-dokumentationen om dödlägen.

Rows

Radgrafen visar antalet rader som raderats borttagna, uppdaterats och infogats över tid. Radmått återställs till noll när beräkningen startas om.

Spårning av rader som infogats, uppdaterats och tagits bort över tid ger insikter om databasens aktivitetsmönster. Du kan använda dessa data för att identifiera trender eller oegentligheter, till exempel toppar eller ett ovanligt antal borttagningar.

Beräkningscachens träfffrekvens

Compute cache-träffrategrafen visar procentandelen läsförfrågningar som skickas från din computecache istället för från lagring. Läsningar som levereras från lagring är dyrare och kan resultera i sämre frågeprestanda.

För OLTP-arbetsbelastningar siktar du på en cacheträfffrekvens på 99% eller bättre. Om din hastighet är under 99%kanske arbetsuppsättningen inte får plats i minnet, vilket resulterar i långsammare prestanda. För att förbättra cachens träfffrekvens, öka din beräkningsstorlek för att utöka cachen. Den ideala fördelningen beror på din arbetsbelastning: arbetsbelastningar med sekventiella skanningar av stora bord kan prestera acceptabelt med en något lägre kvot.

:::info Om beräkningscachen

Beräkningscachen lagrar ofta åtkomst data i din beräknings lokala minne, vilket minskar behovet av att läsa från lagringen. Beräkningscachen kan använda upp till 75% av din beräknings RAM. Till exempel har en beräkningsinstans med 8 GB RAM en beräkningscache på 6 GB. För optimal prestanda, dimensionera din beräkning så att din arbetsmängd får plats i beräkningscachen.

:::

Storlek på arbetsuppsättning

Din arbetsuppsättning är storleken på den distinkta uppsättningen Postgres-sidor (relationsdata och index) som nås under ett visst tidsintervall. För optimal prestanda och konsekvent latens, skala din beräkning så att arbetsmängden får plats i beräkningscachen för snabb åtkomst.

Grafen över arbetsmängdens storlek visualiserar mängden data som åtkoms (beräknad som unika sidor som åtkoms × sidstorlek) under ett visst intervall. Diagrammet visar:

5 m (5 minuter): De data som använts under de senaste 5 minuterna.

15 m (15 minuter): Data som använts under de senaste 15 minuterna.

1h (1 timme): Data som använts under den senaste timmen.

Beräkningscachens storlek: Storleken på beräkningscachen, bestämd av storleken på din beräkning. Större beräkningar har större cacheminnen.

För optimal prestanda bör din beräkningscache vara större än din arbetsmängd för ett givet tidsintervall. Om din arbetsmängdsstorlek är större än beräkningscachens storlek, öka den maximala storleken på din beräkning för att förbättra cacheträfffrekvensen. Information om alternativ och specifikationer för beräkningsstorlek finns i Beräkningsspecifikationer.

Om ditt belastningsmönster inte förändras särskilt mycket över tid bör du jämföra arbetsuppsättningens storlek för 1 timme med storleken på beräkningscachen och se till att arbetsuppsättningens storlek är mindre än storleken på beräkningscachen.

Replikeringsfördröjningsbytes

Replikationsfördröjningsbytesgrafen visar den totala storleken, i bytes, av data som skickas från primärberäkningen men ännu inte applicerats på replikan. Ett större värde anger en högre kvarvarande datamängd som väntar på att replikeras, vilket kan tyda på problem med replikeringsdataflöde eller resurstillgänglighet på repliken.

Replikeringsfördröjning sekunder

Grafen för replikationsfördröjningssekunder visar tidsfördröjningen, i sekunder, mellan den senaste transaktionen som genomfördes på primärberäkningen och tillämpningen av den transaktionen på replikan. Ett högre värde tyder på att repliken ligger bakom den primära, eventuellt på grund av nätverksfördröjning, hög replikeringsbelastning eller resursbegränsningar på repliken.

Ytterligare resurser

• Aktiva frågor
• Frågeprestanda
• Systemåtgärder
• Automatisk skalning
• Skala till noll