Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Le migliori pratiche per Aurora La mia alta disponibilità SQL
È possibile applicare le seguenti best practice per migliorare la disponibilità dei cluster Aurora MySQL.
Argomenti
Utilizzo di Amazon Aurora per il disaster recovery con i tuoi database My SQL
Puoi usare Amazon Aurora con la tua istanza My SQL DB per creare un backup offsite per il disaster recovery. Per utilizzare Aurora per il disaster recovery della tua istanza My SQL DB, crea un cluster Amazon Aurora DB e rendilo una replica di lettura della tua istanza My DB. SQL Questo vale per un'istanza RDS for My SQL DB o un SQL database My in esecuzione all'esterno di AmazonRDS.
Importante
Quando configuri la replica tra un'istanza My SQL DB e un cluster Amazon Aurora SQL My DB, devi monitorare la replica per assicurarti che rimanga integra e ripararla se necessario.
Per istruzioni su come creare un cluster Amazon Aurora My SQL DB e renderlo una replica di lettura della tua istanza My SQL DB, segui la procedura riportata in. Utilizzo di Amazon Aurora per ridimensionare le letture per il tuo database My SQL
Per ulteriori informazioni sui modelli di disaster recovery, consulta Come scegliere la migliore opzione di disaster recovery per il tuo Amazon Aurora My SQL cluster
Migrazione da My SQL ad Amazon Aurora SQL My con tempi di inattività ridotti
Quando importi dati da un SQL database My che supporta un'applicazione live in un cluster Amazon Aurora SQL My DB, potresti voler ridurre il tempo di interruzione del servizio durante la migrazione. A tale scopo, puoi utilizzare la procedura documentata in Importazione di dati in un'istanza DB My o SQL MariaDB con tempi di inattività ridotti nella Amazon Relational Database Service User Guide. che può essere particolarmente utile se utilizzi un database di dimensioni particolarmente elevate. È possibile utilizzare la procedura per ridurre i costi di importazione riducendo al minimo la quantità di dati trasmessi attraverso la rete a AWS.
La procedura elenca i passaggi per trasferire una copia dei dati del database su un'EC2istanza Amazon e importare i dati in una nuova istanza RDS for My SQL DB. Poiché Amazon Aurora è compatibile con MySQL, puoi invece utilizzare un cluster Amazon Aurora DB per l'istanza RDS Amazon SQL My DB di destinazione.
Evitare prestazioni lente, riavvio automatico e failover per le istanze Aurora My DB SQL
Se si eseguono uno o più carichi di lavoro pesanti che eccedono le risorse allocate dell'istanza database, è possibile che le risorse su cui si esegue l'applicazione e il database Aurora si esauriscano. Per ottenere parametri sulla tua istanza di database come l'utilizzo, CPU l'utilizzo della memoria e il numero di connessioni al database utilizzate, puoi fare riferimento ai parametri forniti da Amazon, Performance CloudWatch Insights e Enhanced Monitoring. Per ulteriori informazioni sul monitoraggio dell'istanza database, consultare Monitoraggio dei parametri in un cluster di database Amazon Aurora.
Se il carico di lavoro esaurisce le risorse in uso, è possibile che l'istanza database rallenti, venga riavviata o esegua un failover su un'altra istanza database. Per evitare che questo si verifichi, occorre monitorare l'utilizzo delle risorse, esaminare il carico di lavoro in esecuzione sull'istanza database ed eseguire le ottimizzazioni dove necessario. Se le ottimizzazioni non migliorano le metriche dell'istanza e non mitigano l'esaurimento delle risorse, valutare la possibilità di aumentare l'istanza database prima che raggiunga i suoi limiti. Per ulteriori informazioni sulle classi di istanza database disponibili e le relative specifiche, consultare Classi di istanze DB Amazon Aurora.
