Scalabilità dei cluster Amazon DocumentDB

Ottimizzazione per disponibilità e prestazioni elevate: se ti connetti al cluster in modalità set di repliche (consigliata), puoi utilizzare la seguente procedura per ridurre al minimo l'impatto sull'applicazione durante il ridimensionamento dell'istanza principale. Questo metodo riduce al minimo l'impatto perché mantiene il cluster pari o superiore all'elevata disponibilità e le destinazioni di dimensionamento in lettura vengono aggiunte al cluster come istanze, anziché essere aggiornate.

1. Aggiunta di una o più repliche del tipo di istanza più grande al cluster (consulta Aggiungere un'istanza Amazon DocumentDB a un cluster). Assicurati che tutte le repliche siano dello stesso tipo o di istanza più grande dell'istanza principale. Ciò evita il fileover di una riduzione involontaria delle prestazioni di scrittura su un tipo di istanza più piccolo. Nella maggior parte dei casi, ciò significa raddoppiare temporaneamente il numero di istanze nel cluster e quindi rimuovere le repliche più piccole una volta completato il ridimensionamento.

2. Impostare il livello di failover su tutte le nuove repliche su priorità zero, assicurando che una replica del tipo di istanza più piccolo abbia la priorità di failover più alta. Per ulteriori informazioni, consulta Controllo della destinazione del failover.

3. Avviare un failover manuale, che promuoverà una delle nuove repliche come istanza primaria. Per ulteriori informazioni, consulta Verifica del Failover.

   Nota

   Ciò comporterà circa 30 secondi di tempo di inattività per il cluster. Pianifica le attività di conseguenza.

4. Rimuovere tutte le repliche di un tipo di istanza di dimensioni inferiori alla nuova istanza primaria dal cluster.

5. Reimpostare il livello di failover di tutte le istanze sulla stessa priorità (in genere, ciò significa impostarle nuovamente su 1).

Supponiamo, ad esempio, di disporre di un cluster che attualmente contiene tre istanze r5.large (una primaria e due repliche) e di voler dimensionare su un tipo di istanza r5.xlarge. A tale scopo, è necessario innanzitutto aggiungere al cluster tre istanze di replica r5.xlarge e quindi impostare il livello di failover delle nuove repliche r5.xlarge su zero. Successivamente, è necessario avviare un failover manuale (tenendo conto che l'applicazione avrà circa 30 secondi di inattività). Una volta completato il failover, è necessario rimuovere dal cluster tutte e tre le istanze r5.large, lasciando il cluster dimensionato sulle istanze r5.xlarge.

Per aiutare a ottimizzare i costi, le istanze Amazon DocumentDB vengono fatturate in incrementi di un secondo, con un costo minimo di dieci minuti a seguito di una modifica dello stato fatturabile, ad esempio la creazione, la modifica o l'eliminazione di un'istanza. Per ulteriori informazioni, consulta Ottimizzazione dei costi nella documentazione relativa alle best practice.

Ottimizzazione per la semplicità: questo approccio ottimizza per la semplicità. Non espande e non contrae il cluster, ma potrebbe ridurre temporaneamente la capacità di lettura.

È possibile che la modifica della classe di istanza di una replica comporti che l'istanza non soddisfi le richieste per un breve periodo di tempo, da pochi secondi a meno di 30 secondi. Se ci si connette al cluster in modalità set di repliche (consigliata), la capacità di lettura verrà ridotta di una replica (ad esempio, al 66% della capacità in un cluster a 3 nodi o al 75% in un cluster a 4 nodi, ecc.) durante l'operazione di scalabilità.

1. Scala una delle istanze di replica nel tuo cluster. Per ulteriori informazioni, consulta Gestione delle classi di istanze.

2. Attendi che l'istanza sia disponibile (vediMonitoraggio dello stato di un'istanza Amazon DocumentDB).

   Nota

   Ciò comporterà circa 30 secondi di tempo di inattività per il cluster. Pianifica le attività di conseguenza.

3. Continuate a eseguire i passaggi 1 e 2 finché tutte le istanze delle repliche non sono state scalate, una per una.

4. Avvia un failover manuale. Ciò promuoverà una delle repliche come istanza principale. Per ulteriori informazioni, consulta Failover di Amazon DocumentDB.

   Nota

   Ciò comporterà fino a 30 secondi di inattività per il cluster, ma spesso richiede meno tempo. Pianifica le attività di conseguenza.

5. Ridimensiona la precedente istanza primaria (ora una replica).