Azure Cache for Redis の新機能
2024 年 11 月
既定でゾーン冗長を使用したキャッシュの作成
Standard および Premium レベルでは、ゾーンをサポートするすべてのリージョンにおいて、Azure Cache for Redis で Automatic_Zonal_Allocation を使用してゾーン冗長性のあるキャッシュが既定で作成されるようになりました。 Premium キャッシュの場合は、引き続き可用性ゾーンを手動で選択したり、ゾーン冗長を使用しないことを選択したりできます。 詳細については、「Azure Cache for Redis のゾーン冗長を有効にする」を参照してください。
2024 年 9 月
Enterprise レベル E1 SKU の GA
Enterprise レベルの一部である E1 SKU が一般提供 (GA) になりました。 E1 SKU はスケールアウトせず、開発とテストのシナリオが主な対象です。 また、E1 SKU ではアクティブ geo レプリケーションはサポートされていません。
2024 年 8 月
可用性ゾーン
Standard レベルと Premium レベルでは、ゾーンを自動的に選択できる可用性ゾーン (プレビュー) を使用できるようになりました。 Standard と Premium では、Azure によってゾーンが自動的に選択されるように選択できます。 Premium では、引き続き可用性ゾーンを明示的に選択できます。
2024 年 6 月
Enterprise レベルの Redis 7.2 (プレビュー)
Azure Cache for Redis では、Enterprise および Enterprise Flash レベルで Redis 7.2 (プレビュー) を使用できるようになりました。
キャッシュは、自動的に、または手動でアップグレードできます。 詳細については、既存のキャッシュをアップグレードする方法に関する記事を参照してください。
最新バージョンの Redis ソフトウェアへのアップグレードを手動でトリガーできます。 これにより、自動アップグレードが発生するのを待つ場合よりも次の 2 つの利点があります。
- アップグレードが発生するタイミングを制御できます。
- Redis ソフトウェアのプレビュー リリースにアップグレードできます。
階層 | Basic、Standard、Premium | Enterprise、Enterprise Flash |
---|---|---|
最新の Redis バージョン | Redis 6.0 (GA) | Redis 6.0 (GA) / Redis 7.2 (プレビュー) |
アップグレード ポリシー | 新しいバージョンへの手動アップグレード | 最新の GA バージョンへの自動アップグレード |
Enterprise レベル E1 (プレビュー) SKU
E1 SKU は、主に開発/テストのシナリオを対象としています。 これは、より小さなバースト可能な仮想マシンで実行されます。 その結果、E1 では、CPU の使用量に応じてパフォーマンスが変化します。 Enterprise の他のオファリングとは異なり、E1 はスケールアウトできません。 ただし、さらに大きな SKU にスケールアップすることはやはりできます。 また、E1 SKU ではアクティブ geo レプリケーションはサポートされていません。
.NET 出力キャッシュと HybridCache
出力キャッシュとしての Azure Cache for Redis の使用は、2023 年 11 月に .NET 8 で導入されました。 出力キャッシュを使用すると、レンダリングされた Web ページが保存され、パフォーマンス、回復性が向上し、サーバー リソースの使用率によってコストが削減されます。 Redis は、.NET 8 の組み込みの出力キャッシュ ストアとして使用できます。 Redis を出力キャッシュとして使用する方法の詳細については、「ASP.NET Core での出力キャッシュ ミドルウェア」を参照してください
ASP.NET Core の分散キャッシュのサポートにより、.NET 9 で .NET 9 Preview 4 が新しい HybridCache API に拡大しています。 HybridCache では、ASP.NET Core の既存の IDistributedCache
サポートが、多層ストレージを含む新しい機能で強化されています。制限されたインプロセス L1 キャッシュは、個別の (通常は大規模な) アウトプロセス L2 キャッシュによって補完されます。 キャッシュ ストレージに対するハイブリッド アプローチには、ほとんどのフェッチが L1 から効率的に提供されますが、コールド スタートとアクセスするデータでは L2 があまり使用されないという 2 つの利点があります。 アクセスの頻度が低いデータに L2 を使用しても、基になるバックエンドは過剰に利用されません。
詳細とダウンロードについては、「.NET 9 Preview 4」を参照してください
HybridCache には次も含まれます。
- 同じデータの並列フェッチを防ぐための "スタンピード保護"
- 構成可能なシリアル化
- 一般的なシナリオでの API の使用の簡略化
詳細については、HybridCache ライブラリに関する記事を参照してください。
接続の監査
接続の監査はすべての SKU で GA であり、キャッシュを使用してプライベート エンドポイントとパブリック ネットワーク アクセスに関する特定のポリシーを監査または適用するように Azure Policy を構成できます。 Azure Cache for Redis には組み込みのポリシーは用意されていませんが、カスタム ポリシーを作成して、プライベート エンドポイントが有効になることを強制できます。
詳細については、「プライベート エンドポイントのネットワーク ポリシーを管理する」を参照してください。
2024 年 5 月
Azure Functions
Azure Functions で Azure Cache for Redis を使用した、最適化されたサーバーレスでイベント ドリブンのアーキテクチャの作成が、一般提供 (GA) になりました。
詳細については、Azure Cache for Redis の Azure 関数の概要に関する記事を参照してください。
Microsoft Entra ID
Azure Cache for Redis をサポートするリージョン間での認証とロールベースのアクセス制御用 Microsoft Entra ID のサポートが、一般提供 (GA) になりました。
詳細については、「キャッシュ認証に Microsoft Entra ID を使用する」を参照してください。
2024 年 4 月
Basic、Standard、Premium レベルのキャッシュで、コントロール プレーン レベルで開始できる組み込みのフラッシュ操作のサポートが、一般提供 (GA) になりました。
詳細については、「フラッシュ データ操作」を参照してください。
2024 年 2 月
ディスク暗号化にカスタマー マネージド キー (CMK) を使用するためのサポートが、一般提供 (GA) になりました。
詳細については、「Enterprise キャッシュで CMK 暗号化を構成する方法」を参照してください。
2024 年 1 月
Azure Cache for Redis のすべてのレベルで TLS 1.3 がサポートされるようになりました。
詳細については、「TLS プロトコルの構成設定とは」を参照してください。
2023 年 10 月
Basic、Standard、Premium キャッシュのフラッシュ データ操作 (プレビュー)
Basic、Standard、Premium レベルのキャッシュで、コントロール プレーン レベルで開始できる組み込みの "フラッシュ" 操作がサポートされるようになりました。 ポータル コンソールまたは redis-cli から FLUSH ALL
コマンドを実行して、キャッシュで "フラッシュ" 操作を使用します。
詳細については、「フラッシュ データ操作」を参照してください。
Basic、Standard、Premium キャッシュの更新プログラム チャネル (プレビュー)
Basic、Standard、Premium レベルのキャッシュでは、"プレビュー" または "安定" 更新プログラム チャネルを構成することで早期更新プログラムを受け取ることを選択できます。
詳しくは、「更新プログラム チャネル」を参照してください。
2023 年 9 月
Azure Cache for Redis での使用から TLS 1.0 と 1.1 を削除する
トランスポート層セキュリティ (TLS) バージョン 1.2 以降の排他的使用に向けた業界全体の推進活動に対応するために、Azure Cache for Redis は、2024 年 10 月に TLS 1.2 の使用を求める方向に進んでいます。
この作業の一環として、Azure Cache for Redis に対して次の変更が予想されます。
- フェーズ 1: Azure Cache for Redis では、新しいキャッシュ作成の MinimumTLSVersion 設定のオプションとしての TLS 1.0/1.1 の提供が停止されます。 この時点で既定のキャッシュ インスタンスが更新されることはありません。 後方互換性のために、Azure portal などの管理 API を使用して、TLS のバージョン要件を 1.0 または 1.1 以上に変更できます。
- フェーズ 2: Azure Cache for Redis では、2024 年 10 月 1 日から TLS 1.1 と TLS 1.0 のサポートが停止されます。 この変更以降、お使いのアプリケーションでは、TLS 1.2 以降を使用してキャッシュと通信する必要があります。 すべてのキャッシュの MinimumTLSVersion を 1.2 に更新している間も、Azure Cache for Redis サービスを利用できる予定です。
詳細については、「Azure Cache for Redis での使用から TLS 1.0 と 1.1 を削除する」を参照してください。
2023 年 6 月
認証およびロールベースのアクセス制御用の Microsoft Entra ID は、Azure Cache for Redis がサポートされているリージョン全体で利用できます。
2023 年 5 月
Microsoft Entra ID の認証と認可 (プレビュー)
Microsoft Entra ID ベースの認証と認可が、Azure Cache for Redis を使用したパブリック プレビューで使用できるようになりました。 この Microsoft Entra ID 統合により、ユーザーはアクセス キーなしでキャッシュ インスタンスに接続し、ロールベースのアクセス制御を使用してキャッシュ インスタンスに接続できます。
この機能は、Azure Cache for Redis Basic、Standard、Premium SKU で使用できます。 この更新により、Azure Cache for Redis を使用する際のセキュリティの強化と認証プロセスの簡素化をご実感いただけるでしょう。
クラスター化された Azure Cache for Redis インスタンスにおいて最大 30 個のシャードがサポート
Azure Cache for Redis では、最大 30 個のシャードを含むクラスター化されたキャッシュがサポートされるようになりました。 これにより、アプリケーションにより多くのデータを格納できるようになるため、ワークロードに合わせてより適切にスケーリングできるようになりました。
2023 年 4 月
99 パーセンタイルの待機時間メトリック (プレビュー)
新しいメトリックを使用して、Azure Cache for Redis インスタンスでのサーバー側コマンドの最悪の場合の待機時間を追跡できます。 待機時間は、PING
コマンドを使用して応答時間を追跡することによって測定されます。 このメトリックは、キャッシュ インスタンスの正常性を追跡し、実行時間の長いコマンドが待機時間のパフォーマンスを低下させるかどうかを確認するために使用できます。
詳細については、Azure Cache for Redis の監視に関するページを参照してください。
2023 年 3 月
Enterprise レベルのインプレース スケールアップとスケールアウト (プレビュー)
Enterprise および Enterprise Flash レベルで、ダウンタイムやデータ損失を必要とせずに、キャッシュ インスタンスをスケールアップおよびスケールアウトする機能がサポートされるようになりました。 スケールアップとスケールアウトのアクションは、両方とも同じ操作で発生する可能性があります。
詳細については、「Azure Cache for Redis インスタンスのスケーリング」を参照してください。
アクティブ geo レプリケーション キャッシュでの RedisJSON のサポート (プレビュー)
アクティブ geo レプリケーションを使用するキャッシュ インスタンスで、RedisJSON モジュールがサポートされるようになりました。
詳細については、「アクティブ geo レプリケーションの構成」を参照してください。
アクティブ geo レプリケーション キャッシュに対するフラッシュ操作 (プレビュー)
アクティブ geo レプリケーションを使用するキャッシュに、コントロール プレーン レベルで開始できる組み込みの "フラッシュ" 操作が含まれるようになりました。 アクティブ geo レプリケーション キャッシュに対しては、FLUSH ALL
と FLUSH DB
の操作がブロックされるように設計されているため、代わりにキャッシュで "フラッシュ" 操作を使用します。
詳細については、「フラッシュ操作」を参照してください。
カスタマー マネージド キー (CMK) ディスク暗号化 (プレビュー)
ディスクに保存された Redis データを、Enterprise および Enterprise Flash レベルでカスタマー マネージド キー (CMK) を使用して暗号化できるようになりました。 CMK を使用すると、既定のディスク暗号化に別の制御レイヤーが追加されます。
詳細については、「ディスク暗号化を有効にする」を参照してください。
接続イベント監査ログ (プレビュー)
Enterprise および Enterprise Flash レベルのキャッシュで、診断設定を使用して、すべての接続、切断、認証イベントをログに記録できるようになりました。 この情報をログに記録すると、セキュリティ監査に役立ちます。 キャッシュ リソースにアクセスできるユーザーを監視することもできます。
詳細については、「接続監査ログの有効化」を参照してください。
2022 年 11 月
RedisJSON のサポート
RedisJSON モジュールの使用のサポートが一般提供 (GA) になりました。
詳細については、「Azure Cache for Redis での Redis モジュールの使用」を参照してください。
Redis 6 が既定の更新プログラムになる
2023 年 1 月 20 日より、Azure Cache for Redis の REST API、PowerShell、Azure CLI、Azure SDK のすべてのバージョンで、Redis 6 を使用して Redis のインスタンスが作成されます。 以前の発表では、この変更は 2022 年 11 月 1 日に実施予定でしたが、予期しない状況の変化により 2023 年 1 月 20 日に実施を延期しました。
詳細については、「Redis 6 が新しいキャッシュ インスタンスの既定に」を参照してください。
2022 年 10 月
パッシブ geo レプリケーションの機能強化
Premium レベルの Azure Cache for Redis で提供されるパッシブ geo レプリケーション機能に対して、いくつかの機能強化が行われました。
お客様は、レプリケーションを待機しているデータの量に関する統計情報など、geo レプリケーション リンクの正常性と状態をより適切に追跡するために、新しいメトリックを使用できます。 詳細については、Azure Cache for Redis の監視に関するページを参照してください。
- geo レプリケーションの接続ラグ (プレビュー)
- geo レプリケーション データ同期オフセット (プレビュー)
- geo レプリケーションの完全同期イベントの完了 (プレビュー)
- geo レプリケーションの完全同期イベントの開始 (プレビュー)
お客様は、1 つの選択または CLI コマンドを使用して geo プライマリおよび geo レプリカ キャッシュ間のフェールオーバーを開始できるようになりました。これで、キャッシュの手動によるリンク解除と再リンクの手間がなくなります。 詳細については、geo プライマリから geo セカンダリへのフェールオーバーの開始に関する記事を参照してください。
geo フェールオーバーがトリガーされた後に DNS レコードを自動的に更新し、アプリケーションで 1 つのキャッシュ アドレスのみを管理できるようにするグローバル キャッシュ URL も提供されるようになりました。 詳細については、geo プライマリ URL に関する記事を参照してください。
2022 年 9 月
2023 年 6 月 30 日までに Redis バージョン 6 を使用するよう Azure Cache for Redis インスタンスをアップグレードする
2023 年 6 月 30 日に、Azure Cache for Redis インスタンスのバージョン 4 は廃止されます。 その日付より前に、キャッシュ インスタンスをすべてバージョン 6 にアップグレードする必要があります。
- 2023 年 6 月 30 日以降に Redis バージョン 4 を実行しているすべてのキャッシュ インスタンスが自動的にアップグレードされます。
- geo レプリケーションが有効になっている Redis バージョン 4 を実行しているすべてのキャッシュ インスタンスは、2023 年 8 月 30 日以降に自動的にアップグレードされます。
スケジュールとユーザーのニーズに合わせてキャッシュをアップグレードして、アップグレードを可能な限り便利にすることをお勧めします。
詳細については、「廃止」を参照してください。
Azure Cache for Redis のマネージド ID のサポート
マネージド ID を使用したストレージ アカウント接続の認証が一般提供 (GA) になりました。
詳細については、「ストレージのマネージド ID」を参照してください。
2022 年 8 月
Azure Cache for Redis Enterprise で使用できる RedisJSON モジュール
Azure Cache for Redis の Enterprise および Enterprise Flash レベルでは、RedisJSON モジュールがサポートされるようになりました。 このモジュールは、JSON 形式のデータを格納、クエリ、検索するためのネイティブ機能を追加し、Redis にドキュメント形式のデータをより簡単に格納できるようにします。 このモジュールを使うことで、製品カタログやユーザー プロファイルのデータを格納するような一般的なユース ケースを簡略化できます。
RedisJSON モジュールは、モジュールのコミュニティ バージョンを実装しているので、既存の知識やワーク ストリームを使用できます。 RedisJSON は RediSearch の検索機能で使うために設計されています。 両方のモジュールを使うことで、データのインデックス作成とクエリが統合されます。 詳細については、RedisJSON に関する記事を参照してください。
RediSearch モジュールは、Azure Cache for Redis でも使用できるようになりました。 Azure Cache for Redis での Redis モジュールの使用に関する詳細については、「Azure Cache for Redis での Redis モジュールの使用」を参照してください。
2021 年 7 月
Redis 6 が新しいキャッシュ インスタンスの既定に
重要
以前の発表では、この変更は 2022 年 11 月 1 日に実施予定でした。 新しい日付は 2023 年 1 月 20 日です。 新しい日付を反映するようにテキストが更新されました。
2023 年 1 月 20 日より、Azure Cache for Redis REST API、PowerShell、Azure CLI、Azure SDK のすべてのバージョンで、Azure Cache for Redis が提供する最新の安定版 Redis を使って Redis インスタンスを既定で作成するようになります。 これまでは、Redis バージョン 4.0 が既定で使われていました。 ただし、2021 年 10 月現在、Azure Cache for Redis で提供されている最新の Redis 安定バージョンは 6.0 です。
Note
この変更は、既存のインスタンスには影響しません。 2023 年 1 月 20 日以降に作成される新しいインスタンスにのみ適用されます。
キャッシュ インスタンスの作成時に使われる既定の Redis バージョンは、Azure Cache for Redis で提供される最新の安定版に基づいているため、異なる場合があります。
アプリケーションに特定のバージョンの Redis が必要な場合は、表に示すように、最新の成果物バージョンを使うことをお勧めします。 そして、キャッシュの作成時に Redis のバージョンを明示的に選びます。
アーティファクト | Redis バージョンの指定をサポートするバージョン |
---|---|
REST API | 2020-06-01 以降 |
PowerShell | 6.3.0 以降 |
Azure CLI | 2.27.0 以降 |
Azure SDK for .NET | 7.0.0 以降 |
Azure SDK for Python | 13.0.0 以降 |
Azure SDK for Java | 2.2.0 以降 |
Azure SDK for JavaScript | 6.0.0 以降 |
Azure SDK for Go | v49.1.0 以降 |
2022 年 4 月
接続の作成速度に関する新しいメトリック
この 2 つの新しいメトリックは、Azure Cache for Redis クライアントが頻繁に切断および再接続し、CPU 使用率と Redis Server 負荷が高くなっていないかどうかを特定するのに役立ちます。
- 1 秒あたりの作成された接続数
- 1 秒あたりの接続の切断回数
詳細については、「キャッシュ メトリックの表示」を参照してください。
既定のキャッシュの変更
2022 年 5 月 15 日をもって、新しい Azure Cache for Redis インスタンスにはすべて Redis 6 が既定で使用されます。 Azure Cache for Redis インスタンスの作成時にバージョンを明示的に選択すれば、引き続き Redis 4 インスタンスを作成できます。
この変更は、既存のインスタンスには影響しません。 この変更は、2022 年 5 月 15 日以降に作成された新しいインスタンスにのみ適用されます。
キャッシュの作成時に使用される Redis の既定のバージョンは、今後変わる可能性があります。 新しいバージョンのオープン ソース Redis がリリースされたときは、Azure Cache for Redis で新しいバージョンが採用される場合があります。 アプリケーションに特定のバージョンの Redis が必要な場合は、キャッシュの作成時に Redis のバージョンを明示的に選択することをお勧めします。
2022 年 2 月
TLS 証明書の変更
2022 年 5 月の時点で、Azure Cache for Redis は DigiCert Global G2 CA Root によって発行された TLS 証明書にロールオーバーされます。 現在の Baltimore CyberTrust Root は 2025 年 5 月に期限切れになります。この変更が必要です。
ほとんどの Azure Cache for Redis のお客様は、影響を受けないと想定されます。 ただし、受け入れ可能な証明書機関 (CA) の一覧を明示的に指定すると ("証明書のピン留め" と呼ばれます)、アプリケーションが影響を受ける可能性があります。
詳細については、クライアント アプリケーションが影響を受けるかどうかを確認する方法についての説明を含んでいるこのブログを参照してください。 キャッシュ接続の損失を回避するために、ブログで推奨されるアクションを実行することをお勧めします。
Azure Cache for Redis Enterprise 向けのアクティブ geo レプリケーションの GA
Azure Cache for Redis Enterprise 向けのアクティブ geo レプリケーションが一般公開 (GA) されました。
アクティブ geo レプリケーションは、データのシームレスなアクティブ/アクティブ レプリケーションのために Azure Cache for Redis クラスターをリンクできる強力なツールです。 アプリケーションによって 1 つの Redis クラスターに書き込まれると、データはリンクされた別のクラスターに自動的にコピーされます。逆方向も可能です。 詳細については、"Azure Developer Community ブログ" のこちらの投稿を参照してください。
2022 年 1 月
ストレージにおける Azure Cache for Redis のマネージド ID のサポート
Azure Cache for Redis では、マネージド ID を使用したストレージ アカウント接続の認証がサポートされるようになりました。 ID は Microsoft Entra ID によって確立され、システム割り当て ID とユーザー割り当て ID の両方がサポートされます。 マネージド ID のサポートにより、サービスは、データの永続化やキャッシュ データのインポート/エクスポートなど、使用するストレージへの信頼できるアクセスを確立できます。
詳細については、「マネージド ID と Azure Cache for Redis」を参照してください。
2021 年 10 月
Azure Cache for Redis 6.0 の GA
Azure Cache for Redis 6.0 が一般公開されました。 新しいバージョンには次が含まれます。
- 新しいデータ型である Redis ストリーム
- パフォーマンスの向上
- 開発者の生産性の向上
- セキュリティの強化
追加専用のデータ構造である Redis ストリームを使用して、継続的に生成されるデータを取り込み、管理し、意味を持つものにすることができます。
さらに、Azure Cache for Redis 6.0 には、パフォーマンスと使いやすさのために、新しいコマンドとして STRALGO
、ZPOPMIN
、ZPOPMAX
、HELP
が導入されています。
今すぐ Azure Cache for Redis 6.0 の使用を開始し、キャッシュ作成時に Redis 6.0 を選択できます。 また、既存の Redis 4.0 キャッシュ インスタンスをアップグレードできます。
接続されているクライアントの診断
Azure Cache for Redis が Azure 診断設定と統合され、キャッシュへのすべてのクライアント接続に関する情報がログに記録されるようになりました。 この診断設定のログ記録と分析は、キャッシュに接続しているユーザーと、それらの接続のタイムスタンプを把握するのに役立ちます。 このデータは、セキュリティ侵害の範囲を特定するため、およびセキュリティ監査の目的に使用できます。 ユーザーは、ストレージ アカウントやイベント ハブなど、選択した宛先にこれらのログをルーティングできます。
詳細については、「診断設定を使用して Azure Cache for Redis のデータを監視する」を参照してください。
Azure Cache for Redis Enterprise の更新
アクティブ geo レプリケーションのパブリック プレビューで次の機能がサポートされました。
- RediSearch モジュール: アクティブ geo レプリケーションを使用して RediSearch をデプロイする
- 1 つのレプリケーション グループ内に 5 つのキャッシュ。 以前は、2 つのキャッシュがサポートされていました。
- OSS クラスタリング ポリシー - 高パフォーマンスのワークロードに適し、スケーラビリティが向上します。
2020 年 10 月
Azure TLS 証明書の変更
Microsoft では、異なるルート証明機関 (CA) のセットからの TLS 証明書を使用するように、Azure サービスが更新されています。 この変更は、現在の CA 証明書が CA/ブラウザー フォーラムのベースライン要件の 1 つに準拠していないため行われています。 詳細については、「Azure TLS 証明書の変更」を参照してください。
Azure Cache for Redis への影響の詳細については、「Azure TLS 証明書の変更」 を参照してください。
関連するコンテンツ
その他の質問がある場合は、サポートを通じてご連絡ください。