Per garantire la continuità aziendale e ridurre al minimo la perdita di dati, l'alta affidabilità (HA) e il ripristino di emergenza (RE) sono strategie di protezione dei dati fondamentali per AlloyDB Omni. L'HA si concentra sul mantenimento della disponibilità del database e sulla riduzione al minimo del Recovery Time Objective (RTO), mentre RE si occupa del ripristino da eventi catastrofici e della riduzione al minimo del Recovery Point Objective (RPO).
RTO e RPO sono allineati ai requisiti aziendali e sono definiti come segue:
- L'RTO è il tempo massimo per cui un database può essere inattivo o non disponibile prima che l'attività subisca conseguenze inaccettabili, come la perdita di entrate o di produttività.
- L'RPO è la quantità massima di perdita di dati che un'azienda può subire prima che vengano influenzati i requisiti aziendali. Ad esempio, i sistemi di inventario che richiedono una traccia di audit completa potrebbero avere un requisito di perdita di dati pari a zero.
AlloyDB Omni offre le seguenti architetture di riferimento per la disponibilità, che forniscono livelli di disponibilità crescenti:
- Disponibilità standard: protegge i tuoi dati utilizzando i backup.
- Disponibilità avanzata: protegge i dati utilizzando la replica a livello di zona in una regione (HA).
- Disponibilità Premium: protegge i tuoi dati utilizzando la replica a livello di zona e di regione (HA e RE).
Meccanismi di disponibilità
Di seguito sono riportati i principali meccanismi che garantiscono la disponibilità:
- Backup dei database
- Replica dei database
Backup dei database
I backup del database, un aspetto fondamentale della protezione dei dati, prevedono la creazione di copie fisiche dei file di dati del database. Tipi di backup diversi (completo, incrementale e differenziale) offrono equilibri diversi tra l'obiettivo del punto di ripristino (RPO), le dimensioni e la durata del backup e il tempo di ripristino.
Per garantire un ripristino efficiente e ridurre al minimo la perdita di dati in caso di errori di sistema, una strategia di backup efficace deve includere backup dei file del database e del write-ahead log (WAL). I backup regolari (in genere giornalieri) dei file di dati sono fondamentali. Devi anche eseguire il backup dei file WAL, che registrano le modifiche al database e sono fondamentali per il recupero point-in-time e per mantenere l'integrità dei dati durante il ripristino.
Replica dei database
PostgreSQL offre server di replica per una maggiore affidabilità. Queste repliche sono classificate come standby warm, che non accettano connessioni di applicazioni, o standby hot, che operano in modalità di sola lettura. Le modifiche del database primario vengono applicate continuamente alla replica per mantenere aggiornati i dati della replica. Se il database primario non funziona, la replica viene promossa allo stato primario e assume le responsabilità del database primario.
Le repliche del database possono essere posizionate nella stessa zona o nello stesso data center dell'istanza principale, in una zona diversa, in una regione diversa o in una combinazione di queste località. Più la replica si trova lontano dal database primario, maggiore è la latenza durante l'invio delle modifiche per mantenere aggiornate le repliche. Per i deployment in località distanti per mitigare gli errori su larga scala, come un errore a livello di regione, la replica dei dati viene in genere eseguita in modo asincrono. Questo approccio evita il peggioramento delle prestazioni che può verificarsi in queste configurazioni.
Nei deployment ad alta affidabilità, le repliche vengono in genere implementate in prossimità del database primario. Ad esempio, le repliche di cui viene eseguito il deployment in una zona diversa all'interno dello stesso data center offrono RTO bassi e RPO prossimi allo zero. D'altra parte, nelle configurazioni di ripristino di emergenza, le repliche vengono distribuite in data center o regioni separati, a seconda del livello di protezione richiesto contro le interruzioni. Questo approccio comporta un RPO più elevato (poiché la replica potrebbe essere asincrona) e un RTO variabile.
La tabella seguente riassume i meccanismi utilizzati per le architetture di riferimento per la disponibilità di AlloyDB Omni:
| Funzionalità | Standard | Avanzata | Premium |
|---|---|---|---|
| Backup | Sì | Sì | Sì |
| Replica a livello di zona | No | Sì | Sì |
| Replica tra zone | No | Sì | Sì |
| Replica regionale | No | No | Sì |
Tabella 1. Meccanismi di disponibilità di AlloyDB Omni supportati
Errori del database e scenari di ripristino
Un errore del database può verificarsi ai seguenti livelli:
- Errore dell'istanza (nodo o server): si verifica un errore nel database stesso.
- Errore del server: il server che ospita il database non funziona.
- Guasto a livello di zona: l'intero data center che ospita il server non funziona.
- Errore della regione: l'intera regione contenente più data center (zone di disponibilità) non è disponibile, ad esempio a causa di un'alluvione o di un terremoto di grande magnitudo.
La probabilità e il rischio di un disastro diminuiscono quando si verificano meno eventi e il costo per prevenirli aumenta. Le aziende devono determinare la propria tolleranza al rischio e scegliere se accettare potenziali interruzioni o investire in architetture più resilienti per ridurre al minimo i rischi.
La tabella seguente riassume gli scenari di ripristino supportati dalle architetture di riferimento di AlloyDB Omni:
| Tipo di calamità | Standard | Avanzata | Premium |
|---|---|---|---|
| Errore della VM/istanza | Sì | Sì | Sì |
| Errore del nodo/server | Sì | Sì | Sì |
| Errore della zona | No | Sì | Sì |
| Errore relativo alla regione | No | No | Sì |
Tabella 2. Scenari di ripristino supportati
Considera gli scopi commerciali del tuo database AlloyDB Omni, ad esempio la necessità critica di diversi 9 (99,99%) di disponibilità e zero perdita di dati al momento del recupero per le applicazioni mission-critical. L'obiettivo delle architetture di riferimento per la disponibilità è soddisfare i requisiti RTO e RPO.
AlloyDB Omni offre architetture di disponibilità standard, avanzate e premium per proteggere i database da interruzioni pianificate e non pianificate, in linea con le diverse esigenze aziendali. Ad esempio, gli ambienti di sviluppo potrebbero utilizzare una protezione di base con backup, mentre le applicazioni mission-critical potrebbero utilizzare configurazioni di alta affidabilità e ripristino di emergenza.
Passaggi successivi
Scopri di più sulle architetture di riferimento per la disponibilità di AlloyDB Omni:
- Proteggi i tuoi dati utilizzando i backup (disponibilità standard).
- Proteggi i tuoi dati utilizzando la replica a livello di zona in una regione (disponibilità avanzata).
- Proteggi i tuoi dati utilizzando la replica a livello di zona e di regione (disponibilità Premium).