
Amazon ElastiCache for Valkey:既存クラスターの耐久性設定をインプレースで変更可能に
AIによる解説
要約
Amazon ElastiCache for Valkey(ノードベースのクラスター)において、既存のクラスターを再作成することなく、耐久性(durability)の設定を「同期書き込み」または「非同期書き込み」のいずれかにインプレースで変更できる機能が追加されました。これにより、アプリケーションの要件件数に応じて、キャッシュ用途から永続データストアとしての利用へ柔軟に移行することが可能なようになります。同期書き込みは、データを少なくとも2つのAZに永続化してから応答を返します(データ損失ゼロを設計目標とし、書き込みレイテンシはシングルデジットミリ秒)。非同期書き込みは、追加コストなしでマイクロ秒単位の書き込みレイテンシを維持しますが、障害発生時には最大10秒間の未コミットデータが失われる可能性があります。どちらのオプションとも、読み取りレイテンシはマイクロ秒単位を維持します。
エンジニアへのヒント
運用上のメリットと技術的考察
これまで、ElastiCache for Valkeyの耐久性設定を変更するためには、クラスターの再作成が必要であり、アプリケーションの要件が変化した際に大きな移行コストが発生していました。今回のアップデートにより、**「キャッシュとして使い始めたが、要件が厳しくなり永続化が必要になった」**というライフサイクルに応じた柔軟な設定変更が可能になります。
地域の可用性について
リサーチの結果、Valkey 9.0以降が利用可能なすべてのAWSリージョンで本機能が提供されます。東京リージョン(ap-northeast-1)および大阪リージョン(ap-northeast-3)においても、本機能の利用が可能であると判断されます。
実務での使い分けアドバイス
- データ損失が許容できない場合(AIエージェントのメモリ、決済、在庫管理など):
- **同期書き込み(Synchronous Writes)**を選択してください。書き込みレイテンシがミリ秒単位に増加しますが、高可用性とデータ整合性を優先する構成になります。
- 極めて高いスループットと低レイテンシが最優先の場合(一般的なキャッシュ用途):
- **非同期書き込み(Asynchronous Writes)**を選択してください。追加コストなしでマイクロ秒単位のレイテンシを維持できますが、障害時のデータ損失リスク(最大10秒)を考慮した設計が必要です。
次のアクション
既存のValkeyクラスターの要件を確認し、設定変更が必要な場合は、AWS Management Console、AWS SDK、またはAWS CLIからインプレースでの変更を試行してください。特に、非同期から同期への切り替えは、書き込みパフォーマンスへの影響を事前に検証することが推奨されます。
参照ドキュメント: Amazon ElastiCache documentation - Durability https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/
次に読む
新着記事記事の関連性を手がかりに、次の情報を探せます。
保存にはログインが必要です。