Für ähnliche Funktionen wie Amazon Timestream für sollten Sie Amazon Timestream for LiveAnalytics InfluxDB in Betracht ziehen. Es bietet eine vereinfachte Datenaufnahme und Antwortzeiten im einstelligen Millisekundenbereich für Analysen in Echtzeit. [Erfahren](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html) Sie hier mehr.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Arbeiten mit Multi-AZ-Read Replica-Clustern für Amazon Timestream for InfluxDB
<a name="timestream-for-influx-working-read-replica"></a>

Eine Read Replica-Cluster-Bereitstellung ist ein asynchroner Bereitstellungsmodus von Amazon Timestream for InfluxDB, mit dem Sie Read Replicas konfigurieren können, die an eine primäre DB-Instance angehängt sind. Ein Read Replica-Cluster hat eine Writer-DB-Instance und eine Reader-DB-Instance in separaten Availability Zones innerhalb derselben. AWS-Region Read Replica-Cluster bieten im Vergleich zu Multi-AZ-DB-Instance-Bereitstellungen eine hohe Verfügbarkeit und eine höhere Kapazität für Lese-Workloads.

## Verfügbarkeit der Instance-Klasse für Read Replica-Cluster
<a name="timestream-for-influx-instance-class-rr"></a>

Read Replica-Cluster-Bereitstellungen werden für dieselben Instance-Typen unterstützt wie reguläre Timestream für InfluxDB-Instances.


****  

| Instance-Klasse | vCPU | Arbeitsspeicher (GiB) | Speichertyp | Netzwerkbandbreite (Gbit/s) | 
| --- | --- | --- | --- | --- | 
| db.influx.medium | 1 | 8 | Influx IOPS enthalten | 10 | 
| db.influx.large | 2 | 16 | Influx IOPS enthalten | 10 | 
| db.influx.xlarge | 4 | 32 | Influx IOPS enthalten | 10 | 
| db.influx.2xlarge | 8 | 64 | Influx IOPS enthalten | 10 | 
| db.influx.4xlarge | 16 | 128 | Influx IOPS enthalten | 10 | 
| db.influx.8xlarge | 32 | 256 | Influx IOPS enthalten | 12 | 
| db.influx.12xlarge | 48 | 384 | Influx IOPS enthalten | 20 | 
| db.influx.16xlarge | 64 | 512 | Influx IOPS enthalten | 25 | 
| db.influx.24xlarge | 96 | 768 | Influx IOPS enthalten | 40 | 

## Lesen Sie die Replikat-Cluster-Architektur
<a name="timestream-for-influx-rr-cluster-architecture"></a>

Mit einem Read Replica-Cluster repliziert Amazon Timestream for InfluxDB mithilfe des lizenzierten Read Replica-Add-ons automatisch alle Schreibvorgänge an die Writer-DB-Instance auf alle Reader-DB-Instances InfluxData. Diese Replikation ist asynchron und alle Schreibvorgänge werden bestätigt, sobald sie vom Writer-Knoten festgeschrieben wurden. Schreibvorgänge erfordern nicht die Bestätigung aller Leseknoten, um als erfolgreicher Schreibvorgang gewertet zu werden. Sobald die Daten von der Writer-DB-Instance festgeschrieben wurden, werden sie fast sofort auf die Read Replica-Instance repliziert. Im Falle eines nicht behebbaren Writer-Fehlers gehen alle Daten verloren, die nicht auf mindestens einen der Reader repliziert wurden.

Eine Read Replica-Instance ist eine schreibgeschützte Kopie einer Writer-DB-Instance. Sie können die Belastung Ihrer Writer-DB-Instance reduzieren, indem Sie einige oder alle Abfragen Ihrer Anwendungen an die Read Replica weiterleiten. Dies ermöglicht eine elastische Aufskalierung über die Kapazitätseinschränkungen einer einzelnen DB-Instance für leseintensive Datenbank-Workloads hinaus.

