Endpoint e connettività per Timestream for InfluxDB 3 - Amazon Timestream
Tipi di endpoint

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à.

Endpoint e connettività per Timestream for InfluxDB 3

Amazon Timestream for InfluxDB 3 fornisce più endpoint per la connessione al cluster, consentendo modelli di accesso flessibili in base alle esigenze dell'applicazione.

Tipi di endpoint

Endpoint del cluster

L'endpoint del cluster (o endpoint primario) fornisce l'accesso ai nodi writer del cluster. Questo endpoint:

  • Supporta operazioni di lettura e scrittura.

  • Indirizza automaticamente il traffico verso i nodi writer disponibili.

  • È l'unico endpoint in grado di eseguire operazioni di scrittura.

  • Deve essere utilizzato per operazioni amministrative e acquisizione di dati.

Formato di esempio: clusterid-wmyjrrjko.timestream-influxdb-alpha.us-west-2.on.aws

Endpoint di lettura

L'endpoint reader si connette ai nodi reader del cluster. Questo endpoint:

  • Supporta operazioni di sola lettura (interrogazioni).

  • Distribuisce automaticamente il traffico di lettura su tutti i nodi di lettura disponibili.

  • Aiuta a scaricare il carico di lavoro delle query dai nodi writer.

  • È ideale per applicazioni di reporting e dashboard.

Formato di esempio: clusterid-wmyjrrjko-ro.timestream-influxdb-alpha.us-west-2.on.aws

Endpoint specifici del nodo

Oltre agli endpoint del cluster, puoi connetterti direttamente a nodi specifici all'interno del cluster:

  • Fornisce accesso diretto ai singoli nodi per la diagnostica o carichi di lavoro specifici.

  • Consente un controllo granulare sul routing delle connessioni.

  • Utile per la risoluzione dei problemi o quando è necessario isolare operazioni specifiche.

  • Importante: durante qualsiasi scenario di problema o failover, gli endpoint specifici del nodo saranno temporaneamente non disponibili durante il ripristino o la sostituzione del nodo.

Formato di esempio: nodeid-wmyjrrjko.timestream-influxdb-alpha.us-west-2.on.aws

Distribuzione del traffico

Quando si utilizzano endpoint a livello di cluster (endpoint writer/reader e reader), il sistema di distribuzione del traffico automaticamente:

  • Distribuisce il traffico ai nodi attivi in base a:

    • Integrità e disponibilità dei nodi.

    • Carico di lavoro attuale su ogni nodo.

    • Ruolo del nodo (scrittore/lettore).

  • Rende trasparente l'indisponibilità di un nodo specifico per i client indirizzando automaticamente il traffico lontano da nodi non integri o non disponibili.

  • Fornisce un failover senza interruzioni senza richiedere modifiche alla configurazione lato client.

  • Garantisce la disponibilità continua del servizio anche durante la manutenzione o guasti imprevisti dei nodi.

Questa distribuzione automatica del traffico fornisce:

  • Alta disponibilità: le connessioni client rimangono ininterrotte anche quando i singoli nodi non sono più disponibili.

  • Bilanciamento del carico: il traffico viene distribuito tra i nodi disponibili per prestazioni ottimali.

  • Tolleranza ai guasti: il failover automatico garantisce un impatto minimo durante i guasti dei nodi.

  • Gestione semplificata delle connessioni: le applicazioni non devono gestire gli errori a livello di nodo.

Le migliori pratiche di connessione

Per prestazioni e affidabilità ottimali:

  • Utilizza gli endpoint a livello di cluster per i carichi di lavoro di produzione: gli endpoint writer/reader and reader forniscono un failover automatico e una gestione trasparente dell'indisponibilità dei nodi.

  • Utilizza l' writer/reader endpoint per operazioni di scrittura e attività amministrative.

  • Usa l'endpoint reader per applicazioni ad alta intensità di lettura come dashboard e report.

  • Evita gli endpoint specifici dei nodi per le applicazioni critiche: questi endpoint non saranno disponibili durante gli scenari di failover e non forniscono la ridistribuzione automatica del traffico.

  • Riservate gli endpoint specifici dei nodi per la diagnostica, la risoluzione dei problemi o quando è necessario isolare operazioni specifiche.

  • Implementa il pool di connessioni nelle tue applicazioni per gestire in modo efficiente le connessioni.

  • Configura i timeout appropriati e riprova la logica nelle tue applicazioni client.

Sfruttando gli endpoint a livello di cluster e le relative funzionalità di distribuzione automatica del traffico, è possibile garantire che le applicazioni mantengano una connettività continua e prestazioni ottimali anche in caso di guasti a livello di nodo o eventi di manutenzione.