Over Azure PostgreSQL Flexible Server en Elastic Cluster kluisback-up (v2) (preview-versie)

Azure Backup voor PostgreSQL Flexible Server en Elastic Cluster v2 (preview) biedt een verbeterde back-upmogelijkheid die is ontworpen om belangrijke beperkingen van de bestaande v1-oplossing aan te pakken en ondersteunt een breder scala aan back-upbehoeften. V2 gebruikt fysieke back-ups gebaseerd op beheerde schijfsnapshots, ter vervanging van de logische pg_dump back-upbenadering die in v1 werd gebruikt.

Waarom Azure PostgreSQL flexibele server en elastic cluster vaulted backup (v2) gebruiken?

De v2-back-upoplossing biedt meer flexibiliteit voor het beschermen en herstellen van Azure PostgreSQL Flexible Server- of Elastic Cluster-workloads. Het gebruikt incrementele snapshots van de onderliggende beheerde schijven in plaats van de logische back-upbenadering die v1 gebruikt, en pakt beperkingen aan met betrekking tot servergrootte, back-upfrequentie en herstelopties.

De volgende tabel vergelijkt de mogelijkheden die beschikbaar zijn met v1- en v2-back-up.

Belangrijkste mogelijkheden van Azure PostgreSQL flexibele server en elastische cluster vaulted backup (v2)

Deze functie bevat de volgende belangrijke mogelijkheden:

• In een back-upkluis opgeslagen, geïsoleerde back-ups voor de lange termijn: Maakt snapshots in je tenant en stuurt back-ups door naar de Back-upkluis. Deze mogelijkheid isoleert de back-upgegevens van het bronabonnement en het account. De vault beschermt de gegevens met Azure role-based access control (RBAC), soft delete en Multi-user autorisatie (indien ingeschakeld).

• WORM onveranderlijke back-ups: Schakelt onveranderlijkheid (WORM) in op de back-upvault in om te voorkomen dat een gebruiker (inclusief een vaultbeheerder) herstelpunten kan wijzigen, overschrijven of verwijderen voordat hun bewaartermijn is verstreken. Deze bescherming helpt uw back-ups te beschermen tegen ransomware en per ongeluk of kwaadaardige verwijdering en ondersteunt de vereisten voor naleving van WORM.

• Flexibele back-upbeleid: Ondersteunt dagelijkse of wekelijkse geplande back-ups en on-demand back-ups nadat je bescherming hebt geconfigureerd. Je kunt onafhankelijke retentieperiodes instellen voor dagelijkse, wekelijkse, maandelijkse en jaarlijkse herstelpunten, variërend van 7 dagen tot 10 jaar.

• Incrementele gegevensverplaatsing: Draagt de volledige schijfdata over tijdens de eerste back-up en alleen de gewijzigde datablokken in latere back-ups, waardoor back-ups efficiënt zijn voor servers van meerdere terabytes. Als de vorige snapshot niet beschikbaar is, start Azure Backup automatisch de initiële replicatie opnieuw zonder tussenkomst van de gebruiker.

• Herstellen als server: Herstelt een herstelpunt rechtstreeks naar een vooraf gemaakte PostgreSQL Flexible Server of een elastisch cluster. Het herstel vereist geen tussenliggende opslagaccount of handmatige pg_restore bewerking.

• Gecentraliseerd back-upbeheer: Biedt een gecentraliseerde ervaring via Resiliency in Azure om back-up- en hersteltaken, beschermde items, waarschuwingen en rapporten te bekijken en te beheren, naast andere workloads die door Azure Backup worden beschermd.

Back-upproces voor Azure PostgreSQL Flexible Server en elastic cluster-kluisback-up (v2)

De back-upflow voor Azure PostgreSQL flexibele server en elastic cluster vaulted backup (v2) werkt als volgt:

1. Je verleent de beheerde identiteit van de Backup-vault de vereiste machtigingen voor de bron-flexibele server of het elastische cluster. In het Azure-portaal kun je de ontbrekende rollen direct toewijzen tijdens de configuratie.
2. Je stelt een back-upbeleid in dat het schema en de retentieregels definieert, en selecteert de databron die beschermd moet worden.
3. Bij elke geplande uitvoering vraagt Azure Backup de PostgreSQL-resourceprovider om een beheerde schijfsnapshot van de disks van de server te maken en wacht tot de snapshot volledig is gehydrateerd.
4. Azure Backup verkrijgt tijdgebonden toegang tot de huidige snapshot en de vorige snapshot, berekent het verschil tussen deze en verplaatst alleen het verschil naar de Backup-kluis. De eerste back-up heeft geen eerdere snapshot, dus wordt de volledige inhoud overgedragen.
5. Azure Backup markeert de back-uptaak als Succesvol wanneer de snapshotgegevens naar de vault worden gekopieerd. Herstelpunten worden vervolgens bewaard en opgeschoond conform de retentieregels in het beleid.

Herstelproces voor Azure Database for PostgreSQL flexible server en elastic cluster-kluiskopie (v2)

De herstelstroom voor Azure Database for PostgreSQL met kluisback-up (v2) voor een flexibele server of een elastisch cluster werkt als volgt:

