Un'implementazione multi-AZ contribuirà a ridurre i tempi di inattività durante una modifica di Amazon RDS MySQL?
Voglio modificare la mia istanza Amazon Relational Database Service (Amazon RDS) per MySQL. Un'implementazione multi-AZ contribuirà a ridurre i tempi di inattività?
Breve descrizione
Quando si modifica un'istanza Amazon RDS MySQL, le implementazioni multi-AZ possono ridurre l'impatto delle modifiche.
L'implementazione multi-AZ può influire su un’istanza Amazon RDS MySQL nei seguenti scenari:
- Modifica dello spazio di archiviazione delle istanze database
- Aggiornamento della classe dell’istanza database
- Manutenzione del sistema operativo o dell'hardware sottostante
Nota: A seconda del tipo di aggiornamento effettuato, le implementazioni multi-AZ potrebbero non offrire vantaggi in termini di migliore disponibilità.
Soluzione
Modifica dello spazio di archiviazione delle istanze database
Sono disponibili le seguenti modifiche dello spazio di archiviazione per Amazon RDS Storage:
- Dimensioni dello spazio di archiviazione allocato
- Valore della capacità di IOPS allocata
- Tipo di archiviazione
L'aumento delle dimensioni dello spazio di archiviazione allocato e la modifica dei valori IOPS sono operazioni online che non comportano tempi di inattività. Poiché gli aggiornamenti dell’archiviazione, sia sull'istanza database primaria che su quella in standby, avvengono contemporaneamente, Multi-AZ non offre disponibilità aggiuntiva durante tali aggiornamenti. Per ulteriori informazioni sulle modifiche dello spazio di archiviazione e sui potenziali tempi di inattività, consulta Impostazioni per istanze database.
Non vi sono tempi di inattività neanche quando si modifica il tipo di archiviazione di un'istanza database Multi-AZ da SSD per uso generico a SSD con capacità di IOPS allocata. Tuttavia si presentano tempi di inattività nei seguenti scenari:
- Da SSD per uso generico a Magnetica o da Magnetica a SSD per uso generico.
- Da SSD con capacità di IOPS allocata a Magnetica, o da Magnetica a SSD con capacità di IOPS allocata.
- Da SSD per uso generico a SSD con capacità di IOPS allocata, ma solo se l'istanza database è Single-AZ e si utilizza un gruppo di parametri personalizzato.
- Da SSD con capacità di IOPS allocata a SSD per uso generico, ma solo se l'istanza database è Single-AZ e si utilizza un gruppo di parametri personalizzato.
Aggiornamento della classe dell’istanza database
Poiché la modifica della classe di un’istanza richiede un nuovo set di risorse hardware, questa non è un'operazione online e comporta quindi tempi di inattività. L'implementazione multi-AZ di un'istanza database MySQL di Amazon RDS può ridurre significativamente tale impatto. Questo perché l’istanza primaria e l’istanza in standby non sono aggiornate contemporaneamente. L'istanza in standby viene modificata per prima, causando un failover. Dopo il failover viene modificata la nuova istanza in standby. Il tempo di inattività richiesto include la durata del completamento del failover, in genere 60-120 secondi, e il completamento del ripristino di emergenza del motore di database. Per ulteriori informazioni, consulta implementazione multi-AZ.
Aggiornamento della versione del motore di database
L'aggiornamento di una versione del motore di database può essere pianificato manualmente tramite la console o l'API RDS. In alternativa, l'aggiornamento del motore del database avviene tramite un aggiornamento automatico della versione secondaria o dopo che il motore diviene obsoleto. Poiché RDS MySQL non automatizza gli aggiornamenti in sequenza, l'aggiornamento della versione del motore di database avviene contemporaneamente sull'host primario e su quello in standby. Pertanto un'implementazione multi-AZ non comporta vantaggi per l'aggiornamento della versione del motore di database. Per valutare l’importanza e la durata dell'impatto, esegui l'aggiornamento in un ambiente di gestione temporanea prima di eseguire l'aggiornamento effettivo. Per ulteriori informazioni, consulta Best practices for upgrading Amazon RDS for MySQL and Amazon RDS for MariaDB.
Nota: Se l'istanza database RDS MySQL utilizza repliche di lettura, è necessario aggiornare tutte le repliche di lettura prima di aggiornare l'istanza di origine. Per ulteriori informazioni, consulta Using a read replica to reduce downtime when upgrading a MySQL database.
Esecuzione di una manutenzione pianificata del sistema operativo o dell'hardware
Quando si lavora sulla manutenzione pianificata del sistema operativo o dell'hardware, l'implementazione multi-AZ può ridurre significativamente l'impatto di queste modifiche.
L'implementazione multi-AZ influisce sulla manutenzione pianificata nei seguenti modi:
- Quando la manutenzione è pianificata solo per l'host primario, si verifica un failover e la manutenzione viene eseguita sul nuovo host secondario.
- Quando la manutenzione è pianificata solo per l'host secondario, non sono previsti tempi di inattività.
- Quando la manutenzione è pianificata sia per l'host primario sia per quello secondario, la manutenzione viene eseguita prima sull'host secondario (host in standby). Si verifica quindi un failover e viene eseguita la manutenzione sul nuovo host secondario.
Per ulteriori informazioni, consulta Come posso ridurre al minimo i tempi di inattività durante la manutenzione di Amazon RDS?
Contenuto pertinente
- AWS UFFICIALEAggiornata 3 anni fa
- AWS UFFICIALEAggiornata 7 mesi fa
- AWS UFFICIALEAggiornata 10 mesi fa
- AWS UFFICIALEAggiornata un anno fa