View a markdown version of this page

Versionsverwaltung für ElastiCache - Amazon ElastiCache
ElastiCache Versionsverwaltung für Serverless CacheVersionsverwaltung für knotenbasierte Cluster ElastiCache

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.

Versionsverwaltung für ElastiCache

Sie können festlegen, wie Sie Ihre ElastiCache Caches und knotenbasierten Cluster aktualisieren möchten, die für die Valkey-, Memcached- und Redis OSS-Engines aktualisiert wurden.

ElastiCache Versionsverwaltung für Serverless Cache

Verwalten Sie, ob und wann der ElastiCache Serverless Cache aktualisiert wird, und führen Sie Versionsupgrades zu Ihren eigenen Bedingungen und Zeitplänen durch.

ElastiCache Serverless wendet automatisch die neueste Minor- und Patch-Softwareversion auf Ihren Cache an, ohne dass dies Auswirkungen oder Ausfallzeiten auf Ihre Anwendung hat. Von Ihrer Seite aus ist keine Aktion erforderlich.

Wenn eine neue Hauptversion verfügbar ist, sendet Ihnen ElastiCache Serverless eine Benachrichtigung in der Konsole und ein Ereignis in. EventBridge Sie können Ihren Cache auf die neueste Hauptversion aktualisieren, indem Sie ihn mithilfe der Konsole, CLI oder API ändern und die neueste Engine-Version auswählen. Ähnlich wie bei kleineren Upgrades und Patch-Upgrades werden Hauptversions-Upgrades ohne Ausfallzeiten Ihrer Anwendung durchgeführt.

Versionsverwaltung für knotenbasierte Cluster ElastiCache

Wenn Sie mit knotenbasierten ElastiCache Clustern arbeiten, können Sie steuern, wann die Software, die Ihren Cluster unterstützt, auf neue Versionen aktualisiert wird, die von unterstützt werden. ElastiCache Sie können steuern, wann Ihr Cache auf die neuesten verfügbaren Haupt-, Neben- und Patch-Versionen aktualisiert werden soll. Sie starten Engine-Versions-Upgrades für Ihren Cluster oder Ihre Replikationsgruppe, indem Sie ihn bzw. sie ändern und eine neue Engine-Version angeben.

Sie können steuern, ob und wann die protokollkonforme Software, die Ihren Cluster unterstützt, auf neue Versionen aktualisiert wird, die von unterstützt werden. ElastiCache Mit diesem Maß an Kontrolle können Sie die Kompatibilität mit bestimmten Versionen aufrechterhalten, neue Versionen mit Ihrer Anwendung testen, bevor Sie sie für die Produktion bereitstellen, und Versions-Upgrades nach Ihren eigenen Vorgaben und Zeitplänen durchführen lassen.

Da Versions-Upgrades ggf. mit Kompatibilitätsrisiken verbunden sind, können sie nicht automatisch eingestellt werden. Sie müssen von Ihnen selbst installiert werden.

Valkey- und Redis OSS-Cluster

Anmerkung

  • Wenn ein Valkey- oder Redis OSS-Cluster in einer oder mehreren Regionen repliziert wird, wird die Engine-Version für sekundäre Regionen und dann für die primäre Region aktualisiert.

  • ElastiCache für Redis werden OSS-Versionen mit einer semantischen Version identifiziert, die eine Haupt- und eine Nebenkomponente umfasst. In Redis OSS 6.2 ist die Hauptversion beispielsweise 6 und die Nebenversion 2. Beim Betrieb knotenbasierter Cluster wird ElastiCache für Redis OSS auch die Patch-Komponente verfügbar gemacht, z. B. Redis OSS 6.2.1, und die Patch-Version ist 1.

    Hauptversionen sind für API-inkompatible Änderungen und Nebenversionen für neue Funktionen vorgesehen, die abwärtskompatibel hinzugefügt wurden. Patch-Versionen sind für abwärtskompatible Bugfixes und nicht funktionale Änderungen vorgesehen.

Mit Valkey und Redis OSS initiieren Sie Engine-Versions-Upgrades für Ihren Cluster oder Ihre Replikationsgruppe, indem Sie ihn ändern und eine neue Engine-Version angeben. Weitere Informationen finden Sie unter Ändern einer Replikationsgruppe.

Memcached

Bei Memcached müssen Sie für ein Upgrade auf eine neuere Version Ihren Cluster ändern und die neue Engine-Version angeben, die Sie verwenden möchten. Das Upgrade auf eine neuere Memcached-Version ist ein destruktiver Prozess – Sie verlieren Ihre Daten und beginnen mit einem kalten Cache. Weitere Informationen finden Sie unter Einen ElastiCache Cluster ändern.

Beim Upgraden einer älteren Memcached-Version auf Memcached Version 1.4.33 oder höher sind folgende Anforderungen zu beachten. CreateCacheCluster und ModifyCacheCluster schlagen unter den folgenden Bedingungen fehl:

  • Wenn slab_chunk_max > max_item_size.

  • Wenn max_item_size modulo slab_chunk_max != 0.

  • Wenn max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4).

    Der Wert (max_cache_memory - memcached_connections_overhead) ist der für Daten nutzbare Speicher des Knotens. Weitere Informationen finden Sie unter Overhead von Memcached-Verbindungen.