Kosten optimaliseren in Azure Database for PostgreSQL - Flexible Server

VAN TOEPASSING OP: Azure Database for PostgreSQL - Flexibele server

Azure Database for PostgreSQL Flexibele server is een relationele databaseservice in de Microsoft-cloud op basis van de PostgreSQL Community Edition.. Deze volledig beheerde Database as a Service kan bedrijfskritische workloads verwerken met voorspelbare prestaties en dynamische schaalbaarheid.

In dit artikel vindt u een lijst met aanbevelingen voor het optimaliseren van de kosten voor flexibele azure Database for PostgreSQL-servers. De lijst bevat ontwerpoverwegingen, een controlelijst voor configuratie en aanbevolen database-instellingen om u te helpen uw workload te optimaliseren.

• Maak gebruik van prijzen voor gereserveerde capaciteit.
• Rekenkracht omhoog/omlaag schalen.
• Aanbevelingen van Azure Advisor gebruiken.
• Evalueer de vereisten voor hoge beschikbaarheid (hoge beschikbaarheid) en herstel na noodgevallen.
• Databases en servers samenvoegen.
• Plaats testservers in kostenefficiënte geografische regio's.
• Servers starten en stoppen.
• Oude gegevens archiveren voor koude opslag.

1. Gereserveerde capaciteitsprijzen gebruiken

Met gereserveerde capaciteitsprijzen van Azure Postgres kunt u zich gedurende 1-3 jaar tot een specifieke capaciteit beperken, waardoor klanten kosten besparen met flexibele Azure Database for PostgreSQL-server. De kostenbesparingen in vergelijking met betalen per gebruik-prijzen kunnen aanzienlijk zijn, afhankelijk van de hoeveelheid gereserveerde capaciteit en de duur van de looptijd. Klanten kunnen gereserveerde capaciteit aanschaffen in stappen van vCores en opslag. Gereserveerde capaciteit kan kosten dekken voor azure Database for PostgreSQL flexibele serverinstanties in dezelfde regio, die worden toegepast op het Azure-abonnement van de klant. Gereserveerde prijzen voor Azure Database for PostgreSQL flexibele server bieden kostenbesparingen tot 40% voor 1 jaar en tot 60% voor toezeggingen van drie jaar, voor klanten die capaciteit reserveren. Zie Prijscalculator | voor meer informatie Microsoft Azure. Zie Wat zijn Azure-reserveringen voor meer informatie?

2. Rekenkracht omhoog/omlaag schalen

Door de resources van een flexibele serverinstantie van Azure Database for PostgreSQL omhoog of omlaag te schalen, kunt u de kosten optimaliseren. Pas de vCores en opslag zo nodig aan om alleen te betalen voor de benodigde resources. U kunt schalen via Azure Portal, Azure CLI of Azure REST API. Het omhoog of omlaag schalen van rekenresources kan op elk gewenst moment worden uitgevoerd en vereist dat de server opnieuw wordt opgestart. Het is een goede gewoonte om uw databasegebruikspatronen te bewaken en de resources dienovereenkomstig aan te passen om de kosten te optimaliseren en prestaties te garanderen. Zie compute- en opslagopties in flexibele Azure Database for PostgreSQL-server voor meer informatie.

Niet-prod-omgevingen conservatief configureren: configureer niet-actieve ontwikkel-/test-/faseomgevingen om kostenefficiënte SKU's te hebben. Het kiezen van Burstable SKU's is ideaal voor workloads die geen continue volledige capaciteit nodig hebben.

Zie Schaalbewerkingen in flexibele Azure Database for PostgreSQL-server voor meer informatie

3. Aanbevelingen van Azure Advisor gebruiken

Azure Advisor is een gratis service die aanbevelingen biedt om uw Azure-resources te optimaliseren. Het analyseert uw resourceconfiguratie en gebruikspatronen en biedt aanbevelingen voor het verbeteren van de prestaties, beveiliging, hoge beschikbaarheid en kosteneffectiviteit van uw Azure-resources. De aanbevelingen hebben betrekking op verschillende Azure-services, waaronder compute, opslag, netwerken en databases.

Voor Azure Database for PostgreSQL kan Azure Advisor aanbevelingen doen voor het verbeteren van de prestaties, beschikbaarheid en kosteneffectiviteit van uw database. Het kan bijvoorbeeld voorstellen om de database omhoog of omlaag te schalen, leesreplica's te gebruiken om leesintensieve workloads te offloaden of over te schakelen naar gereserveerde capaciteitsprijzen om de kosten te verlagen. Azure Advisor kan ook aanbevolen beveiligingsprocedures aanbevelen, zoals versleuteling in rust inschakelen of netwerkbeveiligingsregels inschakelen om inkomend verkeer naar de database te beperken.

U hebt toegang tot de aanbevelingen van Azure Advisor via Azure Portal, waar u de aanbevelingen met slechts een paar klikken kunt bekijken en implementeren. Het implementeren van Azure Advisor-aanbevelingen kan u helpen uw Azure-resources te optimaliseren en de kosten te verlagen. Zie Azure Advisor voor Azure Database for PostgreSQL - Flexible Server voor meer informatie

