ElastiCache Kosten entstehen je Node-Stunde nach Node-Typ und Engine, Valkey günstiger als Redis OSS und Memcached, oder im Serverless-Modus je GB-Stunde gespeicherter Daten und je Million ElastiCache Processing Units, dazu je GB-Monat für Sicherungen, je vCPU-Stunde für Extended Support alter Versionen und je GB für den Transfer eines Global Datastore; OpenSearch Service berechnet je Instanzstunde nach Instanztyp, je GB-Monat EBS-Speicher mit bereitgestellten IOPS, je Stunde und GB-Monat für UltraWarm und Cold Storage, und im Serverless-Modus je OpenSearch Compute Unit und Stunde plus je GB-Monat verwalteten Speicher. Auf der Rechnung dominieren bei beiden Diensten die Nodes, die rund um die Uhr laufen, und bei OpenSearch dazu der Speicher, der mit den Indizes wächst, bis eine Aufbewahrungsregel ihn begrenzt.
Preisdimensionen
Beide Dienste folgen dem Muster einer verwalteten Datenbank: bereitgestellte Nodes je Stunde, Speicher je GB-Monat, eine Serverless-Variante, die beides durch Verbrauchseinheiten ersetzt, und Reserved Nodes als Kaufoption. Jede Position trägt ihren eigenen Usage Type; die Engine steht bei ElastiCache im Preis, bei OpenSearch die Version nicht.
| Dimension | Einheit | Was sie treibt | Optional |
|---|---|---|---|
| ElastiCache Node | Stunde je Node-Typ und Engine; Valkey ein Fünftel unter Redis OSS und Memcached | Jeder Node eines Clusters, Primär- und Replikat-Nodes gleich | Nein im Cluster-Modus |
| ElastiCache Serverless | GB-Stunde gespeicherter Daten, mindestens 1 GB (Valkey 100 MB), plus Million ECPUs: eine Einheit je KB übertragener Daten und je Befehl | Datenmenge und Anfragen des Caches, ohne Node-Wahl | Ja, statt Nodes |
| ElastiCache Sicherungen | GB-Monat Snapshot-Speicher über der Freimenge eines Snapshots je Cluster | Aufbewahrungsfrist und manuelle Snapshots | Ja |
| ElastiCache Extended Support | Stunde je Node, bis zu 80 Prozent des Node-Preises in den ersten zwei Jahren und mehr im dritten | Nodes auf einer Redis-OSS-Version nach dem Ende des Standard-Supports | Ja, durch Upgrade auf Valkey oder eine neuere Version |
| ElastiCache Global Datastore | GB repliziert in die Sekundärregion | Jede Replikation über Regionen | Ja |
| OpenSearch Instanz | Stunde je Instanztyp, Daten- und dedizierte Master-Nodes gleich | Jeder Node der Domain; or1-Typen bringen eigenen Speicher mit | Nein |
| OpenSearch EBS-Speicher | GB-Monat je Volume-Typ plus IOPS-Monat über der Basis von gp3 | Die bereitgestellte Volume-Größe je Daten-Node | Nein bei EBS-Typen |
| OpenSearch UltraWarm und Cold Storage | Stunde je UltraWarm-Node plus GB-Monat verwalteten Speicher; Cold Storage nur GB-Monat | Indizes, die in die warme oder kalte Stufe verschoben wurden | Ja |
| OpenSearch Serverless | OCU-Stunde je Sekunde für Indexierung und Suche, plus GB-Monat verwalteten Speicher; OpenSearch Ingestion je OCU-Stunde | Collections ohne Node-Wahl; die klassische Variante mit Mindestkapazität, die Dev-Test-Variante zur Hälfte | Ja, statt Domains |
| Datentransfer | Innerhalb eines Clusters oder einer Domain nicht berechnet; über Zonen und Regionen nach EC2-Sätzen für Clients | Zugriffe aus anderen Zonen | Ja (Datentransfer-Preise) |
| Kaufoption | Reserved Nodes beziehungsweise Reserved Instances über ein oder drei Jahre auf die Node-Stunde | Gleichmäßige Grundlast | Ja (reservierte Kapazität für Managed Services) |
Bei ElastiCache zählt die Node-Stunde je Node, ob der Node Daten hält oder nicht, und ein Cluster mit Replikaten in zwei Zonen zahlt jeden Replikat-Node voll; die Engine steht im Preis, und Valkey, die Open-Source-Abspaltung, kostet in Frankfurt ein Fünftel weniger als Redis OSS und Memcached auf demselben Node. Serverless ersetzt die Node-Wahl durch zwei Verbrauchseinheiten: GB-Stunden für die Daten, stündlich gemittelt mit einem Minimum von 1 GB je Cache (100 MB bei Valkey), und ECPUs für die Arbeit, eine Einheit je Kilobyte, das ein Befehl liest oder schreibt, mehr für Befehle mit höherer CPU-Last. Extended Support für Redis-OSS-Versionen nach dem Ende des Standard-Supports kostet je Node-Stunde einen Betrag nahe dem Node-Preis selbst, und AWS nennt den Wechsel auf Valkey als Ausweg.
Bei OpenSearch kommt zum Instanzpreis der Speicher: EBS-Volumes je Daten-Node, bereitgestellt wie bei RDS, mit gp3 als Standard und IOPS über der Basis getrennt; UltraWarm verschiebt lesbare Indizes auf Nodes mit S3-gestütztem Speicher, der je GB-Monat ein Bruchteil von EBS kostet, und Cold Storage legt sie ohne Node ab, bis sie zurückgeholt werden. Serverless misst Kapazität in OpenSearch Compute Units für Indexierung und Suche getrennt, je Sekunde abgerechnet; die neue Generation der Collections hat kein Minimum, die klassische hält Reserve-Kapazität vor, die die Dev-Test-Variante halbiert. Der Datentransfer zwischen den Nodes eines Clusters wird bei beiden Diensten nicht berechnet.
So erscheint es in den Abrechnungsdaten
Im Cost and Usage Report tragen die ElastiCache-Zeilen den Produktcode AmazonElastiCache und lineItem/ResourceId den ARN des Clusters; das Präfix des Usage Type ist der Regionscode, EUC1 für Frankfurt. Nodes stehen als EUC1-NodeUsage:cache.m7g.large, mit der Engine in product/cacheEngine, nicht im Usage Type; Serverless als GB-Stunden und ECPUs mit eigenen Zeilen je Engine, Sicherungen als EUC1-ElastiCache:BackupUsage oder EUC1-BackupUsage:Redis je Engine, Extended Support als EUC1-ExtendedSupportYr1_Yr2-NodeUsage:cache.m7g.large und EUC1-ExtendedSupportYr3-NodeUsage:cache.m7g.large neben der Node-Zeile, und der Global Datastore als EUC1-ElastiCache-Out-Bytes:GlobalDatastore:Redis je GB. Stunden unter einem Reserved Node erscheinen als DiscountedUsage statt Usage in lineItem/LineItemType.
OpenSearch-Zeilen tragen den Produktcode AmazonES, den alten Namen des Dienstes, und die Operation ESDomain; Instanzen stehen als EUC1-ESInstance:m7g.large und EUC1-ESInstance:ultrawarm1.medium, der Speicher als EUC1-ES:GP3-Storage, EUC1-ES:GP3-PIOPS, EUC1-ES:PIOPS-Storage und EUC1-ES:PIOPS, der UltraWarm-Speicher als EUC1-StorageUsedInWarmByteHour oder EUC1-ES:Managed-Storage, Cold Storage als EUC1-StorageUsedInS3ByteHour, der eigene Speicher der or1-Typen als EUC1-StorageUsedInHotByteHour. Serverless steht als EUC1-IndexingOCU, EUC1-SearchOCU und EUC1-ES:Managed-Storage, OpenSearch Ingestion als EUC1-IngestionOCU. Was keiner der beiden Reports liefert, ist die Aufteilung je Index, Namespace oder Anwendung: die Ressource ist der Cluster oder die Domain, und die Zuordnung an Teams läuft über Tags auf ihnen oder über getrennte Cluster. Den Aufbau des Reports beschreibt der AWS Cost and Usage Report. Im FOCUS-Export trägt ServiceName Amazon ElastiCache beziehungsweise Amazon OpenSearch Service und x_ServiceCode AmazonElastiCache oder AmazonES; Nodes, Speicher und Verbrauchseinheiten sind ChargeCategory Usage, Stunden unter einer Reservierung PricingCategory Committed (FOCUS-Spalten).
Stellhebel
Konfiguration: Bei ElastiCache ist die Engine der erste Hebel, weil Valkey denselben Node ein Fünftel günstiger macht und Extended Support für alte Redis-Versionen beendet; der Node-Typ der zweite, weil Caches meist Arbeitsspeicher und nicht CPU brauchen und r7g-Typen je GiB günstiger sind als m7g; die Zahl der Replikate der dritte, weil jedes Replikat ein voller Node ist. Bei OpenSearch sind es die Instanzzahl und der Speicher: Index State Management verschiebt Indizes nach Alter nach UltraWarm und Cold Storage und löscht sie nach der Aufbewahrungsfrist, und ein Daten-Node, dessen Volume halb leer ist, zahlt das Volume voll. Die allgemeine Methode steht unter Datenbankoptimierung.
Kaufoption: Für gleichmäßige Grundlast senken Reserved Nodes bei ElastiCache und Reserved Instances bei OpenSearch die Node-Stunde über ein oder drei Jahre, je Node-Typ und Region; Speicher, Serverless und Extended Support decken sie nicht (Commitment-Strategie).
Architektur: Serverless für Caches und Collections, die tagsüber schwanken oder nachts ruhen, Nodes für gleichmäßige Last, weil die Verbrauchseinheiten bei Dauerlast über dem Node-Preis liegen; UltraWarm und Cold Storage für Logs, die nach Tagen nur noch archiviert werden; ein Cache nur dort, wo er Datenbankzugriffe tatsächlich ersetzt, weil ein Replikat-Set über zwei Zonen rund um die Uhr mehr kosten kann als die Datenbank, die es entlastet (RDS und Aurora). Die Dimensionen aller drei Anbieter stellt Managed Databases nebeneinander.
Wo es schiefgeht
- Extended Support verdoppelt den Cache. Ein Cluster auf einer Redis-OSS-Version nach dem Ende des Standard-Supports zahlt je Node-Stunde fast noch einmal den Node-Preis. Zeilen mit
ExtendedSupportim Usage Type nennen die Cluster; das Upgrade auf Valkey beendet sie und senkt den Node-Preis dazu. - Der Cache ist größer als die Datenbank. Ein r7g-Cluster mit zwei Replikaten in drei Zonen kostet rund um die Uhr, auch wenn die Trefferquote niedrig ist.
CacheHitRateundBytesUsedForCachein CloudWatch zeigen, ob der Cache Arbeit abnimmt. - Serverless unter Dauerlast. Ein Serverless-Cache mit gleichmäßig hohem Durchsatz zahlt je Million ECPUs mehr als ein passender Node je Stunde. Die ECPU-Zeile gegen den Preis eines Nodes gleicher Größe zeigt den Umschlagpunkt.
- Die Indizes wachsen ohne Frist. Eine OpenSearch-Domain ohne Index State Management behält jeden Index auf EBS.
ES:GP3-Storagewächst jeden Monat; eine Richtlinie mit Verschieben nach UltraWarm und Löschen nach der Frist beendet es. - Dedizierte Master-Nodes auf einer kleinen Domain. Drei dedizierte Master-Nodes kosten je Stunde wie drei Daten-Nodes und bringen keinen Speicher. Sie gehören zu Domains mit vielen Daten-Nodes, nicht zu Test-Domains.
- Das Volume ist zu groß für die Daten. Ein Daten-Node mit 1 TB gp3, der 200 GB hält, zahlt 1 TB.
FreeStorageSpaceje Node zeigt den Überhang; kleinere Volumes oder weniger Nodes beheben ihn. - Die Serverless-Collection hält Reserve vor. Eine klassische OpenSearch-Serverless-Collection hält Kapazität für Ausfallsicherheit, auch ohne Last. Für Entwicklung und Test halbiert die Dev-Test-Variante sie; für Produktion ist die neue Generation ohne Minimum die Form.
Beispiel
Listenpreise in USD für Frankfurt (eu-central-1), gelesen am 2026-10-21 aus der AWS-Preisliste: Ein ElastiCache-Node cache.m7g.large (2 vCPU, 8 GiB) kostet 0,188 USD je Stunde mit Redis OSS oder Memcached und 0,1504 USD mit Valkey, ein cache.r7g.large (2 vCPU, 16 GiB) 0,263 und 0,2104 USD; Extended Support für Redis OSS auf dem m7g.large 0,15 USD je Stunde in den ersten zwei Jahren und 0,301 USD im dritten; Serverless 0,151 USD je GB-Stunde und 0,0041 USD je Million ECPUs mit Redis OSS, 0,101 USD und 0,0027 USD mit Valkey; Sicherungen 0,085 USD je GB-Monat. Eine OpenSearch-Instanz m7g.large.search kostet 0,162 USD je Stunde und r7g.large.search 0,214 USD, UltraWarm ultrawarm1.medium.search 0,284 USD je Stunde plus 0,026 USD je GB-Monat, Cold Storage 0,026 USD je GB-Monat, gp3-Speicher 0,1452 USD je GB-Monat plus 0,0096 USD je IOPS-Monat über der Basis; Serverless 0,339 USD je OCU-Stunde für Indexierung und Suche und 0,026 USD je GB-Monat verwalteten Speicher.
Ein Valkey-Cluster aus einem Primär- und zwei Replikat-Nodes cache.r7g.large kostet im Monat 3 × 730 × 0,2104 = 460,78 USD; derselbe Cluster mit Redis OSS 575,97 USD und auf einer Version im Extended Support 575,97 plus 3 × 730 × 0,21 = 459,90, zusammen 1.035,87 USD. Ein Serverless-Cache mit Valkey, der im Mittel 5 GB hält und im Monat 20 Milliarden ECPUs verbraucht, kostet 5 × 730 × 0,101 = 368,65 plus 20.000 × 0,0027 = 54,00, zusammen 422,65 USD. Eine OpenSearch-Domain mit drei Daten-Nodes r7g.large.search und je 500 GB gp3 kostet 3 × 730 × 0,214 = 468,66 plus 1.500 × 0,1452 = 217,80, zusammen 686,46 USD; werden 1 TB der Indizes nach UltraWarm auf einen ultrawarm1.medium.search verschoben, kommen 207,32 plus 26,62 = 233,94 USD hinzu, während 1 TB gp3 für 148,68 USD entfallen. Die Zahlen zeigen, dass Valkey ein Fünftel spart und Extended Support den Cluster fast verdoppelt, dass Serverless bei 5 GB und moderater Last unter einem Drei-Node-Cluster liegt, und dass UltraWarm sich erst lohnt, wenn der UltraWarm-Node mehrere TB trägt.
Quellen
Gelesen am 2026-10-21. Preise: Amazon ElastiCache Pricing, Amazon OpenSearch Service Pricing, AWS Price List, Angebot AmazonElastiCache für eu-central-1, Angebot AmazonES. Abrechnungsdaten: Spalten des Cost and Usage Report: lineItem, FOCUS 1.0 mit AWS-Spalten.