Informazioni sul Backup con insieme di credenziali del server flessibile e del cluster elastico di Azure PostgreSQL (v2) (anteprima)

Backup di Azure for PostgreSQL Flexible Server ed Elastic Cluster v2 (anteprima) offrono una capacità di backup avanzata progettata per affrontare i limiti chiave della soluzione v1 esistente e supporta una gamma più ampia di esigenze di backup. La versione 2 utilizza backup fisici basati su snapshot del disco gestiti, sostituendo l'approccio di backup logico pg_dump usato nella versione 1.

Perché usare Azure PostgreSQL flexible server e elastic cluster vaulted backup (v2)

La soluzione di backup v2 offre maggiore flessibilità per proteggere e recuperare i carichi di lavoro Azure PostgreSQL Flexible Server o Elastic Cluster. Utilizza snapshot incrementali dei dischi gestiti sottostanti invece dell'approccio logico di backup usato dalla v1, affrontando limitazioni relative alla dimensione del server, alla frequenza di backup e alle opzioni di recupero.

La tabella seguente confronta le capacità disponibili con il backup v1 e v2.

Capability v1 (disponibile in generale) v2 (anteprima)
Tecnologia di backup Backup logico (pg_dump) Backup fisico da snapshot del disco gestito
Fonti dati protette Server flessibile Server flessibile e cluster elastico
Dimensioni massime 1TB 32 TB su SSD Premium v1; 64 TB su SSD Premium v2
Frequenza di backup Un backup a settimana Programmi giornalieri e settimanali (RPO di 1 giorno)
Tipo di backup Solo backup completi Il primo backup è completo; i backup successivi sono incrementali
Restore Ripristina come file in un container di storage, poi importala con strumenti nativi Ripristinare direttamente come server in un server flessibile o cluster elastico di destinazione
Conservazione massima Fino a 10 anni Fino a 10 anni

Funzionalità fondamentali del Backup con insieme di credenziali del server flessibile e del cluster elastico di Azure PostgreSQL (v2)

Questa caratteristica include le seguenti capacità chiave:

  • Backup a lungo termine archiviati nel vault e isolati: Crea snapshot nel tuo tenant e trasferisce i backup al Backup vault. Questa capacità isola i dati di backup dall'abbonamento e dall'account sorgente. Il vault protegge i dati con il controllo di accesso basato su ruolo (RBAC) di Azure, la cancellazione soft e l'autorizzazione Multi-utente (se abilitata).

  • Backup WORM immutabili: Abilita l'immutabilità (WORM) nel vault di backup per impedire a qualsiasi utente (incluso un amministratore del vault) di modificare, sovrascrivere o eliminare i punti di ripristino prima della scadenza del periodo di conservazione. Questa protezione aiuta a proteggere i tuoi backup da ransomware e cancellazioni accidentali o dannose, e supporta i requisiti di conformità WORM.

  • Politiche di backup flessibili: Supporta backup programmati giornalieri o settimanali e backup on-demand dopo aver configurato la protezione. Puoi impostare periodi di ritenzione indipendenti per punti di recupero giornalieri, settimanali, mensili e annuali, che vanno da 7 giorni a 10 anni.

  • Movimento incrementale dei dati: Trasferisce l'intero dato del disco durante il primo backup e solo i blocchi di dati modificati nei backup successivi, rendendo i backup efficienti per server multi-terabyte. Se lo snapshot precedente non è disponibile, Backup di Azure riavvia automaticamente la replica iniziale senza alcun intervento dell'utente.

  • Ripristina come server: Ripristina un punto di recupero direttamente su un server flessibile o cluster elastico postgreSQL predefinito. Il ripristino non richiede un account di archiviazione intermedio né un'operazione manuale pg_restore .

  • Gestione centralizzata dei backup: Offre un'esperienza centralizzata tramite Resiliency in Azure per visualizzare e gestire i job di backup e ripristino, elementi protetti, avvisi e report insieme ad altri workload protetti da Backup di Azure.

Flusso di backup per il Backup con insieme di credenziali del server flessibile e del cluster elastico di Azure PostgreSQL (v2)

Il flusso di backup per Backup con insieme di credenziali del server flessibile e del cluster elastico di Azure PostgreSQL (v2) funziona come segue:

  1. Si concedono all'identità gestita dell'insieme di credenziali di backup le autorizzazioni sul server flessibile sorgente o sul cluster elastico di origine. Nel portale Azure puoi assegnare i ruoli mancanti in linea durante la configurazione.
  2. Configuri una policy di backup che definisce la tabella di programmazione e le regole di retention, e selezioni la sorgente dati da proteggere.
  3. Ad ogni esecuzione programmata, Backup di Azure chiede al fornitore di risorse PostgreSQL di creare uno snapshot del disco gestito dei dischi del server e attende che lo snapshot si idrati completamente.
  4. Backup di Azure ottiene accesso temporale allo snapshot corrente e a quello precedente, calcola la differenza tra i due e trasferisce solo la differenza nel vault di backup. Il primo backup non ha snapshot precedente, quindi trasferisce tutto il contenuto.
  5. Backup di Azure segna il lavoro di backup come Riuscito quando i dati dello snapshot vengono copiati nel vault. I punti di recupero vengono quindi trattenuti e ridotti secondo le regole di conservazione della polizza.

Flusso di ripristino per Backup con insieme di credenziali del server flessibile e del cluster elastico di Azure PostgreSQL (v2)