4. Vereisten voor hoge beschikbaarheid en herstel na noodgevallen evalueren

Azure Database for PostgreSQL flexibele server heeft ingebouwde knooppunt- en opslagtolerantie zonder extra kosten voor u. Dankzij tolerantie van knooppunten kan uw flexibele Azure Database for PostgreSQL-serverexemplaren automatisch een failover uitvoeren naar een virtuele machine zonder gegevensverlies (dat wil gezegd RPO nul) en zonder verbindingsreeks wijzigingen, behalve dat uw toepassing opnieuw verbinding moet maken. Op dezelfde manier worden de gegevens- en transactielogboeken opgeslagen in drie synchrone kopieën en worden de opslagbeschadiging automatisch gedetecteerd en worden de corrigerende maatregelen genomen. Voor de meeste Dev/Test-workloads en voor veel productieworkloads moet deze configuratie voldoende zijn.

Als voor uw workload AZ-tolerantie en lagere RTO is vereist, kunt u hoge beschikbaarheid (HA) inschakelen met in-zone of cross-AZ stand-by. Dit verdubbelt uw implementatiekosten, maar biedt ook een hogere SLA. Als u geotolerantie voor uw toepassing wilt bereiken, kunt u GeoBackup instellen voor lagere kosten, maar met een hogere RTO. U kunt GeoReadReplica ook instellen voor dubbele kosten, wat binnen enkele minuten een RTO biedt als er sprake is van een geo-noodgeval.

Het is belangrijk om de vereiste van uw volledige toepassingsstack te evalueren en vervolgens de juiste configuratie te kiezen voor het flexibele serverexemplaren van Azure Database for PostgreSQL. Als uw toepassing bijvoorbeeld niet flexibel is voor AZ, hoeft u niets te doen door flexibele Azure Database for PostgreSQL-server te configureren in de flexibele AZ-configuratie.

Zie [Architectuur met hoge beschikbaarheid in Flexibele server]/azure/reliability/reliability-postgresql-flexible-server voor meer informatie.

5. Databases en servers samenvoegen

Het consolideren van databases kan een kostenbesparende strategie zijn voor azure Database for PostgreSQL flexibele server. Het consolideren van meerdere databases in één flexibele Azure Database for PostgreSQL-serverinstantie kan het aantal exemplaren en de totale kosten voor het uitvoeren van een flexibele Azure Database for PostgreSQL-server verminderen. Volg deze stappen om uw databases samen te voegen en kosten te besparen:

1. Toegang tot uw server: identificeer de server die kan worden geconsolideerd, rekening houdend met de grootte van de database, geo-regio, configuratie (CPU, geheugen, IOPS), prestatievereisten, workloadtype en gegevensconsistentiebehoeften.
2. Maak een nieuw exemplaar van een flexibele Azure Database for PostgreSQL-server: maak een nieuw exemplaar van een flexibele Azure Database for PostgreSQL-server met voldoende vCPU's, geheugen en opslag ter ondersteuning van de geconsolideerde databases.
3. Een bestaand exemplaar van een flexibele Azure Database for PostgreSQL-server opnieuw gebruiken: als u al een bestaande server hebt, moet u ervoor zorgen dat deze voldoende vCPU's, geheugen en opslag heeft ter ondersteuning van de geconsolideerde databases.
4. De databases migreren: migreSQL flexibele serverexemplaren van Azure Database for PostgreSQL. U kunt hulpprogramma's zoals pg_dump en pg_restore gebruiken om databases te exporteren en te importeren.
5. Prestaties bewaken: bewaak de prestaties van het geconsolideerde exemplaar van de flexibele Azure Database for PostgreSQL-server en pas de resources zo nodig aan om optimale prestaties te garanderen.

Het consolideren van databases kan u helpen kosten te besparen door het aantal exemplaren van Flexibele Servers van Azure Database for PostgreSQL te verminderen dat u moet uitvoeren en doordat u grotere exemplaren kunt gebruiken die rendabeler zijn dan kleinere exemplaren. Het is belangrijk om de impact van consolidatie op de prestaties van uw databases te evalueren en ervoor te zorgen dat het geconsolideerde exemplaar van de flexibele Azure Database for PostgreSQL-server de juiste grootte heeft om te voldoen aan alle databasebehoeften.

Zie De prestaties van Azure-toepassingen verbeteren met behulp van Azure Advisor voor meer informatie

6. Testservers plaatsen in kostenefficiënte geografische regio's

Het maken van een testserver in een kostenefficiënte Azure-regio kan een kostenbesparende strategie zijn voor flexibele Azure Database for PostgreSQL-server. Door een testserver te maken in een regio met lagere kosten voor rekenresources, kunt u de kosten voor het uitvoeren van uw testserver verlagen en de kosten voor het uitvoeren van een flexibele Azure Database for PostgreSQL-server minimaliseren. Hier volgen enkele stappen om u te helpen bij het maken van een testserver in een kostenefficiënte Azure-regio:

