サポートされているエンジンとバージョン

• ZRANK および ZREVRANK コマンドの新しいWITHSCOREオプション

• CLIENT NO-TOUCH クライアントがキーの LRU/LFU に影響を与えずにコマンドを実行する場合。

• レプリケーションに基づいてクラスターモードでノードを論理的にグループ化するためにノードのシャード ID を返CLUSTERMYSHARDIDす新しいコマンド。

• さまざまなデータ型のパフォーマンスとメモリの最適化。

• 同じチャンネルにもサブスクライブされているRESP3クライアントPUBLISHで を呼び出すと、順序が変更され、公開されたメッセージの前に返信が送信されます。

• スクリプトのクライアント側の追跡では、/ EVAL の呼び出し元によって宣言されるキーではなく、スクリプトによって読み取られるキーを追跡するようになりましたFCALL。

• フリーズ時間のサンプリングは、コマンドの実行中とスクリプトで行われます。

• ブロックされたコマンドがブロック解除されると、ACL、、 OOMなどのチェックが再評価されます。

• ACL 障害エラーメッセージのテキストとエラーコードは統合されています。

• キーが存在しなくなったときに解放されるブロックされたストリームコマンドには、別のエラーコード (- NOGROUPではなく -WRONGTYPE または -) が伴いますUNBLOCKED。

• コマンド統計は、コマンドが実際に実行された場合にのみ、ブロックされたコマンドに対して更新されます。

• ACL ユーザーの内部ストレージは、冗長なコマンドルールとカテゴリルールを削除しなくなります。これにより、これらのルールが ACL SAVE、、ACLGETUSERおよび ACL の一部として表示される方法が変わる可能性がありますLIST。

• TLSベースのレプリケーション用に作成されたクライアント接続はSNI、可能であれば使用します。

• XINFO STREAM: 表示時間レスポンスフィールドは、最後に成功したインタラクションではなく、最後に試行されたインタラクションを示すようになりました。新しいアクティブタイムレスポンスフィールドは、最後に成功したインタラクションを示すようになりました。

• XREADGROUP と X[AUTO〕CLAIM は、読み取り/クレームを実行できたかどうかにかかわらず、コンシューマーを作成します。〔TBD - ここで「it」とは〕

• ACL LIST/ で新しく作成されたデフォルトのユーザーセット sanitize-payload ACL フラグGETUSER。

• HELLO コマンドは、成功しない限りクライアントの状態には影響しません。

• NAN レスポンスは、inf の現在の動作と同様に、単一の nan 型に正規化されます。

• ElastiCache （バルキー) バージョン 7.2.6

