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.
# Haltbarkeitsoptionen
ElastiCache for Valkey bietet zwei Haltbarkeitsoptionen: synchrone und asynchrone Schreibvorgänge.
Bei synchronen Schreibvorgängen werden erfolgreiche Schreibvorgänge dauerhaft im Multi-AZ Transaktionsprotokoll gespeichert, bevor sie zu den Clients zurückkehren. Dies führt zu einer Schreiblatenz im einstelligen Millisekundenbereich und stellt sicher, dass im Falle eines Fehlers keine bestätigten Schreibvorgänge verloren gehen.
Bei asynchronen Schreibvorgängen werden erfolgreiche Schreibvorgänge an die Clients zurückgegeben, bevor sie dauerhaft im Transaktionsprotokoll gespeichert werden. Multi-AZ Da die Schreibvorgänge nicht darauf warten, dauerhaft im Multi-AZ Transaktionslog gespeichert zu werden, entspricht die Latenz bei Schreibvorgängen der Latenz ohne Dauerhaftigkeit. ElastiCache Bei einem Fehler können jedoch bis zu den letzten 10 Sekunden erfolgreicher Schreibvorgänge verloren gehen.
Um den potenziellen Datenverlust bei asynchronen Schreibvorgängen zu verstehen, sollten Sie das Konzept eines Dauerhaltungspuffers in Betracht ziehen. Der Dauerhaftigkeitspuffer stellt das maximale Alter aller Schreibvorgänge dar, die vom primären Knoten akzeptiert, aber noch nicht im Multi-AZ Transaktionslog gespeichert wurden. Der primäre Knoten verfolgt das Alter des ältesten unbestätigten Schreibvorgangs. Solange dieses Alter unter 10 Sekunden liegt, akzeptiert der Knoten weiterhin normal neue Schreibvorgänge. Wenn das Alter des ältesten unbestätigten Schreibvorgangs mehr als 10 Sekunden überschreitet, lehnt der primäre Knoten alle eingehenden Schreibbefehle ab, bis er aufgeholt hat. Lesevorgänge werden während dieses Zeitraums weiterhin mit einer Latenz von Mikrosekunden ausgeführt. Sobald die ausstehenden Schreibvorgänge beibehalten wurden, nimmt der Knoten die Annahme von Schreibvorgängen automatisch wieder auf. Dadurch wird sichergestellt, dass der potenzielle Datenverlust im Falle eines Fehlers auf Schreibvorgänge im Wert von 10 Sekunden begrenzt wird.
Wenn Sie Ihren Client so konfigurieren, dass er Datenverkehr an einen asynchronen, dauerhaften Cluster sendet, stellen Sie sicher, dass der Client alle Schreibbefehle, die mit der Cluster-Down-Fehlermeldung zurückgewiesen werden, automatisch mit exponentiellem Backoff wiederholt. Anleitungen zur Konfiguration Ihrer Clients für die Behandlung dieses und anderer vorübergehender Fehler finden Sie unter [Bewährte Methoden: Valkey/Redis OSS-Clients und Amazon ElastiCache](https://aws.amazon.com/blogs/database/best-practices-valkey-redis-oss-clients-and-amazon-elasticache/).
## Auswahl einer Haltbarkeitsoption
Verwenden Sie synchrone Schreibvorgänge, wenn Ihre Anwendung bei Ausfällen keinen Datenverlust tolerieren kann. Synchrone Schreibvorgänge können Sie ElastiCache für eine breitere Palette von Anwendungsfällen verwenden, die über das Zwischenspeichern hinausgehen und bei denen Datenverlust nicht hinnehmbar ist, z. B. für Wissensdatenbanken für RAG-Anwendungen, Speicher von KI-Agenten, Workflow-Status von KI-Agenten, Tokenisierung von Zahlungen, Streaming-Metadaten, Status von Gaming-Playern und Inventarverwaltung in Echtzeit.
Verwenden Sie asynchrone Schreibvorgänge, wenn Ihre Anwendung der Schreibleistung Priorität einräumt und den potenziellen Verlust von bis zu 10 Sekunden nicht festgeschriebener Daten bei einem Ausfall tolerieren kann. Diese Option ist ideal für Workloads wie das Zwischenspeichern von Anwendungsdaten, Sitzungsspeicher, Gaming-Bestenlisten und Echtzeitanalysen.