Per funzionalità simili a Amazon Timestream for, prendi in considerazione Amazon Timestream LiveAnalytics per InfluxDB. Offre un'acquisizione semplificata dei dati e tempi di risposta alle query di una sola cifra di millisecondi per analisi in tempo reale. Scopri di più qui.
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à.
Ridimensionamento di un cluster
Panoramica di
La scalabilità multinodo estende le funzionalità di Timestream for InfluxDB 3 Enterprise edition consentendoti di creare cluster con un massimo di 15 nodi, abilitando la scalabilità orizzontale per maggiori richieste di carichi di lavoro. Questa funzionalità offre opzioni di configurazione del cluster flessibili per ottimizzare carichi di lavoro di lettura e scrittura specifici, con nodi distribuiti su più zone di disponibilità per un'elevata disponibilità.
Funzionalità chiave
Con la scalabilità multinodo, puoi:
Crea cluster con un massimo di 15 nodi (massimo 4 nodi di scrittura, 13 nodi di lettura e 1 compattatore dedicato)
Modifica dinamicamente le dimensioni del cluster aggiungendo o rimuovendo nodi man mano che i requisiti del carico di lavoro cambiano
Configura i ruoli dei nodi tra la Writer/Reader modalità o la modalità Reader-only
Distribuisci i nodi su più zone di disponibilità per una maggiore disponibilità
Accedi al tuo cluster tramite endpoint dedicati read/write o operazioni di sola lettura
Configurazione del cluster
Tipi e ruoli di nodi
Durante la configurazione del cluster, è possibile specificare:
Nodi Writer/Reader: elaborano operazioni di scrittura e lettura (1-4 nodi)
Nodi Reader-only: dedicati all'elaborazione delle interrogazioni di lettura (0-13 nodi)
Compactor dedicato: necessario per i cluster con più di 3 nodi per ottimizzare l'archiviazione dei dati
Endpoint del cluster
Timestream for InfluxDB 3 fornisce due tipi di endpoint:
Endpoint del cluster: distribuisci il traffico tra i nodi disponibili
Endpoint di lettura/scrittura: indirizza il traffico verso tutti i nodi Writer/Reader
Endpoint di sola lettura: indirizza il traffico verso tutti i nodi in grado di eseguire operazioni di lettura
Endpoint del nodo: consentono l'accesso diretto a nodi specifici per l'isolamento del carico di lavoro
Importante
Quando si utilizzano gli endpoint del nodo, si verificheranno tempi di inattività in caso di riavvio, applicazione di patch, aggiornamento o errore del nodo.
Nota
Quando si generano scritture o letture utilizzando più thread paralleli dalla stessa macchina client, il comportamento della memorizzazione nella cache DNS può influire sulla distribuzione del traffico tra i nodi del cluster. Per indicazioni sull'ottimizzazione della risoluzione DNS per garantire una distribuzione uniforme del traffico, consulta. Gestione della risoluzione DNS per gli endpoint del cluster
Gestione delle dimensioni del cluster
Per modificare la configurazione del cluster, è necessario utilizzare i gruppi di parametri:
Crea un nuovo gruppo di parametri con la configurazione desiderata
Applica il gruppo di parametri al tuo cluster
Questo approccio si applica sia alla scalabilità verticale (aggiunta di nodi) che alla riduzione (rimozione dei nodi).
Importante
Quando crei un nuovo gruppo di parametri per il ridimensionamento, assicurati di utilizzare tutti i parametri consigliati per la dimensione dell'istanza. Consulta la Tipi e specifiche di istanze supportati pagina per indicazioni specifiche sull'istanza. Prima di applicare il nuovo gruppo di parametri, verifica la configurazione corrente in esecuzione per assicurarti che nessuna impostazione venga modificata accidentalmente durante l'aggiunta o la rimozione di nodi. Puoi verificare la tua configurazione effettiva seguendo la procedura riportata di seguito. Creazione di gruppi di parametri con AWS CLI
Implementazione Multi-AZ
Quando si eseguono cluster multinodo, i nodi vengono distribuiti automaticamente in diverse zone di disponibilità nella regione selezionata. Questa distribuzione garantisce:
Nessun tempo di inattività nel cluster quando si utilizzano gli endpoint del cluster
Migliore tolleranza agli errori contro i guasti di livello AZ
Prestazioni costanti in tutta la regione
Requisiti e limitazioni
I cluster con più di 3 nodi richiedono un compattatore dedicato
Si consiglia un minimo di 2 Writer/Reader nodi per un'elevata disponibilità
Tutti i nodi di un cluster devono utilizzare lo stesso tipo di istanza
Le modifiche alla modalità del nodo richiedono la creazione di un nuovo gruppo di parametri
Gli endpoint del nodo potrebbero subire tempi di inattività durante le operazioni di manutenzione
Best practice
Utilizza gli endpoint del cluster anziché gli endpoint dei nodi per i carichi di lavoro di produzione per garantire un'elevata disponibilità
Scala il cluster in base al rapporto del read/write carico di lavoro (più nodi di lettura per carichi di lavoro con elevata intensità di lettura)
Monitora le prestazioni dei nodi per determinare le esigenze di scalabilità ottimali
Pianifica le operazioni di scalabilità durante i periodi di minore attività
Per massimizzare le prestazioni sui carichi di lavoro che richiedono molta scrittura nelle implementazioni multinodo, invia le operazioni di scrittura solo ai nodi di scrittura e indirizza le query di lettura ai nodi di sola lettura
Suggerimento
Per carichi di lavoro Writer/Reader che richiedono un uso intensivo di scrittura, configura più nodi. Per carichi di lavoro ad alta intensità di lettura, aggiungi altri nodi Reader-only mantenendo almeno 2 nodi per un'elevata disponibilità. Writer/Reader
