Dela via

Optimera kostnader i Azure Database for PostgreSQL – flexibel server

  • Artikel

GÄLLER FÖR: Azure Database for PostgreSQL – flexibel server

Azure Database for PostgreSQL – flexibel server är en relationsdatabastjänst i Microsoft-molnet baserat på PostgreSQL Community Edition.. Det är en fullständigt hanterad databas som en tjänst som används för att hantera verksamhetskritiska arbetsbelastningar med förutsägbar prestanda och dynamisk skalbarhet.

Den här artikeln innehåller en lista över rekommendationer för optimering av flexibel serverkostnad för Azure Database for PostgreSQL. Listan innehåller designöverväganden, en konfigurationschecklista och rekommenderade databasinställningar som hjälper dig att optimera din arbetsbelastning.

  • Utnyttja priser för reserverad kapacitet.
  • Skala upp/ned beräkning.
  • Använda Azure Advisor-rekommendationer.
  • Utvärdera kraven för hög tillgänglighet och HAVER (haveriberedskap).
  • Konsolidera databaser och servrar.
  • Placera testservrar i kostnadseffektiva geo-regioner.
  • Starta och stoppa servrar.
  • Arkivera gamla data för kall lagring.

1. Använd priser för reserverad kapacitet

Med prissättningen för reserverad kapacitet i Azure Postgres kan du använda en specifik kapacitet i 1–3 år, vilket sparar kostnader för kunder som använder flexibel Azure Database for PostgreSQL-server. Kostnadsbesparingarna jämfört med betala per användning-priser kan vara betydande, beroende på mängden reserverad kapacitet och längden på termen. Kunder kan köpa reserverad kapacitet i steg om virtuella kärnor och lagring. Reserverad kapacitet kan täcka kostnader för flexibla Azure Database for PostgreSQL-serverinstanser i samma region som tillämpas på kundens Azure-prenumeration. Reserverade priser för flexibel Azure Database for PostgreSQL-server ger kostnadsbesparingar på upp till 40 % för 1 år och upp till 60 % för 3-åriga åtaganden för kunder som reserverar kapacitet. Mer information finns i Priskalkylatorn | Microsoft Azure. Mer information finns i Vad är Azure-reservationer?

2. Skala upp/ned beräkning

Genom att skala upp eller ned resurserna i en flexibel Azure Database for PostgreSQL-serverinstans kan du optimera kostnaderna. Justera virtuella kärnor och lagring efter behov för att endast betala för nödvändiga resurser. Skalning kan göras via Azure-portalen, Azure CLI eller Azure REST API. Upp- eller nedskalning av beräkningsresurser kan göras när som helst och servern måste startas om. Det är bra att övervaka databasanvändningsmönstren och justera resurserna i enlighet med detta för att optimera kostnaderna och säkerställa prestanda. Mer information finns i Beräknings- och lagringsalternativ i Azure Database for PostgreSQL – flexibel server.

Konfigurera icke-prod-miljöer konservativt – Konfigurera inaktiva utvecklings-/test-/fasmiljöer så att de har kostnadseffektiva SKU:er. Att välja Burstable SKU:er är perfekt för arbetsbelastningar som inte behöver kontinuerlig full kapacitet.

Mer information finns i Skala åtgärder i Azure Database for PostgreSQL – flexibel server

3. Använda Azure Advisor-rekommendationer

Azure Advisor är en kostnadsfri tjänst som ger rekommendationer för att optimera dina Azure-resurser. Den analyserar dina resurskonfigurations- och användningsmönster och ger rekommendationer om hur du kan förbättra prestanda, säkerhet, hög tillgänglighet och kostnadseffektivitet för dina Azure-resurser. Rekommendationerna omfattar olika Azure-tjänster, inklusive beräkning, lagring, nätverk och databaser.

För Azure Database for PostgreSQL kan Azure Advisor ge rekommendationer om hur du kan förbättra databasens prestanda, tillgänglighet och kostnadseffektivitet. Det kan till exempel föreslå att databasen skalas upp eller ned, med hjälp av skrivskyddade repliker för att avlasta läsintensiva arbetsbelastningar eller byta till prissättning för reserverad kapacitet för att minska kostnaderna. Azure Advisor kan också rekommendera metodtips för säkerhet, till exempel att aktivera kryptering i vila eller aktivera nätverkssäkerhetsregler för att begränsa inkommande trafik till databasen.

Du kan komma åt rekommendationerna från Azure Advisor via Azure-portalen, där du kan visa och implementera rekommendationerna med bara några få klick. Genom att implementera Azure Advisor-rekommendationer kan du optimera dina Azure-resurser och minska kostnaderna. Mer information finns i Azure Advisor för Azure Database for PostgreSQL – flexibel server