Il flusso di ripristino del backup archiviato nel vault (v2) per Database di Azure per PostgreSQL - Server flessibile o cluster elastico funziona come segue:

  1. Devi creare il server flessibile o il cluster elastico di Database di Azure per PostgreSQL di destinazione in cui deve essere ripristinato il backup. Backup di Azure ripristina il contenuto del disco su un target esistente; non crea automaticamente la posizione del target.
  2. Selezioni il punto di recupero nel vault di backup e scegli il bersaglio. Backup di Azure valida il target rispetto al punto di recupero (che include la versione principale di PostgreSQL, la dimensione del disco, il tipo di disco, il livello SKU e la configurazione di rete) prima di avviare l'operazione di ripristino.
  3. Backup di Azure scrive il contenuto dei punti di recupero sui dischi server di destinazione.
  4. Il fornitore di risorse PostgreSQL avvia il server ripristinato e il server ripristinato diventa online in uno stato transazionalmente coerente.

Poiché il ripristino scrive un'immagine disco completa, il tempo di ripristino scala con la dimensione del punto di recupero. Per i server multiterabyte, pianifica un obiettivo di tempo di recupero misurato in ore o giorni anziché in minuti.

Autenticare Backup di Azure con il server PostgreSQL

Il servizio Backup di Azure si collega al server sorgente tramite il provider di risorse PostgreSQL, utilizzando l'identità gestita del vault Backup. L'identità del vault richiede permessi sul server sorgente per il backup e sul server target per il ripristino. Quando configuri la protezione o attivi un ripristino dal portale Azure, Backup di Azure convalida i permessi necessari e offre di assegnare in linea i ruoli mancanti. Se non hai accesso alla scrittura sul server, puoi scaricare un template di assegnazione del ruolo e farlo eseguire da un amministratore del database.

Puoi anche usare un'identità gestita assegnata dall'utente per concedere permessi sulla sorgente dati e sul vault di backup.

Backup di Azure utilizza identità gestite per autenticarsi con il tuo server PostgreSQL e richiede i seguenti permessi:

Tipo di identità Description
Identità gestita dell'insieme di credenziali di backup Concedere all'identità gestita del vault di backup i permessi necessari sul server sorgente per il backup e sul server target per il ripristino. Quando configuri il backup o il ripristino, Backup di Azure valida i permessi necessari e ti permette di assegnare eventuali ruoli mancanti.
Identità gestita assegnata dall'utente Usa un'identità gestita assegnata dall'utente per concedere i permessi necessari sulla fonte dati e sul vault di backup.

Supporto chiave gestito dal cliente

Backup di Azure supporta server criptati con una chiave gestita dal cliente (CMK). Il Backup di Azure legge i dati dello snapshot in forma decrittografata e li archivia nell'insieme di credenziali crittografato quando è inattivo, usando una chiave gestita dalla piattaforma oppure la CMK configurata nell'insieme di credenziali di Backup. Durante il ripristino, i dati vengono scritti sul disco del server di destinazione e nuovamente criptati a riposo con la chiave di quel server. Se hai bisogno che i dati siano protetti con una tua chiavi end-to-end, configura un CMK sul server sorgente, sul server di destinazione e sul vault di backup.

Migra dall'esperienza v1 a v2

Puoi spostare un elemento protetto v1 esistente in v2 e continuare a usare la stessa policy di backup e il vault di backup. L'oggetto protetto rimane invariato e i tuoi punti di recupero v1 esistenti restano disponibili.

Importante

Il passaggio alla v2 è a senso unico. Per tornare alla v1, devi interrompere la protezione ed eliminare l'istanza di backup prima di configurare nuovamente il backup usando la v1.

Prima di migrare un elemento protetto alla v2, assicurati di soddisfare i seguenti prerequisiti:

Se il server non soddisfa questi prerequisiti, la mossa fallisce con un errore dell'utente.

Dopo aver spostato l'oggetto protetto in v2, i tuoi punti di recupero v1 esistenti rimangono disponibili. Il metodo di ripristino dipende dalla versione di backup utilizzata per creare il punto di recupero:

  • Per i punti di recupero creati con la v1, usa Ripristina come File.
  • Per i punti di recupero creati con la v2, usa Restore as Server.

Puoi usare il tipo di backup mostrato per ogni punto di recupero per identificare se appartiene alla v1 o alla v2.

Impara come migrare un elemento protetto dalla v1 esistente alla v2 (anteprima).

Comprendere i prezzi per il Backup con insieme di credenziali del server flessibile e del cluster elastico di Azure PostgreSQL (v2)

Backup con insieme di credenziali del server flessibile e del cluster elastico di Azure PostgreSQL (v2) comporta gli addebiti seguenti:

  • Tassa di istanza protetta: addebitata per ogni istanza protetta in base alla dimensione della fonte dati, su base per unità.
  • Costo di archiviazione di backup: addebitato sul totale dei dati memorizzati nel vault, in base alla ridondanza configurata sul vault di backup.

Per saperne di più sui prezzi, inclusi i costi applicabili e i dettagli di fatturazione, consulta la pagina dei prezzi.

Poiché v2 supporta backup giornalieri per server più grandi, le impostazioni di ritenzione determinano principalmente il costo di archiviazione. Puoi trattenere i punti recupero giornalieri per alcuni mesi e usare i punti di recupero settimanali, mensili e annuali per una ritenzione più lunga.

Passaggi successivi

  • Ultimo aggiornamento: