Quali fattori influiscono sui tempi di inattività o sulle prestazioni del mio database in Amazon RDS?

Risoluzione

Modifica di una classe di istanza in Amazon RDS

Quando modifichi la classe di un'istanza Single-AZ in Amazon RDS, viene creato un nuovo host Amazon Elastic Compute Cloud (Amazon EC2). Dopo la creazione del nuovo host Amazon EC2 con la classe di istanza aggiornata, il database dell'host esistente verrà chiuso. L'archiviazione di dati viene quindi scollegata dal vecchio host e ricollegata al nuovo host di una classe di istanza richiesta. Il database viene quindi riavviato e il motore esegue il ripristino per assicurarsi che lo stato del database rimanga coerente. Eventuali interruzioni durante questo processo saranno proporzionali alla durata del ripristino del database.

Quando modifichi la classe di un'istanza Multi-AZ in Amazon RDS, per prima cosa viene aggiornata l'istanza in standby. Dopo questo aggiornamento, si verifica un failover che scambia i ruoli dell'istanza in standby e di quella primaria. Il meccanismo di failover propaga anche l'endpoint DNS dell'istanza database in modo che punti al nuovo host. Dopo il suo ripristino, è possibile accedere al database dall'applicazione. La modifica della classe di istanza viene quindi eseguita sulla nuova istanza in standby.

A seconda dell'attività del database o di eventuali transazioni a lungo termine, il completamento del failover potrebbe richiedere più tempo del solito. I failover vengono in genere completati entro 60-120 secondi. Tuttavia, transazioni di grandi dimensioni o un lungo processo di ripristino possono aumentare i tempi di failover. È consigliabile assicurarsi che non vi siano transazioni aperte nel database durante la modifica di un'istanza. È inoltre possibile pianificare un'attività di manutenzione per evitare interruzioni.

Modifica dell'archiviazione in Amazon RDS

Se hai bisogno di spazio aggiuntivo per i dati o di diversi attributi per le prestazioni di archiviazione, Amazon RDS supporta gli aggiornamenti a quanto segue (senza impatto sulle prestazioni):

• Allocazione dello spazio di archiviazione
• IOPS
• Tipo di volume

Amazon RDS sfrutta i volumi elastici Amazon Elastic Block Store (Amazon EBS) per ridurre al minimo il tempo necessario per le operazioni di scalabilità dello spazio di archiviazione. In base alla quantità di spazio richiesta, Amazon RDS esegue automaticamente lo striping su più volumi Amazon EBS per migliorare le prestazioni.

Quando modifichi l'istanza per aggiungere spazio di archiviazione, l'istanza database è completamente operativa per le query dell'applicazione. Dopo aver modificato lo spazio di archiviazione su un'istanza RDS, è necessario un periodo di prova di sei ore prima di poter effettuare ulteriori aggiornamenti dello stesso. Durante questo periodo, lo stato dell'istanza viene visualizzato come "ottimizzazione dello spazio di archiviazione". Quando l'istanza entra nella fase di "ottimizzazione dello spazio di archiviazione", i nuovi attributi di archiviazione sono completamente abilitati e le prestazioni non ne risentono.

Scalabilità dell'archiviazione in Amazon RDS

La scalabilità dello spazio di archiviazione è un processo online durante il quale il database rimane completamente operativo. Tuttavia, per alcune istanze RDS precedenti, è necessaria una conversione una tantum dello spazio di archiviazione.

Durante questa operazione, mentre Amazon RDS legge i dati dal vecchio set di volumi e scrive nel nuovo set, potrebbero esserci delle conseguenze per le prestazioni di I/O. Inoltre, quando la scalabilità supera i 400 GB (o 200 GB per le istanze database di Oracle), Amazon RDS utilizza anche il precedente metodo per la scalabilità. Durante l'esecuzione del metodo precedente, è possibile che si verifichi un peggioramento delle prestazioni. Tutte le successive modifiche di ridimensionamento dello spazio di archiviazione utilizzeranno il metodo di ridimensionamento elastico.

Conversioni da Single-AZ a Multi-AZ in Amazon RDS

Quando si converte un'istanza database da Single-AZ a Multi-AZ, per prima cosa Amazon RDS crea una copia del database. Quindi, la copia viene ripristinata in una zona di disponibilità diversa. Poiché anche il ripristino degli snapshot EBS fa parte di questo processo, i blocchi di archiviazione verranno copiati nel nuovo volume. Di conseguenza, le conversioni da Single-AZ a Multi-AZ possono influire sulla latenza e sulle prestazioni delle istanze database. Per ulteriori informazioni, consulta Alta disponibilità (Multi-AZ) per Amazon RDS.

L'impatto della conversione in Multi-AZ è più pronunciato per le istanze database ad alta intensità di scrittura con grandi volumi di archiviazione, durante periodi di carico di lavoro elevato. Inoltre, qualsiasi operazione che comporti il ripristino di volumi (come la creazione di repliche di lettura o il ripristino di snapshot in una nuova istanza database) comporterà un aumento della latenza. Dopo il trasferimento dei blocchi di archiviazione da Amazon Simple Storage Service (Amazon S3) al nuovo volume, l'eventuale latenza diminuirà.