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](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html) 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à.

# Modelli di implementazione in Timestream per InfluxDB 3
<a name="deployment-models"></a>

## Distribuzione a nodo singolo
<a name="single-node-deployment"></a>

 In una distribuzione a nodo singolo (disponibile per le versioni Core ed Enterprise), una singola istanza gestisce tutte le operazioni del database. Questa configurazione include: 
+  Un nodo che svolge più ruoli critici: 
  +  Ruolo dello scrittore: gestisce tutte le operazioni di scrittura sul database. 
  +  Ruolo del lettore: elabora le interrogazioni di lettura e le operazioni di recupero dei dati. 
  +  Ruolo del compattatore: ottimizza l'archiviazione compattando i file di dati (solo versione Enterprise). 
+  Versione principale: il nodo singolo funziona solo con ruoli di scrittore e lettore. 
+  Versione aziendale: Single node opera con ruoli di scrittore, lettore e compattatore per una funzionalità completa. 
+  Gestione semplificata con tutte le operazioni consolidate su un'unica istanza. 
+  Costi inferiori rispetto alle implementazioni multinodo. 
+  Adatto per lo sviluppo, i test o i carichi di lavoro di produzione più piccoli. 

 Le implementazioni a nodo singolo sono ideali per iniziare con Timestream for InfluxDB 3 o per carichi di lavoro con requisiti di prestazioni moderati. 

## Implementazione multinodo
<a name="multi-node-deployment"></a>

 Le implementazioni multinodo (disponibili solo per l'edizione Enterprise) distribuiscono i carichi di lavoro su più istanze per migliorare prestazioni, scalabilità e disponibilità. I cluster aziendali supportano fino a 15 nodi con la seguente configurazione: 
+  Allocazione flessibile dei nodi in base ai requisiti del carico di lavoro: 
  +  1-4 writer/reader nodi (ingestQueryInstances) che gestiscono sia le operazioni di scrittura che quelle di lettura.
  +  0-13 nodi di sola lettura (queryOnlyInstances) dedicati all'elaborazione delle query di lettura.
  +  1 nodo compattatore dedicato per l'ottimizzazione dello storage (richiesto per i cluster con più di 3 nodi). 
+  Funzionalità di scalabilità orizzontale per soddisfare carichi di lavoro in crescita. 
+  Tolleranza agli errori migliorata con distribuzione del carico di lavoro su più nodi in diverse zone di disponibilità. 
+  Prestazioni di interrogazione migliorate. 
+  Migliore gestione delle operazioni simultanee. 

 Le implementazioni multinodo sono consigliate per ambienti di produzione con requisiti di throughput elevati, grandi volumi di dati o la necessità di una maggiore disponibilità.