Daten-Tiering ElastiCache

ElastiCache Bei Valkey- oder OSS Redis-Clustern, die eine Replikationsgruppe bilden und einen Knotentyp aus der R6GD-Familie verwenden, werden die Daten zwischen Arbeitsspeicher und lokalem Speicher SSD (Solid-State-Laufwerke) aufgeteilt. Data Tiering bietet eine neue Preis-Leistungs-Option für Valkey- oder OSS Redis-Workloads, da neben der Speicherung von Daten im Arbeitsspeicher auch kostengünstigere Solid-State-Laufwerke (SSDs) in jedem Clusterknoten verwendet werden. Es ist ideal für Workloads, die regelmäßig auf bis zu 20 Prozent ihres gesamten Datensatzes zugreifen, sowie für Anwendungen, die zusätzliche Latenz beim Datenzugriff tolerieren können. SSD

ElastiCache Überwacht auf ElastiCache Clustern mit Daten-Tiering die letzte Zugriffszeit jedes gespeicherten Elements. Wenn der verfügbare Speicher (DRAM) vollständig verbraucht ist, verwendet er einen Algorithmus, der zuletzt ElastiCache verwendet wurde (LRU), um Objekte, auf die selten zugegriffen wird, automatisch aus dem Speicher in den Speicher zu verschieben. SSD Wenn anschließend auf Daten zugegriffen SSD wird, werden sie ElastiCache automatisch und asynchron zurück in den Arbeitsspeicher verschoben, bevor die Anforderung verarbeitet wird. Wenn Sie eine Workload haben, die regelmäßig nur auf eine Teilmenge ihrer Daten zugreift, ist Daten-Tiering eine optimale Möglichkeit, Ihre Kapazität kostengünstig zu skalieren.

Beachten Sie, dass bei der Verwendung von Data Tiering die Schlüssel selbst immer im Speicher verbleiben, während der Wert die Platzierung der Werte LRU im Speicher und nicht auf der Festplatte bestimmt. Im Allgemeinen empfehlen wir, dass Ihre Schlüsselgrößen kleiner als Ihre Wertgrößen sind, wenn Sie Daten-Tiering verwenden.

Das Daten-Tiering ist so konzipiert, dass es minimale Auswirkungen auf die Leistung von Anwendungs-Workloads hat. Wenn Sie beispielsweise von 500-Byte-Zeichenkettenwerten ausgehen, können Sie bei Anfragen an Daten, die auf gespeichert sind, im Durchschnitt mit einer zusätzlichen Latenz von 300 Mikrosekunden SSD im Vergleich zu Anforderungen an Daten im Speicher rechnen.

Mit der größten Daten-Tiering-Knotengröße (cache.r6gd.16xlarge) können Sie bis zu 1 Petabyte Daten in einem einzigen Cluster mit 500 Knoten speichern (500 TB bei Verwendung von 1 Lesereplikat). Data Tiering ist mit allen Valkey- oder OSS Redis-Befehlen und Datenstrukturen kompatibel, die in unterstützt werden. ElastiCache Um diese Funktion nutzen zu können, sind keine clientseitigen Änderungen erforderlich.

Bewährte Methoden

Wir empfehlen Ihnen, die folgenden bewährten Methoden:

Einschränkungen

Für Daten-Tiering gelten die folgenden Beschränkungen:

Preisgestaltung

R6gd-Knoten verfügen über eine 4,8-mal höhere Gesamtkapazität (Arbeitsspeicher +SSD) und können Ihnen helfen, bei maximaler Auslastung im Vergleich zu R6g-Knoten (nur Arbeitsspeicher) Einsparungen von über 60 Prozent zu erzielen. Weitere Informationen finden Sie unter Preise. ElastiCache

Überwachen

ElastiCache bietet Metriken, die speziell für die Überwachung von Performance-Clustern entwickelt wurden, die Data Tiering verwenden. Um das Verhältnis der Elemente im DRAM Vergleich zu zu zu zu zu zu zu überwachenSSD, können Sie die CurrItems Metrik unter Metrics for Valkey und Redis verwenden. OSS Sie können den Prozentsatz wie folgt berechnen: (CurrItems mit Dimension: Tier = Speicher * 100)/(CurrItems ohne Dimensionsfilter).

