Sie verwenden Azure Cache for Redis Enterprise als Session Store für eine mandantenfähige Webanwendung. Das Unternehmen verlangt, dass nach einem Knoten-Neustart oder Failover die wiederhergestellten Daten nicht mehr als eine Sekunde an Schreibvorgängen verlieren dürfen, während der Overhead der Schreiblatenz minimiert wird. Welche Persistenzkonfiguration sollten Sie verwenden?

Die AOF-Persistenz mit fsync every second ist die beste Option, da sie die Anforderungen an Datenverlust und Latenz erfüllt. Bei dieser Konfiguration gehen im Falle eines Ausfalls maximal eine Sekunde an Schreibvorgängen verloren, was der Anforderung entspricht. Gleichzeitig minimiert fsync every second den Overhead der Schreiblatenz im Vergleich zu fsync always, da die Synchronisierung mit dem Datenträger seltener erfolgt. RDB-Snapshotting alle 15 Minuten würde zu einem Datenverlust von bis zu 15 Minuten führen, was die Anforderung von einer Sekunde nicht erfüllt. Das Deaktivieren der Persistenz würde bei einem Neustart oder Failover zu einem vollständigen Datenverlust führen, selbst bei Zonenredundanz, die nur die Verfügbarkeit, nicht aber die Datenpersistenz gewährleistet.