Implementazioni dell'istanza database Multi-AZ - Amazon Timestream

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

Implementazioni dell'istanza database Multi-AZ

Amazon Timestream for InfluxDB offre elevata disponibilità e supporto di failover per le istanze DB utilizzando implementazioni Multi-AZ con una singola istanza DB in standby. Questo tipo di implementazione è chiamato una implementazione di istanza database Multi-AZ. Amazon Timestream for InfluxDB utilizza la tecnologia di failover di Amazon.

In una distribuzione di istanze DB Multi-AZ, Amazon Timestream effettua automaticamente il provisioning e mantiene una replica sincrona in standby in una zona di disponibilità diversa. L'istanza database principale viene replicata in modo sincrono tra le zone di disponibilità in una replica in standby per garantire la ridondanza dei dati. L'esecuzione di un'istanza DB con elevata disponibilità può migliorare la disponibilità in caso di guasto dell'istanza DB e interruzione della zona di disponibilità. Per ulteriori informazioni su, vedereRegioni AWS e zone di disponibilità .

Nota

L'opzione di disponibilità elevata non è una soluzione di dimensionamento per scenari di sola lettura. Non è possibile utilizzare una replica in standby per gestire il traffico di lettura.

Utilizzando la console Amazon Timestream, puoi creare una distribuzione di istanze DB Multi-AZ semplicemente specificando l'opzione Crea un'istanza di standby nella sezione Configurazione di disponibilità e durabilità durante la creazione di un'istanza DB. Puoi anche specificare una distribuzione di istanze DB Multi-AZ con AWS Command Line Interface o Amazon TimestreamAPI. Usa il CLI comando create-db-instance o o l'operazione. CreateDBInstance API

Le istanze database che utilizzano implementazioni Multi-AZ possono avere una latenza di scrittura e di commit maggiore rispetto a un'implementazione Single-AZ. Ciò può accadere a causa della replica sincrona dei dati che si verifica. È possibile che si verifichi una modifica della latenza se la distribuzione esegue il failover sulla replica in standby, sebbene AWS sia progettata con connettività di rete a bassa latenza tra Per i carichi di lavoro di produzione, ti consigliamo di utilizzare lo storage IOPS incluso da 12.000 o 16.000 rpm per prestazioni veloci e costanti. IOPS Per altre informazioni sulle classi di istanza database, consulta Classi di istanze database.