Wenn die konfigurierte Löschrichtlinie dies zulässt, ElastiCache wird mit dem Löschen von Elementen begonnen, wenn der Prozentsatz der Elemente im Speicher unter 5 Prozent sinkt. Auf Knoten, für die die Noeviction-Richtlinie konfiguriert wurde, wird bei Schreibvorgängen der Fehler „Nicht genügend Arbeitsspeicher“ angezeigt.

Es wird dennoch empfohlen, die Skalierung für Cluster mit aktiviertem Clustermodus oder die Hochskalierung für Cluster mit deaktiviertem Clustermodus in Betracht zu ziehen, wenn der Prozentsatz der Elemente im Arbeitsspeicher unter 5 Prozent sinkt. Weitere Informationen zur Skalierung finden Sie unterSkalierung von Clustern in Valkey oder Redis OSS (Clustermodus aktiviert). Weitere Informationen zu Metriken für Valkey- oder OSS Redis-Cluster, die Data Tiering verwenden, finden Sie unter. Metriken für Valkey und Redis OSS

Verwenden von Daten-Tiering

aws elasticache create-replication-group \
   --replication-group-id redis-dt-cluster \
   --replication-group-description "Redis OSS cluster with data tiering" \
   --num-node-groups 1 \
   --replicas-per-node-group 1 \
   --cache-node-type cache.r6gd.xlarge \
   --engine redis \   
   --cache-subnet-group-name default \
   --automatic-failover-enabled \
   --data-tiering-enabled

aws elasticache create-replication-group ^
   --replication-group-id redis-dt-cluster ^
   --replication-group-description "Redis OSS cluster with data tiering" ^
   --num-node-groups 1 ^
   --replicas-per-node-group 1 ^
   --cache-node-type cache.r6gd.xlarge ^
   --engine redis ^   
   --cache-subnet-group-name default ^
   --automatic-failover-enabled ^
   --data-tiering-enabled

{
    "ReplicationGroup": {
        "ReplicationGroupId": "redis-dt-cluster",
        "Description": "Redis OSS cluster with data tiering",
        "Status": "creating",           
        "PendingModifiedValues": {},
        "MemberClusters": [
            "redis-dt-cluster"
        ],
        "AutomaticFailover": "enabled",
        "DataTiering": "enabled",
        "SnapshotRetentionLimit": 0,
        "SnapshotWindow": "06:00-07:00",
        "ClusterEnabled": false,
        "CacheNodeType": "cache.r6gd.xlarge",       
        "TransitEncryptionEnabled": false,
        "AtRestEncryptionEnabled": false
    }
}

Wiederherstellen von Daten aus einem Backup in Cluster mit aktiviertem Daten-Tiering

Sie können ein Backup auf einem neuen Cluster mit aktiviertem Data Tiering mithilfe von (Console), () oder () wiederherstellen.AWS CLI ElastiCache API Wenn Sie einen Cluster mit Knotentypen in der R6gd-Familie erstellen, ist Daten-Tiering aktiviert.

aws elasticache create-replication-group \
   --replication-group-id redis-dt-cluster \
   --replication-group-description "Redis OSS cluster with data tiering" \
   --num-node-groups 1 \
   --replicas-per-node-group 1 \
   --cache-node-type cache.r6gd.xlarge \
   --engine redis \   
   --cache-subnet-group-name default \
   --automatic-failover-enabled \
   --data-tiering-enabled \
   --snapshot-name my-snapshot

aws elasticache create-replication-group ^
   --replication-group-id redis-dt-cluster ^
   --replication-group-description "Redis OSS cluster with data tiering" ^
   --num-node-groups 1 ^
   --replicas-per-node-group 1 ^
   --cache-node-type cache.r6gd.xlarge ^
   --engine redis ^   
   --cache-subnet-group-name default ^
   --automatic-failover-enabled ^
   --data-tiering-enabled ^
   --snapshot-name my-snapshot

{
    "ReplicationGroup": {
        "ReplicationGroupId": "redis-dt-cluster",
        "Description": "Redis OSS cluster with data tiering",
        "Status": "creating",           
        "PendingModifiedValues": {},
        "MemberClusters": [
            "redis-dt-cluster"
        ],
        "AutomaticFailover": "enabled",
        "DataTiering": "enabled",
        "SnapshotRetentionLimit": 0,
        "SnapshotWindow": "06:00-07:00",
        "ClusterEnabled": false,
        "CacheNodeType": "cache.r6gd.xlarge",        
        "TransitEncryptionEnabled": false,
        "AtRestEncryptionEnabled": false
    }
}