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à.
DAX gestisce la manutenzione e l'integrità del cluster per te. Tuttavia, è necessario fornire un input operativo per scalare il cluster orizzontalmente o verticalmente in base ai modelli di utilizzo. Questa sezione descrive il processo consigliato per scalare i cluster DAX.
In questa sezione
Ridimensionamento orizzontale di un cluster
La scalabilità di un cluster DAX implica la regolazione della sua capacità per soddisfare le esigenze di throughput. Questa regolazione viene effettuata aumentando o diminuendo il numero di nodi (repliche) nel cluster durante l'esecuzione. Questo processo, noto come scalabilità orizzontale, aiuta a distribuire il carico di lavoro su più nodi o a consolidarlo su un numero inferiore di nodi quando la domanda è bassa.
È possibile scalare orizzontalmente il cluster DAX verso l'interno e verso l'esterno utilizzando i decrease-replication-factor comandi o in. increase-replication-factor AWS CLI
Aumentare il fattore di replica (scalabilità orizzontale)
L'aumento del fattore di replica di un cluster DAX aggiunge più nodi al cluster. L'esempio seguente mostra l'utilizzo del increase-replication-factor comando.
aws dax increase-replication-factor \ --cluster-nameyourClusterName\ --new-replication-factordesiredReplicationFactor
-
In questo comando, l'
cluster-nameargomento specifica il nome del cluster. Ad esempioyourClusterName. -
L'
new-replication-factorargomento specifica il numero totale di nodi da aggiungere al cluster dopo il ridimensionamento. Ciò include il nodo principale e i nodi di replica. Ad esempio, se il cluster ha attualmente 3 nodi e desideri aggiungere altri 2 nodi, imposta il valore su 5.new-replication-factor
Riduci il fattore di replica (scalabilità integrata)
La riduzione del fattore di replica di un cluster DAX rimuove i nodi dal cluster. La rimozione dei nodi può aiutare a ridurre i costi nei periodi di bassa domanda. L'esempio seguente mostra l'utilizzo del decrease-replication-factor comando.
aws dax decrease-replication-factor \ --cluster-nameyourClusterName\ --new-replication-factordesiredReplicationFactor
-
In questo comando, l'
cluster-nameargomento specifica il nome del cluster. Ad esempioyourClusterName. -
L'
new-replication-factorargomento specifica il numero ridotto di nodi nel cluster dopo il ridimensionamento. Questo numero deve essere inferiore al fattore di replica corrente e deve includere il nodo primario. Ad esempio, se il cluster ha 5 nodi e desideri rimuovere 2 nodi, imposta il valore su 3.new-replication-factor
Considerazioni sulla scalabilità orizzontale
Quando pianificate il ridimensionamento orizzontale, tenete presente quanto segue:
-
Nodo primario: il cluster DAX include un nodo primario. Il fattore di replica include questo nodo primario. Ad esempio, un fattore di replica pari a 3 indica un nodo primario e due nodi di replica.
-
Disponibilità: l'aggiunta o la rimozione di nodi DAX modifica la disponibilità e la tolleranza di errore del cluster. Un numero maggiore di nodi può migliorare la disponibilità, ma anche aumentare i costi.
-
Migrazione dei dati: quando si aumenta il fattore di replica, DAX gestisce automaticamente la distribuzione dei dati nel nuovo set di nodi. Quando un nuovo nodo inizia a servire il traffico, la sua cache è già riscaldata. Tuttavia, durante questo processo, potrebbe verificarsi un impatto temporaneo sulle prestazioni durante la migrazione dei dati.
Assicuratevi di monitorare attentamente i cluster DAX durante e dopo il processo di scalabilità per assicurarvi che funzionino come previsto e, se necessario, apportare ulteriori modifiche.
Ridimensionamento verticale di un cluster
Per scalare verticalmente le dimensioni dei nodi di un cluster esistente, è necessario creare un nuovo cluster e migrare il traffico delle applicazioni verso il nuovo cluster. La migrazione a un nuovo cluster con nodi diversi prevede diversi passaggi per garantire una transizione fluida con un impatto minimo sulle prestazioni e sulla disponibilità dell'applicazione.
Per creare un nuovo cluster per scalare verticalmente le dimensioni dei nodi, considera i seguenti punti:
-
Accedi alla configurazione attuale: esamina le metriche del tuo attuale cluster DAX per determinare la dimensione e la quantità dei nuovi nodi di cui hai bisogno. Utilizzate queste informazioni come input per definire le dimensioni del cluster. Per informazioni, consultare Dimensionamento del cluster DAX.
-
Configura un nuovo cluster DAX: crea un nuovo cluster DAX con il tipo di nodo e la quantità determinati. È possibile utilizzare le impostazioni di configurazione esistenti del gruppo di parametri, a meno che non sia necessario apportare modifiche.
-
Sincronizzazione dei dati: poiché DAX è un livello di caching per DynamoDB, non è necessario migrare direttamente i dati. Tuttavia, il nuovo cluster DAX non avrà alcun set di dati di lavoro in memoria finché non gli invierai traffico.
-
Aggiorna la configurazione dell'applicazione: aggiorna la configurazione dell'applicazione in modo che punti all'endpoint del nuovo cluster DAX. Potrebbe essere necessario modificare il codice o aggiornare le variabili di ambiente, a seconda della configurazione dell'applicazione.
Per ridurre l'impatto quando passi a un nuovo cluster, invia traffico Canary al nuovo cluster da una piccola parte del tuo parco applicazioni. È possibile farlo implementando lentamente gli aggiornamenti delle applicazioni o utilizzando una voce DNS di routing basata sul peso davanti all'endpoint DAX.
-
Monitoraggio e ottimizzazione: dopo il passaggio al nuovo cluster DAX, monitorate attentamente le metriche e i log delle prestazioni per individuare eventuali problemi. Preparati a modificare il numero di nodi in base a modelli di carico di lavoro aggiornati.
Fino a quando il nuovo cluster non memorizzerà correttamente nella cache il tuo set di dati di lavoro, vedrai tassi di errore e latenze più elevati nella cache.
-
Disattiva il vecchio cluster: quando sei sicuro che il nuovo cluster funzioni come previsto, rimuovi in sicurezza il vecchio cluster DAX per evitare costi inutili.
