Qual è l'impatto della conversione della mia istanza Single-AZ di Amazon RDS su un'istanza Multi-AZ e viceversa?

Ultimo aggiornamento: 30/09/2021

Desidero conoscere l'impatto della conversione dell'istanza database Amazon Relational Database Service (Amazon RDS) Single-AZ su un'istanza Multi-AZ.

-oppure-

Desidero conoscere l'impatto della conversione dell'istanza database Amazon RDS Multi-AZ su un'istanza Single-AZ.

Breve descrizione

In una configurazione Single-AZ, un'istanza database e uno o più volumi di archiviazione Amazon Elastic Block Store (Amazon EBS) vengono implementati in un'unica zona di disponibilità tra i data center. In una configurazione Multi-AZ, le istanze database di Amazon RDS e i volumi di archiviazione EBS vengono implementati in più zone di disponibilità.

Quando abiliti Multi-AZ sulla tua istanza, Amazon RDS mantiene una copia in standby ridondante e coerente dei dati utilizzando la replica sincrona dell'archiviazione. Amazon RDS riconosce gli scenari di errore più comuni delle implementazioni Multi-AZ e avvia automaticamente il ripristino, consentendoti di riprendere le operazioni del database con la massima rapidità. Per ulteriori informazioni, consulta Alta disponibilità (Multi-AZ) per Amazon RDS.

Per convertire un'istanza database da una implementazione Single-AZ a una implementazione MultiAZ e viceversa, consulta Modifica di un'istanza Amazon RDS.

Quando converti un'istanza Single-AZ in un'istanza Multi-AZ, puoi vedere il seguente evento nella sezione Registri ed eventi della console Amazon RDS:

21 settembre 2021, 20:45:04 UTC Applicazione della modifica per la conversione in un'istanza database Multi-AZ

Risoluzione

Impatto della modifica di un'istanza Single-AZ su un'istanza Multi-AZ

Quando modifichi l'istanza Single-AZ in un'istanza Multi-AZ, non si verificano tempi di inattività sull'istanza. Durante la conversione, Amazon RDS crea uno snapshot dell'istanza e utilizza questo snapshot per ripristinare i dati nei nuovi volumi creati in un'altra zona di disponibilità. Sebbene questi nuovi volumi siano immediatamente disponibili per l'uso, potrebbero verificarsi alcuni problemi di prestazioni. Questo perché l'istanza database continua a caricare i dati in background. Questo processo, chiamatolazy loading, potrebbe comportare una latenza di scrittura elevata e un impatto sulle prestazioni durante e dopo la conversione. L'impatto sulle prestazioni è in funzione del tipo di volume, del carico di lavoro, dell'istanza e delle dimensioni del volume. L'impatto potrebbe essere significativo per le istanze database di grandi dimensioni a uso intensivo di scrittura durante le ore di punta delle operazioni.

Per ridurre la latenza dopo aver modificato l'istanza, è consigliabile mettere in pratica le best practice seguenti:

  1. Avvia un failover per l'istanza dopo la conversione in Multi-AZ.
  2. Esegui un dump completo dei dati sull'istanza per recuperare tutti i dati dallo snapshot.

Quando si converte un'istanza da Single-AZ a Multi-AZ, viene creata una nuova istanza con la stessa configurazione in un'altra zona di disponibilità. Ciò comporta costi aggiuntivi. Inoltre, poiché l'implementazione Multi-AZ utilizza la replica sincrona, le scritture sono più lente di quelle in Single-AZ.

Impatto della modifica di un'istanza Multi-AZ su un'istanza Single-AZ

Quando modifichi l'istanza da un'istanza Multi-AZ a un'istanza Single-AZ, non si verificano tempi di inattività sull'istanza. Durante la conversione, Amazon RDS elimina solo l'istanza secondaria e i volumi e l'istanza primaria non viene influenzata durante questo periodo.

Ecco alcuni aspetti da considerare prima di modificare l'istanza dall’implementazione Multi-AZ a Single-AZ.

  • Con l’implementazione Multi-AZ, Amazon RDS passa automaticamente a una replica in standby in un'altra zona di disponibilità durante un'interruzione pianificata o non pianificata dell'istanza database. Tuttavia, in un'istanza Single-AZ, potrebbe essere necessario avviare un'operazione di ripristino point-in-time. Il completamento di questa operazione potrebbe richiedere diverse ore e gli aggiornamenti dei dati che si sono verificati dopo l'ultimo periodo di ripristino non sono disponibili. Pertanto, potrebbe verificarsi un ulteriore tempo di inattività su un'istanza di Single-AZ in caso di fallimento.
  • In un'istanza Multi-AZ, i backup automatici vengono creati dall'istanza secondaria durante la finestra di backup automatico. Per Amazon RDS for MariaDB, Amazon RDS for MySQL, Amazon RDS for Oracle e Amazon RDS for PostgreSQL, l'attività di I/O non viene sospesa sull'istanza primaria durante il backup per le implementazioni Multi-AZ, perché il backup viene prelevato dal secondario. Per Amazon RDS for SQL Server, l'attività di I/O viene sospesa brevemente durante il backup per le implementazoni Multi-AZ. Il processo di backup su un'istanza database Single-AZ comporta una breve sospensione dell'I/O che può durare da pochi secondi a pochi minuti, a seconda delle dimensioni e della classe dell'istanza database.
  • Nelle implementazioni Multi-AZ, la manutenzione del sistema operativo viene applicata all'istanza secondaria. La seconda istanza viene promossa a primaria, quindi la manutenzione viene eseguita sul vecchio primario, che diventa il nuovo standby. Pertanto il tempo di inattività durante alcuni patch del sistema operativo in un'istanza MultiAZ è minimo.
  • Se stai ridimensionando l'istanza Multi-AZ, il tempo di inattività è minimo. Questo perché l'istanza secondaria viene aggiornata per prima. L'istanza secondaria viene promossa a primaria, dopodiché viene aggiornata l'istanza primaria. Un'istanza Single-AZ non è disponibile durante l'operazione di ridimensionamento.

Questo articolo è stato utile?


Hai bisogno di supporto tecnico o per la fatturazione?