Das folgende Diagramm zeigt eine primäre DB-Instance, die auf eine Read Replica in einer anderen Availability Zone repliziert. Clients haben read/write Zugriff auf die primäre DB-Instance und nur Lesezugriff auf das Replikat.

![\[Eine primäre DB-Instance in Avaiability Zone A repliziert asynchron auf eine Read Replica-Instance in Availability Zone C.\]](http://docs.aws.amazon.com/de_de/timestream/latest/developerguide/images/kronos/rr_azs_diagram.png)


## Parametergruppen für Read Replica-Cluster
<a name="timestream-for-influx-rr-param-groups"></a>

In einem Read Replica-Cluster fungiert eine *DB-Parametergruppe* als Container für Engine-Konfigurationswerte, die auf jede DB-Instance im Read Replica-Cluster angewendet werden. Eine standardmäßige DB-Parametergruppe wird basierend auf der DB-Engine und der DB-Engine-Version festgelegt. Die Einstellungen in der DB-Parametergruppe werden für alle DB-Instances im Cluster verwendet.

Wenn Sie eine bestimmte DB-Parametergruppe mit [CreateDbCluster](https://docs.aws.amazon.com/ts-influxdb/latest/ts-influxdb-api/API_CreateDbCluster.html)oder [UpdateDbCluster](https://docs.aws.amazon.com/ts-influxdb/latest/ts-influxdb-api/API_UpdateDbCluster.html)für Multi-AZ DB Read Replica übergeben, stellen Sie sicher, dass für die Dauer eine Mindestdauer von 1 Stunde festgelegt `storage-wal-max-write-delay` ist. Wenn keine DB-Parametergruppe angegeben ist, `storage-wal-max-write-delay` wird standardmäßig 1 Stunde verwendet.

## Replikatverzögerung in Read Replica-Clustern
<a name="timestream-for-influx-replica-lag"></a>

Obwohl Timestream für InfluxDB-Read Replica-Cluster eine hohe Schreibleistung ermöglicht, kann es aufgrund der Natur der Engine-basierten asynchronen Replikation dennoch zu Replikatverzögerungen kommen. Diese Verzögerung kann im Falle eines Failovers zu potenziellem Datenverlust führen, weshalb eine Überwachung unerlässlich ist.

Sie können die Replikatverzögerung verfolgen, CloudWatch indem Sie im AWS-Managementkonsole Navigationsbereich **Alle Metriken** auswählen. **Wählen Sie **TimeStream/InfluxDB** und dann Von. DbCluster** Wählen Sie Ihre und dann Ihre. **DbClusterName**DbReaderInstanceName**** Hier werden Sie neben dem normalen Satz von Metriken, die für alle Timestream for InfluxDB-Instances verfolgt werden (siehe Liste unten), auch angezeigt ReplicaLag, ausgedrückt in Millisekunden.
+ CPUUtilization
+ MemoryUtilization
+ DiskUtilization
+ ReplicaLag (nur für DB-Instances im Replikat-Instance-Modus)

### Häufige Ursachen für Replikatverzögerung
<a name="timestream-for-influx-lag-causes"></a>

Im Allgemeinen tritt eine Replikatverzögerung auf, wenn die Schreib- und Lese-Workloads zu hoch sind, als dass die Leser-DB-Instances die Transaktionen effizient anwenden könnten. Verschiedene Workloads können eine vorübergehende oder kontinuierliche Replikatverzögerung verursachen. Einige gängige Beispiele:
+ Hohe Write-Parallelität oder starke Batch-Aktualisierung auf der Writer-DB-Instance, wodurch der Anwendungsprozess auf den Reader-DB-Instances zurückbleibt.
+ Starke Read-Workload, die Ressourcen auf einer oder mehreren Reader-DB-Instances verwendet. Das Ausführen langsamer oder großer Abfragen kann sich auf den Anwendungsprozess auswirken und die Replikatverzögerung verursachen.
+ Transaktionen, die große Datenmengen oder DDL-Anweisungen ändern, können manchmal zu einer vorübergehenden Zunahme der Replikatverzögerung führen, da die Datenbank die Commit-Reihenfolge beibehalten muss.

Ein Tutorial, das Ihnen zeigt, wie Sie einen CloudWatch Alarm auslösen, wenn die Replikatverzögerung einen bestimmten Zeitraum überschreitet, finden Sie unter. [Tutorial: Erstellen Sie einen CloudWatch Amazon-Alarm für Multi-AZ-Cluster-Replikatverzögerungen für Amazon Timestream for InfluxDB](timestream-for-influx-creating-cw-alarms.md#timestream-for-influx-tutorial-alarm)

### Minderung der Replikatverzögerung
<a name="timestream-for-influx-mitigating-lag"></a>

Bei Timestream for InfluxDB-Read Replica-Clustern können Sie die Replikatverzögerung verringern, indem Sie die Belastung Ihrer Writer-DB-Instance reduzieren.

## Verfügbarkeit und Beständigkeit
<a name="timestream-for-influx-availability"></a>

Read Replica-Cluster können so konfiguriert werden, dass entweder automatisch ein Failover auf eine der Reader-Instances erfolgt, falls der Writer die Schreibverfügbarkeit nicht priorisiert, oder dass ein Failover vermieden wird, um den Verlust von Tip-Daten zu minimieren. Tip-Daten beziehen sich auf die Replikationslücke von Daten, die noch nicht auf mindestens einen der Leseknoten repliziert wurden (siehe). [Replikatverzögerung in Read Replica-Clustern](#timestream-for-influx-replica-lag) Das standardmäßige und empfohlene Verhalten für Read Replica-Cluster besteht darin, bei Schreibfehlern automatisch ein Failover durchzuführen. Wenn jedoch der Verlust von Tip-Daten für Ihre Anwendungsfälle wichtiger ist als die Schreibverfügbarkeit, können Sie die Standardeinstellung überschreiben, indem Sie den Cluster aktualisieren.

Read Replica-Cluster stellen sicher, dass alle DB-Instances des Clusters auf mindestens zwei Availability Zones verteilt sind, um im Falle eines Ausfalls der Availability Zone eine höhere Schreibverfügbarkeit und Datenbeständigkeit zu gewährleisten.

**Topics**
+ [Verfügbarkeit der Instance-Klasse für Read Replica-Cluster](#timestream-for-influx-instance-class-rr)
+ [Lesen Sie die Replikat-Cluster-Architektur](#timestream-for-influx-rr-cluster-architecture)
+ [Parametergruppen für Read Replica-Cluster](#timestream-for-influx-rr-param-groups)
+ [Replikatverzögerung in Read Replica-Clustern](#timestream-for-influx-replica-lag)
+ [Verfügbarkeit und Beständigkeit](#timestream-for-influx-availability)
+ [Überblick über Amazon Timestream für InfluxDB-Read Replica-Cluster](timestream-for-influx-read-replica-overview.md)
+ [Einen Timestream für den InfluxDB-Read Replica-Cluster erstellen](timestream-for-influx-create-rr-cluster.md)
+ [Verbindung zu einem Timestream für InfluxDB-Read Replica-DB-Cluster herstellen](timestream-for-influx-connecting-cluster.md)
+ [Ändern eines Read Replica-Clusters für Amazon Timestream for InfluxDB](timestream-for-influx-modifying-rr-cluster.md)
+ [Neustart eines Read Replica-Clusters in Amazon Timestream für InfluxDB](timestream-for-influx-rebooting-rr-cluster.md)
+ [CloudWatch Alarme zur Überwachung von Amazon Timestream for InfluxDB erstellen](timestream-for-influx-creating-cw-alarms.md)
+ [Lesen Sie die Replikatlizenzierung unter AWS Marketplace](timestream-for-influx-rr-licensing.md)