エンジンバージョン

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

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

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

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

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

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

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

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

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

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

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

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

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

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

XREADGROUP と X[AUTO〕CLAIM は、何らかの読み取り/要求を実行できたかどうかにかかわらず、コンシューマーを作成します。

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

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

NAN 返信は、inf の現在の動作と同様に、単一の nan 型に正規化されます。

ベクトル検索機能: ベクトル検索は、既存の MemoryDB 機能で使用できます。ベクトル検索を使用しないアプリケーションは、その存在の影響を受けません。ベクトル検索は、すべてのリージョンで MemoryDB バージョン 7.1 以降で利用できます。詳細については、こちらのドキュメントを参照してください。

関数: MemoryDB 7 は Functions のサポートを追加し、デベロッパーが MemoryDB クラスターに保存されているアプリケーションロジックを使用してLUAスクリプトを実行できるようにするマネージドエクスペリエンスを提供します。クライアントは、接続のたびにスクリプトをサーバーに再送信する必要はありません。

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

シャーディングされた Pub/Sub: MemoryDB 7 では、パブリッシャーがチャネル上の任意の数のサブスクライバーにメッセージを発行できるようにするPub/Sub functionality in a sharded way when running MemoryDB in Cluster Mode Enabled (CME). Pub/Sub機能の実行のサポートが追加されています。Amazon MemoryDB では、Valkey 7 および Redis 7 OSS チャネルは MemoryDB クラスター内のシャードにバインドされるため、シャード間でチャネル情報を伝達する必要はありません。これにより、スケーラビリティが向上しました。

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

クラスターを更新し、新しいエンジンバージョンを指定する。詳細については、「MemoryDB クラスターの変更」を参照してください。

該当するエンジンバージョンのサービスアップデートを適用します。詳細については、「MemoryDB のサービスの更新」を参照してください。

より新しいエンジンバージョンにアップグレードできますが、以前のエンジンバージョンにダウングレードすることはできません。以前のエンジンバージョンを使用する場合は、既存のクラスターを削除し、新たにそれを以前のエンジンバージョンで作成する必要があります。

ほとんどの主要な改善は古いバージョンにバックポートされないため、最新のメジャーバージョンに定期的にアップグレードすることをお勧めします。MemoryDB が新しい AWS リージョンで利用可能になると、MemoryDB は新しいリージョンMAJOR.MINORでその時点で 2 つの最新バージョンをサポートします。例えば、新しい AWS リージョンが起動し、最新の MAJOR.MINOR MemoryDB バージョンが 7.0 および 6.2 の場合、MemoryDB は新しい AWS リージョンでバージョン 7.0 および 6.2 をサポートします。MemoryDB の新しい MAJOR.MINOR バージョンがリリースされるたびに、MemoryDB は新しくリリースされた MemoryDB バージョンのサポートを継続的に追加します。MemoryDB のリージョンの選択について詳しくは、「サポートされているリージョンおよびエンドポイント」を参照してください。

エンジンのバージョニングは、パッチの適用方法をできる限り制御できるように設計されています。ただし、システムまたはキャッシュソフトウェアに重大なセキュリティ脆弱性が発生した場合に、MemoryDBはお客様に代わってクラスターにパッチを適用するための権限を有します。

MemoryDB は、複数のパッチバージョンを提供するのではなく、Valkey または Redis マイナーリリースごとに OSS 1 つのバージョンを提供します。これは、複数のバージョンから選択する必要がある場合の混乱とあいまいさを最小限に抑えるように設計されています。MemoryDBは、実行中のクラスターのマイナーバージョンとパッチバージョンを自動的に管理し、パフォーマンスの向上とセキュリティ強化を保証します。これは、サービス更新キャンペーンを通じて、標準的な顧客通知チャネルで処理されます。詳細については、「MemoryDB のサービスの更新」を参照してください。

最小限のダウンタイムでクラスターバージョンをアップグレードできます。このクラスターは、アップグレード中のすべての読み取りと、数秒かかるフェイルオーバー操作中を除き、ほとんどすべてのアップグレード中の書き込みに対応します。

エンジンのアップグレードは、受信書き込みトラフィックが少ない時間帯に行うことをお勧めします。

複数のシャードを含むクラスターは、次のように処理され、パッチが適用されます。

の使用 AWS Management Console

の使用 AWS CLI

MemoryDB の使用 API