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à.
Gestione delle operazioni del cluster
DAXgestisce 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 DAX cluster.
In questa sezione
Ridimensionamento orizzontale di un cluster
La scalabilità di un DAX cluster 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 DAX cluster verso l'interno e verso l'esterno utilizzando i comandi decrease-replication-factor o increase-replication-factor in. AWS CLI
Aumenta il fattore di replica (scalabilità orizzontale)
L'aumento del fattore di replica di un DAX cluster 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 esempio,yourClusterName. -
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 DAX cluster 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 esempio,yourClusterName. -
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 DAX cluster 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 DAX nodi 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, gestisce DAX 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.
Assicurati di monitorare attentamente DAX i cluster durante e dopo il processo di scalabilità per assicurarti 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 DAX cluster corrente per determinare la dimensione e la quantità dei nuovi nodi di cui hai bisogno. Utilizza queste informazioni come input per definire le dimensioni del cluster. Per informazioni, consultare Dimensionamento del cluster DAX.
-
Configura un nuovo DAX cluster: crea un nuovo DAX cluster con il tipo di nodo e la quantità che hai determinato. È possibile utilizzare le impostazioni di configurazione esistenti dal gruppo di parametri, a meno che non sia necessario apportare modifiche.
-
Sincronizzazione dei dati: poiché DAX si tratta di un livello di caching per DynamoDB, non è necessario migrare direttamente i dati. Tuttavia, il nuovo DAX cluster 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 DAX cluster. 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. Puoi farlo implementando lentamente gli aggiornamenti delle applicazioni o utilizzando una DNS voce di routing basata sul peso davanti all'endpoint. DAX
-
Monitoraggio e ottimizzazione: dopo il passaggio al nuovo DAX cluster, monitora attentamente le metriche e i log delle prestazioni per rilevare 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 il vecchio DAX cluster in modo sicuro per evitare costi inutili.