4. Utvärdera kraven på hög tillgänglighet och haveriberedskap

Azure Database for PostgreSQL – flexibel server har inbyggd nod- och lagringsåterhämtning utan extra kostnad för dig. Med nodåterhämtning kan din flexibla serverinstans i Azure Database for PostgreSQL automatiskt redundansväxlar till en felfri virtuell dator utan dataförlust (d.v.s. RPO-noll) och utan niska veze ändringar förutom att programmet måste återansluta. På samma sätt lagras data- och transaktionsloggarna i tre synkrona kopior och identifierar automatiskt skada på lagringen och vidtar den korrigerande åtgärden. För de flesta Dev/Test-arbetsbelastningar och för många produktionsarbetsbelastningar bör den här konfigurationen räcka.

Om din arbetsbelastning kräver AZ-återhämtning och lägre RTO kan du aktivera hög tillgänglighet (HA) med in-zone eller cross-AZ standby. Detta fördubblar dina distributionskostnader, men det ger också ett högre serviceavtal. För att uppnå geo-återhämtning för ditt program kan du konfigurera GeoBackup för en lägre kostnad men med en högre RTO. Du kan också konfigurera GeoReadReplica för dubbelt så mycket som kostnaden, vilket ger en RTO på några minuter om det inträffade en geo-katastrof.

Viktig tagning är att utvärdera kravet på din fullständiga programstack och sedan välja rätt konfiguration för Azure Database for PostgreSQL– flexibel serverinstans. Om ditt program till exempel inte är AZ-motståndskraftigt finns det inget att vinna på att konfigurera en flexibel Azure Database for PostgreSQL-server i AZ Resilient Configuration.

Mer information finns i Arkitektur för hög tillgänglighet i Flexibel server

5. Konsolidera databaser och servrar

Att konsolidera databaser kan vara en kostnadsbesparande strategi för flexibel Azure Database for PostgreSQL-server. Om du konsoliderar flera databaser till en enda flexibel Azure Database for PostgreSQL-serverinstans kan du minska antalet instanser och den totala kostnaden för att köra en flexibel Azure Database for PostgreSQL-server. Följ dessa steg för att konsolidera dina databaser och spara kostnader:

  1. Åtkomst till servern: Identifiera den server som kan konsolideras med tanke på databasens storlek, geo-region, konfiguration (CPU, minne, IOPS), prestandakrav, arbetsbelastningstyp och datakonsekvensbehov.
  2. Skapa en ny flexibel Azure Database for PostgreSQL-serverinstans: Skapa en ny flexibel Azure Database for PostgreSQL-serverinstans med tillräckligt med vCPU:er, minne och lagring för att stödja de konsoliderade databaserna.
  3. Återanvänd en befintlig flexibel Azure Database for PostgreSQL-serverinstans: Om du redan har en befintlig server kontrollerar du att den har tillräckligt med vCPU:er, minne och lagring för att stödja de konsoliderade databaserna.
  4. Migrera databaserna: Migrera databaserna till den nya flexibla serverinstansen Azure Database for PostgreSQL. Du kan använda verktyg som pg_dump och pg_restore för att exportera och importera databaser.
  5. Övervaka prestanda: Övervaka prestanda för den konsoliderade azure database for PostgreSQL-instansen för flexibel server och justera resurserna efter behov för att säkerställa optimala prestanda.

Genom att konsolidera databaser kan du spara kostnader genom att minska antalet flexibla Azure Database for PostgreSQL-serverinstanser som du behöver köra och genom att göra det möjligt att använda större instanser som är mer kostnadseffektiva än mindre instanser. Det är viktigt att utvärdera konsolideringens inverkan på databasernas prestanda och se till att den konsoliderade azure database for PostgreSQL-instansen för flexibel server har rätt storlek för att uppfylla alla databasbehov.

Mer information finns i Förbättra prestandan för Azure-program med hjälp av Azure Advisor

6. Placera testservrar i kostnadseffektiva georegioner

