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à.
Esegui l'aggiornamento dall'edizione Core a quella Enterprise
Puoi aggiornare un cluster InfluxDB 3 Core esistente all'edizione Enterprise per accedere a funzionalità come implementazioni multinodo, conservazione dei dati a lungo termine e compattazione dedicata.
Importante
L'aggiornamento da Core a Enterprise è un'operazione unidirezionale. Una volta aggiornato un cluster a Enterprise, non può essere ripristinato all'edizione Core.
Prerequisiti e requisiti
-
Prima attivazione Enterprise: se è la prima volta che attivi una licenza Enterprise sul tuo AWS account, l'aggiornamento deve essere eseguito tramite. Console di gestione AWS Questa attivazione unica della console abilita le funzionalità Enterprise per il tuo account.
-
Operazioni successive: dopo l'attivazione iniziale della console, l'account è abilitato per Enterprise. È quindi possibile aggiornare altri cluster Core a Enterprise o distribuire nuovi cluster Enterprise utilizzando l'API AWS CLI, o il. Console di gestione AWS
Effettua l'upgrade utilizzando il Console di gestione AWS
-
Accedi Console di gestione AWS e apri la console Timestream for InfluxDB.
-
Nel riquadro di navigazione, scegli Database InfluxDB.
-
Seleziona il cluster Core che desideri aggiornare.
-
Scegli Modifica.
-
Per Edition, seleziona Enterprise.
-
Rivedi le modifiche e scegli Modifica cluster.
Cosa succede durante l'aggiornamento
Quando si aggiorna un cluster Core a Enterprise:
-
Riavvio del cluster: il cluster si riavvia per applicare la configurazione del motore Enterprise.
-
Configurazione dei nodi: a seconda del numero di nodi del cluster, il cluster verrà configurato come segue:
-
Un cluster aziendale a nodo singolo (all-in-one: writer, reader e compactor su un nodo)
-
Un cluster aziendale multinodo con un compattatore dedicato (per cluster con 3 o più nodi)
-
-
Compattazione dei dati: i dati esistenti verranno gradualmente compattati in background dal motore di compattazione Enterprise. Il cluster rimane utilizzabile durante questo processo.
Nota
Il tempo necessario alla compattazione dei dati per recuperare il ritardo raggiunto dipende dal volume dei dati esistenti, dalla dimensione del cluster, dalla dimensione dell'istanza e dallo spazio disponibile per CPU e memoria rispetto al carico di lavoro corrente.
Importante
Considerazioni sulla capacità per la compattazione dopo l'aggiornamento
-
Cluster a nodo singolo: quando si aggiorna un cluster Core a nodo singolo a Enterprise, il compactor viene eseguito sullo stesso nodo del writer e del reader. Poiché Core non include un compattatore, tutti i dati esistenti devono essere compattati dopo l'aggiornamento. Ciò richiede una capacità di CPU e memoria aggiuntiva oltre a quella utilizzata dal carico di lavoro corrente. Se il nodo non dispone di un margine di crescita sufficiente, la compattazione potrebbe competere con i carichi di lavoro di lettura e scrittura, con un potenziale impatto sulle prestazioni. Prendi in considerazione la possibilità di passare a un tipo di istanza più grande (ad esempio, from
db.influx.xlargetodb.influx.2xlarge) prima o immediatamente dopo l'aggiornamento per fornire al compattatore le risorse necessarie. È possibile ridurre la dimensione dopo che la compattazione ha raggiunto il livello di compattazione. -
Cluster multinodo (3 nodi): quando si esegue l'aggiornamento a un cluster Enterprise a 3 nodi, viene fornito un nodo compattore dedicato. Tuttavia, tutti i vantaggi di Enterprise, come le prestazioni ottimizzate delle query su dati compattati, non saranno realizzati fino a quando il compattatore non avrà terminato l'elaborazione di tutti i dati preesistenti. Il tempo necessario dipende dal volume di dati già presenti nel database, dal carico di lavoro in esecuzione corrente e dalla dimensione e dalla configurazione dell'istanza del nodo compactor.
Ottimizzazione delle prestazioni di compattazione: per aiutare il compattatore a elaborare più rapidamente i dati esistenti, è possibile regolare i seguenti parametri riservati alle aziende nel proprio gruppo di parametri:
-
compaction-max-num-files-per-plan— Aumentate questo valore per consentire al compattatore di elaborare più file per ciclo di compattazione. Ad esempio, aumenta dal valore predefinito di 500 a 1000—5000 su istanze più grandi (db.influx.4xlarge e versioni successive). compaction-max-num-files-per-planVedi i valori consigliati per dimensione dell'istanza. -
compaction-check-interval— Riduci dall'impostazione predefinita di 10 secondi a 5 secondi su db.influx.4xlarge e versioni successive per fare in modo che il compattatore valuti il lavoro con maggiore frequenza.
Per i cluster a nodo singolo, scalare il tipo di istanza è il modo più efficace per dare maggiore capacità al compattatore, poiché tutti i ruoli condividono le risorse dello stesso nodo. Per i cluster multinodo, il nodo compattatore dedicato utilizza la stessa classe di istanza degli altri nodi, quindi la scalabilità del tipo di istanza del cluster aumenta anche la capacità del compattatore. Per ulteriori dettagli sui parametri di compattazione, vedere. Categoria 4: compattazione
Considerazioni
-
Si tratta di un aggiornamento unidirezionale. Non è possibile effettuare il downgrade da Enterprise a Core.
-
Pianifica l'aggiornamento durante un periodo di minore attività per consentire al processo di compattazione un margine sufficiente di CPU e memoria per recuperare il ritardo accumulato.
-
Cluster a nodo singolo: valuta la possibilità di passare temporaneamente a un tipo di istanza più grande prima dell'aggiornamento per garantire che il compattatore disponga di CPU e memoria sufficienti per compattare i dati esistenti senza influire sul carico di lavoro.
-
Cluster multinodo: dopo l'aggiornamento è previsto un periodo di transizione in cui il compattatore elabora tutti i dati preesistenti. I vantaggi completi in termini di prestazioni aziendali si ottengono dopo il completamento della compattazione. La durata dipende dal volume dei dati, dall'intensità del carico di lavoro e dalla dimensione dell'istanza.
-
È possibile accelerare la compattazione post-aggiornamento aumentando
compaction-max-num-files-per-plane riducendo il gruppo dicompaction-check-intervalparametri. Per informazioni dettagliate, vedi Categoria 4: compattazione. -
Dopo l'aggiornamento, è possibile sfruttare le funzionalità Enterprise, ad esempio la scalabilità orizzontale del Ridimensionamento di un cluster cluster.
