Overzicht - Azure Database for PostgreSQL - Flexibele server
VAN TOEPASSING OP:
Azure Database for PostgreSQL - Flexibele server
Azure Database for PostgreSQL mogelijk gemaakt door de PostgreSQL Community Edition is beschikbaar in twee implementatiemodi:
In dit artikel vindt u een overzicht van en inleiding tot kernconcepten van het implementatiemodel voor flexibele servers.
Overzicht
Azure Database for PostgreSQL - Flexible Server is een volledig beheerde databaseservice die is ontworpen om nauwkeurige controle en flexibiliteit te bieden als het gaat om databasebeheerfuncties en configuratie-instellingen. Over het algemeen biedt de service meer flexibiliteit en aanpassingen van de serverconfiguratie op basis van de gebruikersvereisten. Met de flexibele serverarchitectuur kunnen gebruikers een database-engine samenvoegen met de clientlaag voor een lagere latentie, hoge beschikbaarheid binnen één beschikbaarheidszone en in meerdere beschikbaarheidszones kiezen. Flexibele servers bieden ook betere besturing voor kostenoptimalisatie, met de mogelijkheid om uw server en burstable SKU's te stoppen of te starten, wat ideaal is voor workloads die niet voortdurend volledige rekencapaciteit nodig hebben. De service ondersteunt momenteel de communityversie van PostgreSQL 11, 12, 13 en 14. De service is momenteel beschikbaar in een groot aantal Azure-regio's.
Flexibele servers zijn het best geschikt voor
- Ontwikkeling van toepassingen die betere controle en aanpassingen vereisen.
- Zone-redundante hoge beschikbaarheid
- Beheerde onderhoudsvensters
Architectuur en hoge beschikbaarheid
Het implementatiemodel voor flexibele servers is ontworpen om hoge beschikbaarheid binnen één beschikbaarheidszone en in meerdere beschikbaarheidszones te ondersteunen. In de architectuur zijn rekenkracht en opslag van elkaar gescheiden. De database-engine wordt uitgevoerd op een container in een virtuele Linux-machine, terwijl gegevensbestanden zich in Azure Storage bevinden. In de opslag worden drie lokaal redundante synchrone kopieën van de databasebestanden onderhouden, zodat duurzaamheid van gegevens behouden blijft.
Als zoneredundante hoge beschikbaarheid is geconfigureerd, wordt met de service een warme stand-byserver ingericht en onderhouden in de beschikbaarheidszone binnen dezelfde Azure-regio. De gegevenswijzigingen op de bronserver worden synchroon gerepliceerd naar de stand-byserver om ervoor te zorgen dat er geen gegevens verloren gaan. Als de geplande of niet-geplande failovergebeurtenis wordt geactiveerd met zone-redundante hoge beschikbaarheid, komt de stand-byserver onmiddellijk online en is deze beschikbaar voor het verwerken van binnenkomende transacties. Dit geeft de service tolerantie tegen mislukking van de beschikbaarheidszone binnen een Azure-regio die ondersteuning biedt voor meerdere beschikbaarheidszones, zoals wordt weergegeven in de onderstaande afbeelding.
Zie Document over hoge beschikbaarheid voor meer informatie.
Automatische toepassing van patches met beheerd onderhoudsvenster
De service voert automatische patches uit van de onderliggende hardware, het besturingssysteem en de database-engine. De patches omvatten beveiligings- en software-updates. Voor de PostgreSQL-engine maken kleine versie-upgrades ook deel uit van de geplande onderhoudsrelease. Gebruikers kunnen het schema voor het toepassen van patches configureren voor beheer door het systeem of zelf hun eigen aangepaste schema definiëren. Tijdens het onderhoudsschema wordt de patch toegepast en moet de server mogelijk opnieuw worden opgestart als onderdeel van het patchproces om de update te voltooien. Met een aangepast schema kunnen gebruikers hun patchcyclus voorspelbaar maken en een onderhoudsvenster kiezen met minimale gevolgen voor het bedrijf. Over het algemeen volgt de service de maandelijkse releaseplanning, als onderdeel van de continue integratie en releases.
Automatische back-ups
De flexibele serverservice maakt automatisch serverback-ups en slaat deze op in zone-redundante opslag (ZRS) binnen de regio. Back-ups kunnen worden gebruikt om uw server naar een bepaald tijdstip binnen de retentieperiode van de back-up te herstellen. De standaardretentieperiode voor back-ups is zeven dagen. De retentie kan desgewenst op maximaal 35 dagen worden ingesteld. Alle back-ups worden versleuteld met AES 256-bits versleuteling. Zie Back-ups voor meer informatie.
Binnen een paar seconden prestaties en schaal aanpassen
De service voor flexibele servers is beschikbaar in drie rekenlagen: Burstable, Algemeen gebruik en Geoptimaliseerd voor geheugen. De Burstable-laag is het meest geschikt voor goedkope ontwikkeling en workloads met weinig gelijktijdigheid waarbij de volledige rekencapaciteit niet continu nodig is. Algemeen gebruik en Geoptimaliseerd voor geheugen zijn beter geschikt voor productieworkloads waarvoor hoge gelijktijdigheid, schaalbaarheid en voorspelbare prestaties nodig zijn. U kunt uw eerste app op een kleine database bouwen voor een paar euro per maand en vervolgens de schaal ervan naadloos aanpassen om aan de vereisten van uw oplossing te voldoen.
Server stoppen/starten om de TCO te verlagen
De service voor flexibele servers biedt u de mogelijkheid om de server op aanvraag te stoppen en te starten om de TCO te optimaliseren. Het factureren van de rekenlaag wordt direct gestopt wanneer de server is gestopt. Hierdoor kunt u aanzienlijke kostenbesparingen realiseren tijdens het ontwikkelen en testen en krijgt u tijdgebonden, voorspelbare productieworkloads. De server blijft gedurende zeven dagen gestopt, tenzij deze opnieuw wordt gestart.
Beveiliging van bedrijfskwaliteit
De service voor flexibele servers maakt gebruik van de door FIPS 140-2 gevalideerde cryptografische module voor opslagversleuteling van niet-actieve gegevens. Gegevens, inclusief back-ups en tijdelijke bestanden die worden gemaakt tijdens het uitvoeren van query's, worden versleuteld. De service maakt gebruikt van de AES 256-bits versleuteling die deel uitmaakt van Azure-opslagversleuteling. De sleutels kunnen door het systeem worden beheerd (standaardinstelling). De service versleutelt actieve gegevens met SSL/TLS (Transport Layer Security) dat standaard wordt afgedwongen. De service dwingt en ondersteunt alleen TLS-versie 1.2.
Flexibele servers bieden volledige privétoegang tot de servers met behulp van een virtueel Azure-netwerk (VNet-integratie). Servers in een virtueel netwerk van Azure kunnen alleen worden bereikt en verbonden via privé-IP-adressen. Met VNet-integratie wordt openbare toegang geweigerd en kunnen geen servers worden bereikt via openbare eindpunten.
Bewaking en waarschuwingen
De service voor flexibele servers is uitgerust met ingebouwde functies voor prestatiebewaking en waarschuwingen. Alle metrische gegevens van Azure hebben een frequentie van één minuut, en elke metriek bevat een geschiedenis van 30 dagen. U kunt waarschuwingen configureren voor de metrische gegevens. Met de service worden metrische gegevens van de hostserver beschikbaar gemaakt voor het bewaken van het resourcegebruik en het configureren van langzame querylogboeken. Met deze hulpprogramma's kunt u uw workloads snel optimaliseren en uw server configureren voor de beste prestaties.
Ingebouwde PgBouncer
De flexibele server wordt geleverd met een ingebouwde PgBouncer, een verbindingspooler. U kunt deze optie desgewenst inschakelen en uw toepassingen verbinden met uw databaseserver via PgBouncer met behulp van dezelfde hostnaam en poort 6432.
Azure-regio's
Een voordeel van het uitvoeren van uw workload in Azure is wereldwijd bereik. De flexibele server is momenteel beschikbaar in de volgende Azure-regio's:
| Regio | Beschikbaarheid van V3/V4-rekenkracht | Zone-Redundant hoge beschikbaarheid | Same-Zone hoge beschikbaarheid | back-up van Geo-Redundant |
|---|---|---|---|---|
| Australië - oost | ✔️ | ✔️ | ✔️ | ✔️ |
| Australië - zuidoost | ✔️ | ❌ | ✔️ | ✔️ |
| Brazilië - zuid | ✔️ (alleen v3) | ✔️ | ✔️ | ❌ |
| Canada - midden | ✔️ | ✔️ | ✔️ | ✔️ |
| Canada - oost | ✔️ | ❌ | ✔️ | ✔️ |
| India - centraal | ✔️ | ✔️ | ✔️ | ✔️ |
| Central US | ✔️ | ✔️ | ✔️ | ✔️ |
| China - oost 3 | ✔️ | ❌ | ✔️ | ✔️ |
| China - noord 3 | ✔️ | ✔️ | ✔️ | ✔️ |
| Azië - oost | ✔️ | ✔️ ** | ✔️ | ✔️ |
| VS - oost | ✔️ | ✔️ | ✔️ | ✔️ |
| VS - oost 2 | ✔️ | ❌ $ | ✔️ | ✔️ |
| Frankrijk - centraal | ✔️ | ❌ $ | ✔️ | ✔️ |
| Frankrijk - zuid | ✔️ | ❌ | ✔️ | ✔️ |
| Duitsland - west-centraal | ❌ $$ | ❌ $ | ❌ $ | ❌ |
| Japan - oost | ✔️ | ✔️ | ✔️ | ✔️ |
| Japan - west | ✔️ | ❌ | ✔️ | ✔️ |
| Jio India West | ✔️ (alleen v3) | ❌ | ✔️ | ❌ |
| Korea - centraal | ✔️ | ✔️ ** | ✔️ | ✔️ |
| Korea - zuid | ✔️ | ❌ | ✔️ | ✔️ |
| VS - noord-centraal | ✔️ | ❌ | ✔️ | ✔️ |
| Europa - noord | ✔️ | ✔️ | ✔️ | ✔️ |
| Noorwegen - oost | ✔️ | ✔️ | ✔️ | ❌ |
| Qatar - centraal | ✔️ | ❌ | ✔️ | ❌ |
| Zuid-Afrika - noord | ✔️ | ✔️ | ✔️ | ❌ |
| VS - zuid-centraal | ✔️ | ✔️ | ✔️ | ✔️ |
| India - zuid | ✔️ | ❌ | ✔️ | ✔️ |
| Azië - zuidoost | ✔️ | ❌ $ | ✔️ | ✔️ |
| Zweden - centraal | ✔️ | ✔️ | ✔️ | ❌ |
| Zwitserland - noord | ✔️ | ✔️ | ✔️ | ✔️ |
| Zwitserland - west | ✔️ | ❌ | ✔️ | ✔️ |
| VAE - noord | ✔️ | ✔️ | ✔️ | ❌ |
| VS (overheid) - Arizona | ❌ $$ | ❌ | ✔️ | ❌ |
| VS (overheid) - Virginia | ✔️ | ✔️ | ✔️ | ❌ |
| Verenigd Koninkrijk Zuid | ✔️ | ✔️ | ✔️ | ✔️ |
| Verenigd Koninkrijk West | ✔️ | ❌ | ✔️ | ✔️ |
| VS - west-centraal | ✔️ | ❌ | ✔️ | ✔️ |
| Europa -west | ✔️ | ❌ $ | ✔️ | ✔️ |
| VS - west | ✔️ | ❌ | ✔️ | ✔️ |
| VS - west 2 | ❌ $$ | ❌ $ | ❌ $ | ✔️ |
| US - west 3 | ✔️ | ✔️ ** | ✔️ | ❌ |
$ Nieuwe zone-redundante implementaties met hoge beschikbaarheid worden tijdelijk geblokkeerd in deze regio's. Al ingerichte servers met hoge beschikbaarheid worden volledig ondersteund.
$$ Nieuwe serverimplementaties worden tijdelijk geblokkeerd in deze regio's. Al ingerichte servers worden volledig ondersteund.
** Zone-redundante hoge beschikbaarheid kan nu worden geïmplementeerd wanneer u nieuwe servers in deze regio's inricht. Alle bestaande servers die zonder voorkeur in AZ zijn geïmplementeerd (die u kunt controleren op de Azure Portal) vóór de regio, begonnen AZ te ondersteunen, zelfs wanneer u zone-redundante hoge beschikbaarheid inschakelt, wordt de stand-by ingericht in dezelfde AZ (hoge beschikbaarheid in dezelfde zone) als de primaire server. Volg de stappen om zone-redundante hoge beschikbaarheid in te schakelen.
Notitie
Als voor uw toepassing zone-redundante hoge beschikbaarheid is vereist en deze niet beschikbaar is in de Azure-regio van uw voorkeur, kunt u overwegen om andere regio's binnen dezelfde geografie te gebruiken waar zone-redundante hoge beschikbaarheid beschikbaar is, zoals US - oost voor US - oost 2, VS - centraal voor VS - noord-centraal, enzovoort.
Migratie
De service voert de communityversie van PostgreSQL uit. Dit biedt volledige toepassingscompatibiliteit en vereist minimale herstructureringskosten voor het migreren van bestaande toepassingen die zijn ontwikkeld op PostgreSQL-engine naar Flexible Server.
- Hulpprogramma voor migratie van één server naar flexibele server (preview) - Dit hulpprogramma biedt een eenvoudigere migratiemogelijkheid van enkele server naar flexibele server.
- Dumpen en herstellen: voor offline migraties, waarbij gebruikers zich enige downtime kunnen veroorloven, kan dumpen en herstellen met behulp van communityhulpprogramma's, zoals pg_dump en pg_restore, de snelste manier zijn voor migratie. Zie Migreren met behulp van dumpen en herstellen voor meer informatie.
- Azure Database Migration Service: voor naadloze en vereenvoudigde migraties naar één server met minimale downtime kan Azure Database Migration Service worden gebruikt. Zie DMS via portal en DMS via CLI. U kunt migreren van uw Azure Database for PostgreSQL - Single Server naar Flexible Server. Zie dit DMS-artikel voor meer informatie.
Veelgestelde vragen
1. Vervangt flexibele server één server? Wordt Enkele server binnenkort buiten gebruik gesteld?
We blijven één server ondersteunen en raden u aan flexibele server te gebruiken met uitgebreidere mogelijkheden, zoals zonebestendige hoge beschikbaarheid, voorspelbare prestaties, maximale controle, aangepast onderhoudsvenster, kostenoptimalisatiecontroles en vereenvoudigde ontwikkelaarservaring die geschikt is voor uw bedrijfsworkloads. Als we besluiten om een service, functie, API of SKU buiten gebruik te stellen, ontvangt u van tevoren een kennisgeving, inclusief een migratie- of overgangspad. Meer informatie over het levenscyclusbeleid van Microsoft vindt u hier.
2. Wat is het beleid van Microsoft om defecten in de PostgreSQL-engine aan te pakken?
Raadpleeg hier het huidige beleid van Microsoft
Contactpersonen
Als u vragen of suggesties hebt over Azure Database for PostgreSQL flexibele server, stuurt u een e-mail naar het Azure Database for PostgreSQL Team (@Ask Azure DB for PostgreSQL). Houd er rekening mee dat dit e-mailadres geen alias voor technische ondersteuning is.
Overweeg ook de volgende aanspreekpunten, indien van toepassing:
- Als u contact wilt opnemen met Azure-ondersteuning, kunt u een ticket indienen vanuit Azure Portal.
- Als u een probleem met uw account wilt oplossen, kunt u een ondersteuningsaanvraag indienen in Azure Portal.
- Als u feedback wilt geven of een nieuwe functie wilt aanvragen, maakt u een vermelding via UserVoice.
Volgende stappen
Nu u een inleiding tot de implementatiemodus voor flexibele servers van Azure Database for PostgreSQL hebt gelezen, bent u klaar om uw eerste server te maken: Een Azure Database for PostgreSQL- Flexible Server maken met behulp van Azure Portal