1. Identificeer een kostenefficiënte regio: Identificeer een Azure-regio met lagere kosten van rekenresources.
2. Maak een nieuw exemplaar van een flexibele Azure Database for PostgreSQL-server: maak een nieuw exemplaar van een flexibele Azure Database for PostgreSQL-server in de kostenefficiënte regio met de juiste configuratie voor uw testomgeving.
3. Testgegevens migreren: migreer de testgegevens naar het nieuwe flexibele serverexemplaren van Azure Database for PostgreSQL. U kunt hulpprogramma's zoals pg_dump en pg_restore gebruiken om databases te exporteren en te importeren.
4. Prestaties bewaken: bewaak de prestaties van de testserver en pas de resources zo nodig aan om optimale prestaties te garanderen.

Door een testserver te maken in een kostenefficiënte Azure-regio, kunt u de kosten voor het uitvoeren van uw testserver verlagen en de kosten voor het uitvoeren van een flexibele Azure Database for PostgreSQL-server minimaliseren. Het is belangrijk om de impact van de regio op de prestaties van uw testserver en de specifieke regionale vereisten van uw organisatie te evalueren. Dit zorgt ervoor dat de kosten voor netwerklatentie en gegevensoverdracht acceptabel zijn voor uw use-case.

Zie Azure-regio's voor meer informatie

7. Servers starten en stoppen

Het starten en stoppen van servers kan een kostenbesparende strategie zijn voor flexibele Azure Database for PostgreSQL-server. Door alleen de server uit te voeren wanneer u deze nodig hebt, kunt u de kosten voor het uitvoeren van flexibele Azure Database for PostgreSQL-server verlagen. Hier volgen enkele stappen om u te helpen servers te starten en te stoppen en kosten te besparen:

1. Identificeer de server: identificeer het exemplaar van de flexibele Azure Database for PostgreSQL-server dat u wilt starten en stoppen.
2. Start de server: start het flexibele serverexemplaren van Azure Database for PostgreSQL wanneer u deze nodig hebt. U kunt de server starten met behulp van Azure Portal, Azure CLI of Azure REST API.
3. Stop de server: stop het exemplaar van de flexibele Azure Database for PostgreSQL-server wanneer u deze niet nodig hebt. U kunt de server stoppen met azure portal, Azure CLI of Azure REST API.
4. Als een server gedurende enkele weken een gestopte (of niet-actieve) status heeft, kunt u overwegen om de server te verwijderen na de vereiste due diligence.

Door de server indien nodig te starten en te stoppen, kunt u de kosten voor het uitvoeren van een flexibele Azure Database for PostgreSQL-server verlagen. Om de prestaties van de database soepel te laten verlopen, is het van cruciaal belang om de impact van het starten en stoppen van de server te evalueren en zo nodig een betrouwbaar proces te hebben voor deze acties. Zie Een exemplaar van een flexibele Azure Database for PostgreSQL-server stoppen en een exemplaar van een flexibele Azure Database for PostgreSQL-server starten voor meer informatie.

8. Oude gegevens archiveren voor koude opslag

Het archiveren van gegevens die niet vaak worden geopend in Azure Archive Store (terwijl de toegang nog steeds behouden blijft), kan helpen de kosten te verlagen. Exporteer gegevens van azure Database for PostgreSQL flexibele server naar Azure Archived Storage en sla deze op in een goedkopere opslaglaag.

1. Stel een Azure Blob Storage-account in en maak een container voor uw databaseback-ups.
2. Gebruik pg_dump deze optie om de oude gegevens naar een bestand te exporteren.
3. Gebruik de Azure CLI of PowerShell om het geëxporteerde bestand te uploaden naar uw Blob Storage-container.
4. Stel een bewaarbeleid in voor de Blob Storage-container om automatisch oude back-ups te verwijderen.
5. Wijzig het back-upscript om de oude gegevens te exporteren naar Blob Storage in plaats van lokale opslag.
6. Test het back-up- en herstelproces om ervoor te zorgen dat de gearchiveerde gegevens indien nodig kunnen worden hersteld.

U kunt Azure Data Factory ook gebruiken om dit proces te automatiseren.

Zie Uw flexibele Server-database van Azure Database for PostgreSQL migreren met behulp van dump en herstel voor meer informatie

Compromissen voor kosten

Wanneer u uw toepassingsdatabase ontwerpt op een flexibele azure Database for PostgreSQL-server, kunt u rekening houden met kostenoptimalisatie en andere aspecten van het ontwerp, zoals beveiliging, schaalbaarheid, tolerantie en operabiliteit.

Kosten versus betrouwbaarheid

Kosten hebben een directe correlatie met betrouwbaarheid.

Kosten versus prestatie-efficiëntie

Het verhogen van de prestaties leidt tot hogere kosten.

Kosten versus beveiliging

Als u de beveiliging van de workload verhoogt, worden de kosten verhoogd.

Kosten versus operationele uitmuntendheid

Investeren in systemen bewaken en automatiseren kan de kosten in eerste instantie verhogen, maar in de loop van de tijd kosten verlagen.

Gerelateerde inhoud

• Overzicht van de pijler kostenoptimalisatie.
• Compromissen voor kosten.
• Controlelijst - Kosten optimaliseren.
• Controlelijst - Kosten bewaken.