Knoten der vorherigen Generation

AWS bietet Knoten der vorherigen Generation (Previous Generation Nodes) für Benutzer an, die ihre Anwendungen für diese Nodes optimiert haben und noch ein entsprechendes Upgrade durchführen müssen. Previous Generation Nodes wird am 1. Dezember 2022 ablaufen. Wir empfehlen Ihnen vor dem 1. Dezember 2022 diese Knoten zu Typen einer neueren Generation zu migrieren.

Wir empfehlen Ihnen, die neueste Generation der Knoten einzusetzen, um die Leistung zu optimieren. Wir werden aber Knoten der früheren Generationen auch nach der Veröffentlichung neuer Knoten unterstützen. Wenn sie derzeit Knoten der vorherigen Generation (Previous Generation Node) benutzen und sehen wollen, welchen Upgrade-Pfad Sie am besten benutzen sollten, schauen Sie sich die Tabelle unten an.

M5-Instances bieten die neuste Intel-Xeon- oder Arm-Prozessoren. Mit M5 erhalten Sie verbesserte CPU-Leistung mit Unterstützung für AVX-512 Anleitungen, bis zu 384 GiB RAM und bis zu 25 GBit/s Netzwerkbandbreite; das alles zu einem kostengünstigeren Preis als für Instances der vorherigen Generationen. Amazon-EC2-M6g-Instances werden mit Arm-basierten AWS-Graviton2-Prozessoren betrieben. Sie bieten im Vergleich zu M5-Instances ein um bis zu 40 % günstigeres Preisleistungsverhältnis und bieten ein ausgewogenes Verhältnis von Rechen-, Speicher- und Netzwerkressourcen für eine breite Palette von Workloads.

Die Instances der R5-Gruppe bieten einen neueren Intel-Xeon-Prozessor mit bis zu 636,61 GiB RAM und sind für EBS optimiert und unterstützen Enhanced Networking mit bis zu 25 GBit/s mit niedrigerer Latenzen und weniger Jitter. Amazon-EC2-R6g-Instances werden mit Arm-basierten AWS-Graviton2-Prozessoren betrieben. Sie bieten ein bis zu 40 % besseres Preisleistungsverhältnis gegenüber R5 instances und sind ideal für speicherintensive Workloads.

T3- und T4g-Knoten sind Instances mit Spitzenlastleistung, die eine CPU-Basisleistung mit der Möglichkeit zur Verarbeitung von Spitzenlasten oberhalb der Basisleistung bieten. Sie werden empfohlen für Workloads, die die komplette CPU nicht oft oder ständig beanspruchen, aber gelegentlich eine höhere CPU-Leistung benötigen, beispielsweise für Test- und Entwicklungsumgebungen, als auch für kleine Workloads. Sowohl T3- als auch T4g-Knoten sind in den meisten Regionen preiswerter als die Knoten m1.small, m1.medium und t1.micro.

On-Demand | Reserviert

Genau wie unsere aktuellen Knoten bieten Ihnen die Knoten der vorherigen Generation Zugriff auf die Funktionen der bekannten Memcached- und Redis-Engines.

Die Abrechnung erfolgt pro genutzte Instance-Stunde je Instance, vom Zeitpunkt des Starts bis zur Kündigung bzw. Beendigung der Instance. Jede angefangene Instance-Stunde wird als volle Stunde in Rechnung gestellt.

Reservierte Knoten bieten Ihnen die Möglichkeit, eine geringe Einmalzahlung für jeden Knoten zu leisten, den Sie reservieren möchten, und im Gegenzug einen erheblichen Rabatt auf den Stundentarif für diese Instance zu erhalten. Es gibt in Amazon ElastiCache drei Typen von Reserved Nodes (Reserved Nodes für geringe, mittlere und hohe Auslastung), die Ihnen die Möglichkeit bieten, den Betrag für die Vorabzahlung und die Gebühren pro Stunde gegeneinander abzuwägen.

Je nach Workload der Anwendung und Einsatzdauer lassen sich mit reservierten Knoten von Amazon ElastiCache im Vergleich zu On-Demand-Knoten u. U. beträchtliche Einsparungen erzielen.

Beachten Sie, dass die Einmalgebühr pro Knoten nicht zurückerstattet werden kann.

* Dies ist die durchschnittliche monatliche Zahlung während der Laufzeit der Reserved Instance. Die tatsächliche monatliche Zahlung entspricht für jeden Monat der tatsächlichen Anzahl der Stunden in diesem Monat multipliziert mit der stündlichen Nutzungsrate oder der Anzahl der Sekunden in diesem Monat multipliziert mit der stündlichen Nutzungsrate geteilt durch 3600, je nachdem, welchen Elasticache-Instance-Typ Sie verwenden. Die Nutzungsgebühr pro Stunde entspricht den gesamten durchschnittlichen Monatszahlungen über die gesamte Reserved-Instance-Laufzeit dividiert durch die Gesamtanzahl von Stunden (basierend auf einem Jahr mit 365 Tagen) über die gesamte Reserved-Instance-Laufzeit.