Amazon ElastiCache for Valkey のデータ階層化が R8gd/R7gd ノードで利用可能に（欧州・アジアの一部リージョン）

Amazon ElastiCache for Valkey において、Graviton4 ベースの R8gd ノードおよび Graviton3 ベースの R7gd ノードでのデータ階層化（Data tiering）機能が、AWS Europe (Spain) および Asia Pacific (Hyderabad) リージョンで利用可能になりました。データ階層化は、メモリとローカル NVMe SSD を併用することで、Valkey クラスターを低コストで数百テラバイト規模まで拡張可能にする機能です。メモリが満杯になると、LRU（Least Recently Used）に基づき、自動的にデータが SSD へ移動されます。本機能の利用には Valkey 7.2 以降が必要です。

💡 ElastiCache の大規模スケーリングにおけるコスト課題を解決

大規模なインメモリデータセットを扱う際、すべてをメモリ上に保持しようとすると、コストが非常に高額になりがちです。今回の発表は、**「データセットの 20% 程度を頻繁にアクセスし、残りの 80% は低頻度アクセスである」**というワークロードにおいて、非常に強力な選択肢となります。

📍 日本国内リージョンの状況

今回の発表対象は、スペインおよびハイデラバード（インド）リージョンに限定されています。東京（ap-northeast-1）および大阪（ap-northeast-3）リージョンにおける R8gd/R7gd ノードでのデータ階層化の提供については、現時点の公式発表およびドキュメントに記載がありません。 日本国内のユーザーは、今後のリージョン展開を待つ必要があります。

🛠️ 運用上のアドバイス

1. レイテンシの許容度を確認: SSD からの読み取りが発生する場合、メモリのみの構成と比較して追加のレイテンシが発生します。アプリケーション側でこの遅延を許容できるか、事前に検証が必要です。
2. Graviton プロセッサの恩恵: R8gd（Graviton4）は Graviton3 よりもスループットやレイテンシ、価格性能比において大幅な向上（最大 47% スループット向上など）が期待できます。コスト効率を重視するなら、最新世代の Graviton ノードを選択するのが定石です。
3. ミドルウェアの要件: Valkey 7.2 以降を使用していることが前提となるため、アップグレード計画と合わせて検討してください。

🚀 次のアクション

まずは、既存の Valkey クラスターのアクセスパターンを分析し、**「メモリに載せきれないデータを SSD に逃がしても、パフォーマンスへの影響が許容範囲内か」**を検証環境で検証することをお勧めします。

参照ドキュメント: Amazon ElastiCache Documentation (Data tiering / Supported node types) https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/data-tiering.html