1. Je maakt de doel-Azure Database for PostgreSQL flexibele server of elastic cluster aan waar de back-up moet worden hersteld. Azure Backup herstelt schijfinhoud op een bestaand doelwit; het maakt de doellocatie niet automatisch aan.
2. Je kiest het herstelpunt in de Backup-kluis en kiest het doelwit. Azure Backup controleert het doel aan de hand van het herstelpunt (dat de PostgreSQL-hoofdversie, schijfgrootte, schijftype, SKU-niveau en netwerkconfiguratie omvat) voordat de herstelbewerking wordt gestart.
3. Azure Backup schrijft de inhoud van het herstelpunt op de schijf van de doelserver.
4. De PostgreSQL-resourceprovider start de herstelde server en de herstelde server wordt online in een transactioneel consistente toestand.

Omdat het herstel een volledige schijfimage schrijft, schaalt de hersteltijd mee met de grootte van het herstelpunt. Voor multiterabyte-servers is het belangrijk om een hersteltijddoel te plannen, gemeten in uren tot dagen in plaats van minuten.

Azure Backup-verificatie met de PostgreSQL-server

De Azure Backup-service maakt verbinding met de bronserver via de PostgreSQL-resourceprovider, waarbij de beheerde identiteit van de Backup Vault wordt gebruikt. De identiteit van de vault vereist rechten op de bronserver voor back-up en op de doelserver voor herstel. Wanneer je bescherming configureert of een herstel activeert vanuit het Azure-portaal, valideert Azure Backup de benodigde rechten en biedt het aan om de ontbrekende rollen inline toe te wijzen. Als je geen schrijftoegang hebt op de server, kun je een sjabloon voor roltoewijzing downloaden en een databasebeheerder het laten uitvoeren.

Je kunt ook een door de gebruiker toegewezen beheerde identiteit gebruiken om rechten te verlenen aan de databron en aan de Backup-kluis.

Azure Backup gebruikt beheerde identiteiten om te authenticeren met je PostgreSQL-server en vereist de volgende permissies:

Klantbeheerde sleutelondersteuning

Azure Backup ondersteunt servers die zijn versleuteld met een klantbeheerde sleutel (CMK). Azure Backup leest snapshotgegevens in ontsleutelde vorm en slaat deze in de kluis op, versleuteld in rust, hetzij met een door het platform beheerde sleutel of met de CMK die je configureert op de Backup-kluis. Tijdens het herstel wordt de data naar de schijf van de doelserver geschreven en in rust opnieuw versleuteld met de sleutel van die server. Als je gegevens end-to-end met je eigen sleutel moet beschermen, configureer dan een CMK op de bronserver, op de doelserver en op de back-upkluis.

Migreren van v1 naar v2 ervaring

Je kunt een bestaand v1-beschermd item naar v2 verplaatsen en hetzelfde back-upbeleid en Backup Vault blijven gebruiken. Het beschermde item blijft ongewijzigd en je bestaande v1-herstelpunten blijven beschikbaar.

Voordat je een beschermd item naar v2 migreert, zorg ervoor dat je aan de volgende voorwaarden voldoet:

• PostgreSQL-versie: Als je server PostgreSQL 14 of eerder draait, upgrade dan naar PostgreSQL 15 of later.
• Compute-tier: Als je server de Burstable compute-laag gebruikt, schaal deze dan naar General Purpose of Memory Optimized.

Als de server niet aan deze voorwaarden voldoet, mislukt de verhuizing door een gebruikersfout.

Nadat je het beschermde item naar v2 hebt verplaatst, blijven je bestaande v1-herstelpunten beschikbaar. De herstelmethode hangt af van de back-upversie die is gebruikt om het herstelpunt te maken:

• Voor herstelpunten die met v1 zijn aangemaakt, gebruik Restore as Files.
• Voor herstelpunten die met v2 zijn aangemaakt, gebruik Restore as Server.

Je kunt het back-uptype dat voor elk herstelpunt wordt weergegeven gebruiken om te bepalen of het bij v1 of v2 hoort.

Leer hoe je een bestaand v1-beschermd item naar v2 migreert (preview).

Inzicht in de prijzen voor Azure Database for PostgreSQL Flexible Server en Elastic Cluster Vaulted Backup (v2)

Azure PostgreSQL Flexible Server en Elastic Cluster vaulted backup (v2) brengt de volgende kosten in rekening:

• Beschermde instantievergoeding: wordt per beschermde instantie in rekening gebracht op basis van de grootte van de databron, per eenheid.
• Back-upopslagvergoeding: in rekening gebracht over de totale data die in de kluis is opgeslagen, gebaseerd op de redundantie die in de back-upkluis is geconfigureerd.

Voor meer informatie over de prijsstelling, inclusief toepasselijke kosten en factureringsdetails, zie de prijspagina.

Omdat v2 dagelijkse back-ups ondersteunt voor grotere servers, bepalen je retentie-instellingen vooral de opslagkosten. Je kunt dagelijkse herstelpunten enkele maanden behouden en wekelijkse, maandelijkse en jaarlijkse herstelpunten gebruiken voor een langere retentie.

Volgende stappen 

• Ondersteuningsmatrix voor Azure PostgreSQL flexibele server en elastische cluster vaulted backup (v2)
• Tutorial voor Azure PostgreSQL flexible server en elastic cluster vaulted backup (v2) met behulp van Azure portal
• Migreer back-upinstantie van v1 naar v2-oplossing