Att skapa en testserver i en kostnadseffektiv Azure-region kan vara en kostnadsbesparande strategi för en flexibel Azure Database for PostgreSQL-server. Genom att skapa en testserver i en region med lägre kostnad för beräkningsresurser kan du minska kostnaden för att köra testservern och minimera kostnaden för att köra en flexibel Azure Database for PostgreSQL-server. Här följer några steg som hjälper dig att skapa en testserver i en kostnadseffektiv Azure-region:

  1. Identifiera en kostnadseffektiv region: Identifiera en Azure-region med lägre kostnad för beräkningsresurser.
  2. Skapa en ny flexibel Azure Database for PostgreSQL-serverinstans: Skapa en ny flexibel Azure Database for PostgreSQL-serverinstans i den kostnadseffektiva regionen med rätt konfiguration för testmiljön.
  3. Migrera testdata: Migrera testdata till den nya flexibla Azure Database for PostgreSQL-serverinstansen. Du kan använda verktyg som pg_dump och pg_restore för att exportera och importera databaser.
  4. Övervaka prestanda: Övervaka testserverns prestanda och justera resurserna efter behov för att säkerställa optimal prestanda.

Genom att skapa en testserver i en kostnadseffektiv Azure-region kan du minska kostnaden för att köra testservern och minimera kostnaden för att köra en flexibel Azure Database for PostgreSQL-server. Det är viktigt att utvärdera regionens inverkan på testserverns prestanda och organisationens specifika regionala krav. Detta säkerställer att kostnaderna för nätverksfördröjning och dataöverföring är godtagbara för ditt användningsfall.

Mer information finns i Azure-regioner

7. Starta och stoppa servrar

Att starta och stoppa servrar kan vara en kostnadsbesparande strategi för flexibel Azure Database for PostgreSQL-server. Genom att bara köra servern när du behöver den kan du minska kostnaden för att köra en flexibel Azure Database for PostgreSQL-server. Här följer några steg som hjälper dig att starta och stoppa servrar och spara kostnader:

  1. Identifiera servern: Identifiera den flexibla serverinstansen i Azure Database for PostgreSQL som du vill starta och stoppa.
  2. Starta servern: Starta den flexibla serverinstansen Azure Database for PostgreSQL när du behöver den. Du kan starta servern med hjälp av Azure-portalen, Azure CLI eller Azure REST API.
  3. Stoppa servern: Stoppa azure database for PostgreSQL-instansen för flexibel server när du inte behöver den. Du kan stoppa servern med hjälp av Azure-portalen, Azure CLI eller Azure REST API.
  4. Om en server har varit i ett stoppat (eller inaktivt) tillstånd i flera kontinuerliga veckor kan du också överväga att ta bort servern efter nödvändig due diligence.

Genom att starta och stoppa servern efter behov kan du minska kostnaden för att köra en flexibel Azure Database for PostgreSQL-server. För att säkerställa en smidig databasprestanda är det viktigt att utvärdera effekten av att starta och stoppa servern och ha en tillförlitlig process på plats för dessa åtgärder efter behov. Mer information finns i Stoppa/starta en Azure Database for PostgreSQL – flexibel serverinstans.

8. Arkivera gamla data för kall lagring

Arkivering av sällan använda data till Azure-arkivarkivet (samtidigt som åtkomsten fortfarande är kvar) kan minska kostnaderna. Exportera data från Azure Database for PostgreSQL – flexibel server till Azure Archived Storage och lagra dem på en lagringsnivå med lägre kostnad.

  1. Konfigurera Azure Blob Storage-kontot och skapa en container för dina databassäkerhetskopior.
  2. Använd pg_dump för att exportera gamla data till en fil.
  3. Använd Azure CLI eller PowerShell för att ladda upp den exporterade filen till bloblagringscontainern.
  4. Konfigurera en kvarhållningsprincip för Blob Storage-containern för att automatiskt ta bort gamla säkerhetskopior.
  5. Ändra säkerhetskopieringsskriptet för att exportera gamla data till Blob Storage i stället för lokal lagring.
  6. Testa säkerhetskopierings- och återställningsprocessen för att säkerställa att arkiverade data kan återställas om det behövs.

Du kan också använda Azure Data Factory för att automatisera den här processen.

Mer information finns i Migrera din flexibla serverdatabas i Azure Database for PostgreSQL med hjälp av dump och återställning

Kompromisser mot kostnader

När du utformar din programdatabas på en flexibel Azure Database for PostgreSQL-server bör du överväga kompromisser mellan kostnadsoptimering och andra aspekter av designen, till exempel säkerhet, skalbarhet, motståndskraft och driftbarhet.

Kostnad jämfört med tillförlitlighet

Kostnaden har en direkt korrelation med tillförlitlighet.

Kostnad jämfört med prestandaeffektivitet

Bättre prestanda leder till högre kostnader.

Kostnad jämfört med säkerhet

Ökad säkerhet för arbetsbelastningen ökar kostnaderna.

Kostnads- och driftskvalitet

Att investera i systemövervakning och automatisering kan öka kostnaden från början, men med tiden minskar kostnaderna.

Nästa steg

Mer information om kostnadsoptimering finns i: