Cosa succede quando cambio la mia istanza database RDS da un'implementazione Single-AZ a una Multi-AZ o da un'implementazione Multi-AZ a una Single-AZ?

Risoluzione

Scegli il tipo di implementazione del caso d'uso

Prima di modificare il tipo di implementazione, esamina le seguenti differenze tra le implementazioni Multi-AZ e Single-AZ:

• Una configurazione Single-AZ implementa un'istanza database RDS e volumi di archiviazione Amazon Elastic Block Store (Amazon EBS) in un'unica zona di disponibilità.
• Una configurazione Multi-AZ implementa un'istanza e volumi di archiviazione EBS in due zone di disponibilità.
• Quando utilizzi un'implementazione Multi-AZ, Amazon RDS mantiene una copia standby dei dati. Amazon RDS rileva e quindi ripristina automaticamente i guasti dell'infrastruttura in modo da poter riprendere rapidamente le operazioni del database.
• Quando utilizzi l'implementazione Single-AZ, potrebbe essere necessario avviare un'operazione di recupero point-in-time (PITR) durante un'interruzione pianificata o non pianificata. Il completamento di un'operazione PITR può richiedere diverse ore. Gli aggiornamenti dei dati che avvengono dopo l'ultimo momento ripristinabile non sono disponibili, quindi potresti riscontrare ulteriori tempi di inattività.
• Per un'implementazione Multi-AZ, Amazon RDS crea snapshot del database e backup automatizzati dall'istanza secondaria durante la finestra di backup automatico. Il processo di backup non sospende l'attività di I/O nell'istanza principale perché Amazon RDS esegue il backup dall'istanza secondaria per i motori di database Amazon RDS per MariaDB, Amazon RDS per MySQL, Amazon RDS per Oracle e Amazon RDS per i motori di database PostgreSQL. Per Amazon RDS per SQL Server, il processo di backup sospende brevemente l'attività di I/O.
• In un'implementazione Single-AZ, il processo di backup comporta una breve sospensione dell'attività di I/O, che può durare da pochi secondi a pochi minuti. La durata dipende dalla dimensione e dalla classe dell'istanza.
• Per le implementazioni Multi-AZ, Amazon RDS prima applica le operazioni di manutenzione del sistema operativo e dimensionamento all'istanza secondaria, quindi promuove l'istanza secondaria a istanza primaria ed esegue la manutenzione o le modifiche sulla vecchia istanza primaria. La vecchia istanza primaria diventa la nuova istanza di standby. In questo modo, i tempi di inattività sono minimi durante determinate patch del sistema operativo o operazioni di dimensionamento.
• Un'istanza Single-AZ non è disponibile durante un'operazione di dimensionamento.

Nota: non si verificano tempi di inattività nell'istanza quando passi da un tipo di implementazione a un altro.

Modifica il tipo di implementazione da Multi-AZ a Single-AZ

Modifica il tipo di implementazione.

Quando modifichi l'istanza da un'implementazione Multi-AZ a una Single-AZ, Amazon RDS elimina solo l'istanza e i volumi secondari. La modifica non influisce sull'istanza primaria.

Modifica il tipo di implementazione da Single-AZ a Multi-AZ

Modifica il tipo di implementazione.

Quando modifichi l'istanza da un'implementazione Single-AZ a una Multi-AZ, Amazon RDS crea uno snapshot dei volumi dell'istanza. Amazon RDS utilizza lo snapshot per creare nuovi volumi in un'altra zona di disponibilità. I nuovi volumi sono immediatamente disponibili per l'uso.

Tuttavia, è possibile che si verifichi un aumento della latenza di scrittura durante e dopo il processo di modifica a causa del caricamento lento. Ciò si verifica perché l'istanza carica i dati del nuovo volume da Amazon Simple Storage Service (Amazon S3) in background. Per ulteriori informazioni, consulta Ripristino su un'istanza database.

La latenza riscontrata dipende dal tipo di volume, dal carico di lavoro, dall'istanza e dalle dimensioni del volume. Di conseguenza, è consigliabile modificare un'istanza di prova prima di modificare l'istanza di produzione. È inoltre consigliabile modificare l'istanza in una finestra di manutenzione o di bassa produttività.

Per ridurre la durata del caricamento e la latenza di scrittura, completa i seguenti passaggi:

1. Modifica il tipo di archiviazione dell'istanza scegliendo Con provisioning delle operazioni di input/output al secondo (IOPS). Effettua il provisioning di una quantità di IOPS molto superiore a quella richiesta dal carico di lavoro.
   Nota: se l'istanza utilizza un gruppo di parametri personalizzato, possono verificarsi tempi di inattività quando modifichi il tipo di archiviazione.
2. Se non hai modificato il tipo di implementazione, modifica l'istanza in un'implementazione Multi-AZ.
3. Avvia un failover nell'istanza per assicurarti che la nuova zona di disponibilità sia la zona di disponibilità principale.
4. Esegui un dump completo dei dati nell'istanza. Oppure esegui query di scansione completa delle tabelle sulle tabelle più attive per caricare rapidamente i dati nei volumi.
5. Controlla la metrica WriteLatency in Amazon CloudWatch per verificare che la latenza di scrittura ritorni ai livelli normali.
6. Riporta il tipo di archiviazione o gli IOPS dell'istanza alla configurazione precedente.
   Nota: non si verificano tempi di inattività quando modifichi nuovamente il tipo di archiviazione.

Quando modifichi un'istanza da un'implementazione Single-AZ a una Multi-AZ, Amazon RDS crea un'istanza di standby con la stessa configurazione in un'altra zona di disponibilità. L'istanza standby può comportare costi aggiuntivi. Inoltre, poiché un'implementazione Multi-AZ utilizza la replica sincrona, le scritture sono leggermente più lente rispetto a quelle in un'implementazione Single-AZ.

Informazioni correlate

Amazon RDS Multi-AZ