• ElastiCache (Redis OSS) バージョン 7.1 (拡張）

• Functions ： ElastiCache (Redis OSS) 7 は、Redis OSS Functions のサポートを追加し、クライアントが接続ごとにLUAスクリプトをサーバーに再送信することなく、開発者が ElastiCacheクラスターに保存されたアプリケーションロジックでスクリプトを実行できるようにするマネージドエクスペリエンスを提供します。

• ACL 改善点: Valkey と Redis 7 では、アクセスコントロールリストの次のバージョン () OSS のサポートが追加されましたACLs。クライアントは、Valkey および Redis の特定のキーまたはキースペースに複数のアクセス許可セットを指定できるようになりましたOSS。

• Sharded Pub/Sub ： ElastiCache with Valkey と Redis 7 OSS では、クラスターモードで実行が有効になっている場合 ()、Pub/Sub ElastiCache 機能をシャーディングされた方法で実行するためのサポートが追加されていますCME。Pub/Sub 機能を使用すると、パブリッシャーはチャンネル上の任意の数のサブスクライバーにメッセージを発行できます。チャネルは ElastiCache クラスター内のシャードにバインドされるため、シャード間でチャネル情報を伝達する必要がなくなり、スケーラビリティが向上します。

• Valkey と Redis OSS7 ElastiCache による拡張 I/O マルチプレクシングにより、 ElastiCache クラスターへの多数のクライアント同時接続を持つ高スループットワークロードのスループットが向上し、レイテンシーが短縮されます。例えば、r6g.xlarge ノードのクラスターを使用し、5200 の同時クライアントを実行する場合、Redis OSSバージョン 6 と比較して、スループット (1 秒あたりの読み取りおよび書き込みオペレーション) が最大 72% 増加し、P99 レイテンシー ElastiCache が最大 71% 減少します。

• 特別な状況におけるエンジンの安定性の保証。

• Hyperloglog エラー処理の強化。

• 信頼性の高いレプリケーションを目的としたハンドシェイクコマンドの強化。

• XCLAIM コマンドを使用した一貫性のあるメッセージ配信の追跡。

• オブジェクトの LFU フィールド管理の強化。

• ZPOP 使用時のトランザクション管理の強化。

• コマンドの名前を変更する機能: FLUSHALLや などの偶発的なデータ損失を引き起こす可能性のある潜在的に危険または高価な Redis OSS コマンドの名前を変更rename-commandsできる というパラメータFLUSHDB。これは、オープンソース Redis の rename-command 設定に似ていますOSS。ただし、 ElastiCache はフルマネージドワークフローを提供することでエクスペリエンスを向上させました。コマンド名の変更はすぐに適用され、クラスター内でコマンドリストを含むすべてのノードにわたって自動的に反映されます。ノードの再起動など、お客様による介入は必要ありません。

  次の例では、既存のパラメータグループを変更する方法を示しています。これには rename-commands パラメータが含まれます。これは、名前を変更するコマンドのスペースで区切られたリストです。

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall'" --region region
  

  この例では、rename-commands パラメータは、flushall コマンドの名前を restrictedflushall に変更するために使用します。

  複数のコマンドの名前を変更するには、以下を使用します。

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall flushdb restrictedflushdb''" --region region
  

  変更を元に戻すには、次に示すようにコマンドを再実行し、ParameterValue リストから、名前の変更を維持する値を除外します。

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall'" --region region
  

  この場合、flushall コマンドは restrictedflushall に名前が変更され、名前が変更されたその他のコマンドは元のコマンド名に戻されます。

  注記

  名前を変更する場合は、以下の制限があります。

  • 名前を変更するすべてのコマンドは、英数字である必要があります。

  • 新しいコマンド名の最大長は 20 文字の英数字です。

  • コマンドの名前を変更する場合は、クラスターに関連付けられているパラメータグループを必ず更新します。

  • コマンドの使用を完全に防ぐには、以下に示すように、キーワード blocked を使用します。

    aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
    --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall blocked'" --region region
    

  パラメータの変更の詳細、および名前変更の対象であるコマンドのリストについては、「Redis 5.0.3 OSS パラメータの変更」を参照してください。

• Redis OSS Streams: これにより、プロデューサーが新しい項目をリアルタイムで追加できるログデータ構造がモデル化されます。また、コンシューマーがブロッキング方式またはノンブロッキング方式でメッセージを使用できます。ストリームは、コンシューマーグループも許可します。コンシューマーグループは、メッセージの同じストリームのさまざまな部分を共同で使用するクライアントのグループを表しています (Apache Kafka と同様)。詳細については、「ストリーム」を参照してください。

• XADD、XRANGE、XREAD など、ストリームコマンドファミリーのサポート。詳細については、「ストリームコマンド」を参照してください。

• 多数の新しいパラメータと名前変更されたパラメータ。詳細については、「Redis 5.0.0 OSS パラメータの変更」を参照してください。

• 新しい Redis OSSメトリクス、StreamBasedCmds。

• Redis OSSノードのスナップショット時間はわずかに短縮されます。

• 特別な状況におけるエンジンの安定性の保証。

• Hyperloglog エラー処理の強化。

• 信頼性の高いレプリケーションを目的としたハンドシェイクコマンドの強化。

• XCLAIM コマンドを使用した一貫性のあるメッセージ配信の追跡。

• オブジェクトの LFU フィールド管理の強化。

• ZPOP 使用時のトランザクション管理の強化。

• Redis OSS Streams: これにより、プロデューサーが新しい項目をリアルタイムで追加できるログデータ構造がモデル化されます。また、コンシューマーがブロッキング方式またはノンブロッキング方式でメッセージを使用できます。ストリームは、コンシューマーグループも許可します。コンシューマーグループは、メッセージの同じストリームのさまざまな部分を共同で使用するクライアントのグループを表しています (Apache Kafka と同様)。詳細については、「ストリーム」を参照してください。

• XADD、XRANGE、XREAD など、ストリームコマンドファミリーのサポート。詳細については、「ストリームコマンド」を参照してください。

• 多数の新しいパラメータと名前変更されたパラメータ。詳細については、「Redis 5.0.0 OSS パラメータの変更」を参照してください。

• 新しい Redis OSSメトリクス、StreamBasedCmds。

• Redis OSSノードのスナップショット時間はわずかに短縮されます。

• オンラインクラスターのサイズ変更と暗号化の両方を単一の ElastiCache (Redis OSS) バージョンで行います。詳細については、次を参照してください。

  • Valkey または Redis でのクラスターのスケーリング OSS (クラスターモードが有効）

  • Valkey または Redis のオンライン再シャーディング OSS (クラスターモードが有効）

  • Amazon のデータセキュリティ ElastiCache

• 多数の新しいパラメータ。詳細については、「Redis 4.0.10 OSS パラメータの変更」を参照してください。

• MEMORY などのメモリコマンドファミリーのサポート。詳細については、「 コマンド」 (「」で検索) を参照してくださいMEMO。

• オンライン中のメモリのデフラグメンテーションのサポート。これにより、メモリの使用が効率的になり、データに使用できるメモリが増えます。

• 非同期フラッシュと削除のサポート。 ElastiCache （Redis OSS) はUNLINK、メインスレッドとは異なるスレッドで実行する FLUSHALL FLUSHDBや などのコマンドをサポートしています。これにより、メモリが非同期的に解放されて、アプリケーションのパフォーマンスが上がり、レスポンス時間が短くなります。

• 新しい Redis OSSメトリクス、ActiveDefragHits。詳細については、「Redis のメトリクスOSS」を参照してください。

• Valkey または Redis のオンライン再シャーディング OSS (クラスターモードが有効）

• オンラインクラスターのサイズ変更

• ElastiCache 転送中の暗号化 (TLS）

• の保管時の暗号化 ElastiCache

• Amazon のコンプライアンス検証 ElastiCache

注記:

• [パーティション] – データを 2～500 のノードグループ間で分割 (シャード) (各ノードグループでレプリケーションのサポートあり)。

• 地理空間インデックス作成 – Redis 3.2.4 OSS では、6 つのGEOコマンドによる地理空間インデックス作成がサポートされています。詳細については、Valkey Commands ページの Redis OSS GEO* コマンドドキュメント コマンド: ( に対してフィルタリング) を参照してくださいGEO。 GEO

• レプリカの移行

• クラスターの再分散

• Lua デバッガー

• cluster meet

• cluster replicate

• cluster flushslots

• cluster addslots

• cluster delslots

• cluster setslot

• cluster saveconfig

• cluster forget

• cluster failover

• cluster bumpepoch

• cluster set-config-epoch

• cluster reset

• 分岐なしのバックアップと同期のサポートにより、バックアップオーバーヘッドによるメモリの割り当てを減らしてより多くのメモリをアプリケーションに割り当てることができます。詳細については、「同期とバックアップの実装方法」を参照してください。分岐なしのプロセスは、レイテンシーとスループットの両方に影響を与える場合があります。書き込みスループットが高い場合、レプリカが再同期されると、同期中はレプリカにアクセスできなくなることがあります。

• フェイルオーバーが発生した場合、可能であれば、レプリカがフル同期ではなくプライマリとの部分同期を実行するため、レプリケーショングループはより迅速に復旧されます。さらに、プライマリとレプリカは同期中にディスクを使用しないため、速度が向上します。

• 2 つの新しい CloudWatch メトリクスのサポート。

  • ReplicationBytes – レプリケーショングループのプライマリクラスターがリードレプリカに送信しているバイト数。

  • SaveInProgress – バックグラウンド保存プロセスが実行されるかどうかを示すバイナリ値。

  詳細については、「 CloudWatch メトリクスの使用のモニタリング」を参照してください。

• レプリケーションPSYNC動作におけるいくつかの重要なバグ修正。詳細については、「Redis 2.8 OSS リリースノート」を参照してください。

• マルチ AZ レプリケーショングループでレプリケーションパフォーマンスを強化し、クラスターの安定性を向上させるため、ElastiCache レプリカ以外の はサポートされなくなりました。

• レプリケーショングループのプライマリクラスターとレプリカ間でデータの整合性を改善するために、プライマリクラスターと無関係にレプリカでキーを削除できなくなりました。

• Redis OSS設定変数 appendonly および appendfsyncは、Redis OSSバージョン 2.8.22 以降ではサポートされていません。

• メモリが少ない状況で、大きな出力アップロードバッファを持つクライアントはレプリカクラスターからの接続が解除されることがあります。接続が解除された場合、クライアントは再接続する必要があります。このような状況は、PUBSUBクライアントに発生する可能性が最も高いです。

• のサポート HyperLogLog。詳細については、「Redis OSSの新しいデータ構造: HyperLogLog」を参照してください。

• ソートされたセットデータ型は、新しいコマンド ZRANGEBYLEX、ZLEXCOUNT、および ZREMRANGEBYLEX で、辞書式範囲のクエリをサポートできるようになりました。

• プライマリノードが古いデータをレプリカノードに送信しないようにするには、バックグラウンドセーブ (bgsave) 子プロセスが中止されると、マスターはSYNC失敗します。

• HyperLogLogBasedCommands CloudWatch メトリクスのサポート。詳細については、「Valkey と Redis のメトリクス OSS」を参照してください。

• リードレプリカの弾力性と耐障害性の向上。

• 部分的な再同期のサポート。

• 常に使用できる必要があるリードレプリカの最小数に関するユーザー定義のサポート。

• pub/sub のフルサポートサーバー上のイベントをクライアントに通知。

• プライマリノードの障害の自動検出と、プライマリノードからセカンダリノードへのフェイルオーバー。

• 自動スラブ再分散。

• murmur3 アルゴリズムによる高速なハッシュテーブル参照。

• セグメント化されたLRUアルゴリズム。

• LRU クローラーからバックグラウンド再利用メモリ。

• --enable-seccomp: コンパイル時オプション。

• ASCII マルチゲット、CVE-2017-9951、 のクロールの制限などの累積修正metadumper。

• 接続制限時に接続を閉じることにより接続管理を改善。

• 1 MB を超えるアイテムサイズのアイテムサイズ管理を強化。

• アイテムあたりのメモリ要件を数バイト下げることにより、パフォーマンスとメモリオーバーヘッドを改善。

• 特定のスラブクラス、スラブクラスのリスト、またはすべてのスラブクラスのメタデータをダンプできる機能 詳細については、「Memcached 1.4.31 リリースノート」を参照してください。

• デフォルト値が 1 MB を超える大きなアイテムに対応 詳細については、「Memcached 1.4.29 リリースノート」を参照してください。

• 閉じる前にクライアントがアイドル状態だった時間を指定できる機能

  クラスターを再起動せずに、Memcached で使用可能なメモリの量を動的に増やすことができる機能 詳細については、「Memcached 1.4.27 リリースノート」を参照してください。

• fetchers、mutations、evictions のログ記録がサポートされるようになりました。詳細については、「Memcached 1.4.26 リリースノート」を参照してください。

• 解放されたメモリは、再度グローバルのプールに戻し、新しいスラブクラスに割り当て直すことができます。詳細については、「Memcached 1.4.25 リリースノート」を参照してください。

• 複数のバグ修正。

• いくつかの新しいコマンドとパラメータ。リストについては、「Memcached 1.4.33 で追加されたパラメータ」を参照してください。

• バックグラウンドプロセスを使用した最近使用されていない (LRU) 管理。

• ハッシュアルゴリズムとして使用する jenkins または murmur3 のオプションを追加しました。

• いくつかの新しいコマンドとパラメータ。リストについては、「Memcached 1.4.24 で追加されたパラメータ」を参照してください。

• 複数のバグ修正。

• スラブ再分散機能の強化。

• パフォーマンスとスケーラビリティの強化。

• touch コマンドの導入により、既存の項目の有効期限を取得せずに更新する機能。

• 自動検出—クライアントプログラムが、クラスター内のすべてのキャッシュノードを自動的に識別し、それらのすべてのノードへの接続を開始して維持する機能。