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à.
Limitazioni e considerazioni per i cluster attivi-attivi
I cluster attivi-attivi in Amazon RDS offrono disponibilità e scalabilità migliorate distribuendo i carichi di lavoro su più istanze. Tuttavia, ci sono limitazioni e considerazioni importanti da tenere a mente quando si utilizza questa architettura.
Nelle sezioni seguenti vengono descritti i fattori chiave come i ritardi di replica, la risoluzione dei conflitti, l'allocazione delle risorse e il comportamento di failover. La comprensione di queste considerazioni può contribuire a garantire prestazioni e affidabilità ottimali nelle implementazioni di cluster attivi-attivi.
Argomenti
Limitazioni per i cluster My active-active RDS SQL
Le seguenti limitazioni si applicano ai cluster attivi-attivi per for My: RDS SQL
-
Il nome utente principale non può essere utilizzato
rdsgrprepladmin
per le istanze DB in un cluster attivo-attivo. Questo nome utente è riservato alle connessioni di replica di gruppo. -
Per le istanze DB con repliche di lettura in cluster active-active, uno stato di replica prolungato diverso da 1
Replicating
può far sì che i file di log superino i limiti di archiviazione. Per informazioni sullo stato delle repliche di lettura, vedere. Monitoraggio della replica di lettura -
Le distribuzioni blu/verdi non sono supportate per le istanze DB in un cluster attivo-attivo. Per ulteriori informazioni, consulta Utilizzo di Amazon RDS Blue/Green Deployments per gli aggiornamenti del database.
-
L'autenticazione Kerberos non è supportata per le istanze DB in un cluster attivo-attivo. Per ulteriori informazioni, consulta Utilizzo Kerberos autenticazione per Amazon RDS per Microsoft SQL Server.
-
Le istanze DB in un cluster DB Multi-AZ non possono essere aggiunte a un cluster active-active. Tuttavia, le istanze DB in una distribuzione di istanze DB Multi-AZ possono essere aggiunte a un cluster active-active. Per ulteriori informazioni, consulta Configurazione e gestione di una distribuzione Multi-AZ per Amazon RDS.
-
Le tabelle che non dispongono di una chiave primaria non vengono replicate in un cluster attivo-attivo perché le scritture vengono rifiutate dal plug-in Group Replication.
-
Le tabelle non InnoDB non vengono replicate in un cluster attivo-attivo.
-
I cluster attivi-attivi non supportano le istruzioni e le istruzioni simultanee DML su diverse istanze DB del cluster. DDL
-
Non è possibile configurare un cluster attivo-attivo per utilizzare la modalità primaria singola per la modalità di replica del gruppo. Per questa configurazione, consigliamo invece di utilizzare un cluster DB Multi-AZ. Per ulteriori informazioni, consulta Implementazioni di cluster DB Multi-AZ per Amazon RDS.
-
La replica da più fonti non è supportata per le istanze DB in un cluster active-active.
-
Un cluster active-active interregionale non può imporre la verifica dell'autorità di certificazione (CA) per le connessioni di replica di gruppo.
Considerazioni e procedure consigliate per i cluster My active-active RDS SQL
Prima di utilizzarlo RDS per My SQL active-active clusters, consulta le seguenti considerazioni e best practice:
-
I cluster attivi-attivi non possono avere più di nove istanze DB.
-
Con il plug-in Group Replication, puoi controllare le garanzie di coerenza delle transazioni del cluster active-active. Per ulteriori informazioni, consulta Transaction Consistency Guarantees
nella documentazione personale. SQL -
I conflitti sono possibili quando diverse istanze DB aggiornano la stessa riga in un cluster attivo-attivo. Per informazioni sui conflitti e sulla risoluzione dei conflitti, consulta Group Replication nella documentazione personale
. SQL -
Per quanto riguarda la tolleranza agli errori, includi almeno tre istanze DB nel cluster active-active. È possibile configurare un cluster attivo-attivo con solo una o due istanze DB, ma il cluster non sarà tollerante ai guasti. Per informazioni sulla tolleranza agli errori, consulta Fault-Tolerance
nella mia documentazione. SQL -
Quando un'istanza DB si unisce a un cluster active-active esistente e utilizza la stessa versione del motore della versione del motore più bassa del cluster, l'istanza DB si unisce in modalità di lettura-scrittura.
-
Quando un'istanza DB si unisce a un cluster active-active esistente e utilizza una versione del motore superiore rispetto alla versione del motore più bassa del cluster, l'istanza DB deve rimanere in modalità di sola lettura.
-
Se si abilita la replica di gruppo per un'istanza DB impostando il relativo
rds.group_replication_enabled
parametro su1
Nel gruppo di parametri DB, ma la replica non è iniziata o non è riuscita, l'istanza DB viene messa in modalità per evitare incongruenze tra i dati. super-read-only Per informazioni sulla super-read-only modalità, consulta la documentazione personale. SQL -
È possibile aggiornare un'istanza DB in un cluster active-active, ma l'istanza DB è di sola lettura fino a quando tutte le altre istanze DB del cluster active-active non vengono aggiornate alla stessa versione del motore o a una versione superiore del motore. Quando si aggiorna un'istanza DB, l'istanza DB si unisce automaticamente allo stesso cluster active-active al termine dell'aggiornamento. Per evitare il passaggio involontario alla modalità di sola lettura per un'istanza DB, disabilita gli aggiornamenti automatici delle versioni secondarie dell'istanza. Per informazioni sull'aggiornamento di un'istanza My DB, consulta. SQL Aggiornamenti del motore RDS for My SQL DB
-
È possibile aggiungere un'istanza DB in un'implementazione di istanze DB Multi-AZ a un cluster active-active esistente. È inoltre possibile convertire un'istanza DB Single-AZ in un cluster active-active in un'implementazione di istanze DB Multi-AZ. Se un'istanza DB primaria in una distribuzione Multi-AZ fallisce, l'istanza primaria passa all'istanza di standby. La nuova istanza DB primaria si unisce automaticamente allo stesso cluster dopo il completamento del failover. Per ulteriori informazioni sulle implementazioni di istanze DB Multi-AZ, consulta. Implementazioni di istanze DB Multi-AZ per Amazon RDS
-
È consigliabile che le istanze DB in un cluster attivo-attivo abbiano intervalli di tempo diversi per le finestre di manutenzione. Questa pratica evita che più istanze DB del cluster vadano offline per la manutenzione contemporaneamente. Per ulteriori informazioni, consulta La finestra di RDS manutenzione di Amazon.
-
I cluster attivi-attivi possono essere utilizzati SSL per le connessioni tra istanze DB. Per configurare le SSL connessioni, impostate i parametri group_replication_recovery_use_ssl e group_replication_ssl_mode
. I valori di questi parametri devono corrispondere per tutte le istanze DB nel cluster active-active. Attualmente, i cluster attivi-attivi non supportano la verifica dell'autorità di certificazione (CA) per le connessioni tra. Regioni AWS Pertanto, il parametro group_replication_ssl_mode
deve essere impostato su (impostazione predefinita) o per i cluster interregionali. DISABLED
REQUIRED
-
Il cluster An for My active-active viene eseguito in modalità multi-primaria. RDS SQL Il valore predefinito di group_replication_enforce_update_everywhere_checks
è e il parametro è statico. ON
Quando questo parametro è impostato su, le applicazioni non possono effettuare inserimenti in una tabella con vincoli di chiave esterna a cascata.ON
-
An RDS for My SQL active-active cluster utilizza invece lo stack di SQL comunicazione My per la sicurezza della connessione. XCOM Per ulteriori informazioni, consulta Communication Stack for Connection Security Management nella documentazione
personale. SQL -
Quando un gruppo di parametri DB è associato a un'istanza DB in un cluster attivo-attivo, si consiglia di associare questo gruppo di parametri DB solo ad altre istanze DB presenti nel cluster.
-
I cluster attivi-active supportano solo le istanze My DB. RDS SQL Queste istanze DB devono eseguire versioni supportate del motore DB.
-
Quando un'istanza DB in un cluster attivo-attivo presenta un errore imprevisto, RDS avvia automaticamente il ripristino dell'istanza DB. Se l'istanza DB non viene ripristinata, consigliamo di sostituirla con una nuova istanza DB eseguendo un point-in-time ripristino con un'istanza DB integra nel cluster. Per istruzioni, consulta Aggiungere un'istanza DB a un cluster attivo-attivo utilizzando il ripristino point-in-time.
-
È possibile eliminare un'istanza DB in un cluster attivo-attivo senza influire sulle altre istanze DB del cluster. Per informazioni sulla creazione di un'istanza database, consulta Eliminazione di un'istanza database.