Azure Cache for Redis の構成方法

この記事では、Azure Cache for Redis インスタンスで利用可能な構成について説明します。 この記事では、Azure Cache for Redis インスタンスの既定の Redis サーバー構成についても説明します。

Azure Cache for Redis の設定を構成する

1. キャッシュを作成するには、Azure portal にサインインします。 ポータルのメニューで、[リソースの作成] を選びます。

   

2. [作業の開始] ペインの検索バーに「Azure Cache for Redis」と入力します。 検索結果で Azure Cache for Redis を見つけて、[作成] を選びます。

   

3. [新しい Redis Cache] ペインの [基本] タブで、以下のキャッシュの設定を構成します。

   設定	アクション	説明
   サブスクリプション	Azure サブスクリプションを選択します。	Azure Cache for Redis の新しいインスタンスの作成に使うサブスクリプション。
   リソース グループ	リソース グループを選択するか、 [新規作成] を選択し、新しいリソース グループの名前を入力します。	キャッシュや他のリソースを作成するリソース グループの名前。 すべてのアプリ リソースを 1 つのリソース グループに配置することで、それらをまとめて簡単に管理または削除できます。
   DNS 名	一意の名前を入力します。	キャッシュ名は、数字、英字、ハイフンのみを含む 1 から 63 文字の文字列とする必要があります。 名前の先頭と末尾には数字または文字を使用する必要があり、連続するハイフンを含めることはできません。 キャッシュ インスタンスの "ホスト名" は \<DNS name>.redis.cache.windows.net です。
   場所	場所を選択します。	キャッシュを使う他のサービスに近い Azure リージョン。
   キャッシュ SKU	SKU を選びます。	SKU によって、キャッシュに利用できるサイズ、パフォーマンス、機能のパラメーターが決まります。 詳細については、Azure Cache for Redis の概要に関するページを参照してください。
   キャッシュ サイズ	キャッシュ サイズを選びます。	詳細については、Azure Cache for Redis の概要に関するページを参照してください。

4. [ネットワーク] タブを選ぶか、[次へ: ネットワーク] を選びます。

5. [ネットワーク] タブで、キャッシュに使う接続方法を選びます。

6. [詳細] タブを選ぶか、[次へ: 詳細] を選びます。

7. [詳細] ペインで、以下の情報に基づいて認証方法を確認または選択します。

   

   • 既定では、新しい Basic、Standard、または Premium キャッシュでは、Microsoft Entra 認証が有効になり、アクセス キー認証が無効になります。
   • Basic または Standard キャッシュの場合は、非 TLS ポートを選択できます。
   • Standard および Premium キャッシュの場合は、可用性ゾーンを有効にすることを選択できます。 キャッシュの作成後に可用性ゾーンを無効にすることはできません。
   • Premium キャッシュを利用する場合は、非 TLS ポート、クラスタリング、マネージド ID、データ永続化の設定を構成します。

   重要

   最適なセキュリティのため、可能であれば、キャッシュに対する要求を認可するのに Microsoft Entra ID とマネージド ID を使うことをお勧めします。 Microsoft Entra ID とマネージド ID を使う認可は、共有アクセス キーの認可より、セキュリティと使いやすさの点で優れています。 キャッシュでのマネージド ID の使用について詳しくは、キャッシュ認証への Microsoft Entra ID の使用に関する記事をご覧ください。

8. (省略可能) [タグ] タブを選ぶか、[次へ: タグ] を選びます。

9. (省略可能) キャッシュ リソースを分類する場合は、[タグ] タブでタグの名前と値を入力します。

10. [確認および作成] ボタンを選択します。

    [確認と作成] タブでは、Azure によって構成が自動的に検証されます。

11. 緑色の検証に成功のメッセージが表示された後、 [作成] を選択します。

新しいキャッシュのデプロイは数分で完了します。 デプロイの進行状況は、Azure Cache for Redis の [概要] ペインで監視できます。 [状態] に [実行中] と表示されると、キャッシュの使用の準備が完了しています。

[リソース] メニューを使って、以下の設定を表示および構成できます。 表示される設定は、キャッシュのレベルによって異なります。 たとえば、再起動は Enterprise レベルを使用しているときは表示されません。

• 概要
• アクティビティ ログ
• アクセス制御 (IAM)
• タグ
• 問題の診断と解決
• イベント
• [設定]
  • 認証
  • 詳細設定
  • スケール
  • クラスター サイズ
  • データの永続化
  • ID
  • 更新のスケジュール
  • geo レプリケーション
  • Virtual Network
  • プライベート エンドポイント
  • ファイアウォール
  • Properties
  • Locks
• 管理
  • データのインポート
  • データのエクスポート
  • Reboot
• Monitoring
• Automation
  • タスク (プレビュー)
  • テンプレートをエクスポートする
• サポートおよびトラブルシューティング設定
  • リソース ヘルス
  • 新しいサポート要求

概要

[概要] セクションでは、名前、ポート、価格レベル、選ばれたキャッシュ メトリックなど、キャッシュに関する基本的な情報を表示します。

アクティビティ ログ

キャッシュに対して実行した操作を確認するには、 [アクティビティ ログ] を選択します。 また、フィルター処理を使用すれば、ビューを拡張してその他のリソースを含めることができます。 監査ログの処理の詳細については、Resource Manager の監査操作に関するページを参照してください。 アクティビティ ログの監視に関する詳細については、「アクティビティ ログ」を参照してください。

アクセス制御 (IAM)

[アクセス制御 (IAM)] セクションでは、Azure portal での Azure ロールベースのアクセス制御 (Azure RBAC) のサポートが提供されます。 この構成により、組織は簡単かつ正確にアクセス管理要件を満たすことができます。 詳細については、Azure portal での Azure ロールベースのアクセス制御に関するページをご覧ください。

Tags

[タグ] セクションでは、リソースを整理できます。 詳細については、 タグを使用した Azure リソースの整理に関するページを参照してください。

問題の診断と解決

一般的な問題と、その問題を解決するための方法を確認するには、 [問題の診断と解決] を選択します。

イベント

[イベント] を選び、イベント サブスクリプションをキャッシュに追加します。 イベントを使用して、Azure に組み込まれているフル マネージドのイベント ルーティング サービスを使用して、待ち受け型でイベント ドリブン方式のアプリを構築します。

Event Grid では、クラウド インフラストラクチャへのオートメーションの組み込み、サーバーレス アプリの作成、サービスとクラウドの統合を行うことができます。 詳細については、「Azure Event Grid とは」を参照してください。

Redis コンソール

Redis コンソールを使用して Azure Cache for Redis インスタンスにコマンドを安全に発行できます。このコンソールは Basic、Standard、および Premium のキャッシュ レベルで、Azure portal で使用できます。

Redis コンソールにアクセスするには、[リソース] メニューの作業ペインで [コンソール] タブを選びます。

キャッシュ インスタンスに対してコマンドを発行するには、目的のコマンドをコンソールに入力します。

クラスター化された Premium キャッシュでの Redis コンソールの使用

クラスター化された Premium キャッシュで Redis コンソールを使用する場合は、キャッシュの単一のシャードにコマンドを発行できます。 コマンドを特定のシャードに発行するには、まず、シャード ピッカーで目的のシャードを選択して、そのシャードに接続します。

接続したシャードとは別のシャードに格納されているキーにアクセスしようとすると、次のようなエラー メッセージが表示されます。

shard1>get myKey
(error) MOVED 866 13.90.202.154:13000 (shard 0)
shard1>get myKey
(error) MOVED 866 13.90.202.154:13000 (shard 0)

前の例ではシャード 1 を選択しましたが、エラー メッセージの (shard 0) 部分で示されているように、myKey はシャード 0 にあります。 この例では、myKey にアクセスするために、シャード ピッカーを使用してシャード 0 を選択してから、目的のコマンドを発行します。

新しいサブスクリプションへのキャッシュの移動

新しいサブスクリプションにキャッシュを移動するには、 [移動] を選択します。

リソース グループ間、およびサブスクリプション間でのリソースの移動については、「 新しいリソース グループまたはサブスクリプションへのリソースの移動」をご覧ください。

設定

[設定] セクションでは、キャッシュに関する次の設定にアクセスして構成できます。

• 認証
• 詳細設定
• スケール
• クラスター サイズ
• データの永続化
• 更新のスケジュール
• geo レプリケーション
• プライベート エンドポイント
• Virtual Network
• ファイアウォール
• Properties
• Locks

認証

認証には、アクセス キーと Microsoft Entra 認証の 2 つのオプションがあります。

詳細設定

次の設定は、左側にある [詳細設定] で構成します。

• アクセス ポート
• メモリ ポリシー
• キースペース通知 (詳細設定)

アクセス ポート

新しいキャッシュでは、TLS/SSL を使用しないアクセスが既定で無効になっています。 非 TLS ポートを有効にするには、左側の [詳細設定] にある [SSL によるアクセスのみ許可する] で [いいえ] をクリックしてから、 [保存] を選択します。

メモリ ポリシー

キャッシュのメモリ ポリシーは、左側の[リソース] メニューの [詳細設定] にある [Maxmemory ポリシー]、[maxmemory-reserved]、[maxfragmentationmemory-reserved] の各設定を使用して構成します。 キャッシュを作成すると、maxmemory-reserved と maxfragmentationmemory-reserved の値がキャッシュ サイズである既定値の maxmemory の 10% になります。

[Maxmemory ポリシー] ではキャッシュの削除ポリシーが構成されます。次の削除ポリシーから選択できます。

• volatile-lru: 既定の削除ポリシーです。 有効期限が指定されたすべてのキーの中で、最も長く使われていないキーを削除します。
• allkeys-lru: 最も長く使われていないキーを削除します。
• volatile-random: 有効期限が設定されたランダム キーを削除します。
• allkeys-random: ランダム キーを削除します。
• volatile-ttl: 設定された有効期限に基づいて、存続時間が最短のキーを削除します。
• noeviction: 削除ポリシーはありません。 データを挿入しようとすると、エラー メッセージが返されます。
• volatile-lfu: 有効期限が切れたフィールド セットを持つすべてのキーから、最も使用頻度の低いキーを削除します。
• allkeys-lfu: すべてのキーから最も使用頻度の低いキーを削除します。

maxmemory ポリシーの詳細については、「Eviction policies (削除ポリシー)」をご覧ください。

maxmemory-reserved 設定は、フェールオーバー中のレプリケーションなどのキャッシュ以外の操作のために予約されるメモリの量をクラスター内のインスタンスあたりの MB 単位で構成するものです。 この値を設定すると、負荷が変化するときでも、Redis サーバーの稼働状態がより安定します。 大量のデータを書き込むワークロードでは、この値を高く設定する必要があります。 そのような操作に予約されているメモリは、キャッシュ データの保存には使用できません。 スライダーの最小値と最大値は 10% と 60% で、メガバイト単位で表示されます。 その範囲内の値を設定する必要があります。

maxfragmentationmemory-reserved 設定では、メモリの断片化に対応するために予約されるメモリ量をクラスター内のインスタンスあたりの MB 単位で構成します。 この値を設定すると、キャッシュがいっぱいになった場合や、キャッシュがほとんどいっぱいで断片化の割合が高い場合でも、Redis サーバーの動作がより安定します。 そのような操作に予約されているメモリは、キャッシュ データの保存には使用できません。 スライダーの最小値と最大値は 10% と 60% で、メガバイト単位で表示されます。 その範囲内の値を設定する必要があります。

新しいメモリ予約値 (maxmemory-reserved または maxfragmentationmemory-reserved) を選択する際には、この変更によってすでに大量のデータが入っているキャッシュがどのような影響を受けるのかを考慮する必要があります。 たとえば、53 GB のキャッシュに 49 GB のデータが入っているときに、予約値を 8 GB に変更した場合、この変更によりシステムで利用可能な最大メモリは 45 GB まで低下します。 現在の used_memory または used_memory_rss の値が新しい上限値の 45 GB よりも大きい場合、システムでは、used_memory と used_memory_rss の両方が 45 GB を下回るまでデータを削除する必要があります。 削除することによってサーバーの負荷やメモリの断片化が増える可能性もあります。 used_memory や used_memory_rss などのキャッシュ メトリックの詳細については、「独自のメトリックを作成する」を参照してください。

キースペース通知 (詳細設定)

Redis キースペース通知は、左側の [詳細設定] で構成します。 キースペース通知により、特定のイベントが発生したときに、クライアントが通知を受信できます。

)

詳細については、 Redis キースペース通知に関するトピックを参照してください。 サンプル コードについては、Hello world サンプルの KeySpaceNotifications.cs ファイルを参照してください。

スケール

キャッシュの価格レベルを表示または変更するには、 [スケール] を選択します。 スケーリングの詳細については、「Azure Cache for Redis のスケーリング方法」をご覧ください。

クラスター サイズ

クラスタリングが有効になっている実行中の Premium キャッシュのクラスター サイズを変更するには、 [クラスター サイズ] を選択します。

クラスター サイズを変更するには、スライダーを使用するか、 [シャード数] ボックスに 1 から 10 の範囲の数値を入力してください。 その後、 [OK] を選択して保存します。

データの永続化

[データ永続化] を選択して、Premium Cache のデータ永続化を有効にする、無効にする、または構成することができます。 Azure Cache for Redis では、RDB の永続化または AOF の永続化を使用して Redis の永続化を行うことができます。

詳細については、Premium Azure Cache for Redis の永続化の構成方法についてのページを参照してください。

ID

ID を使用してマネージド ID を構成します。 マネージド ID は、開発者がシークレットとサインイン情報を管理する負担を最小限に抑えるのに役立つ、Azure で使用される一般的なツールです。

現時点では、ストレージにはマネージド ID のみを使用できます。 詳細については、「ストレージのマネージド ID」を参照してください。

更新のスケジュール

[更新のスケジュール] セクションでは、キャッシュの Redis サーバー更新のメンテナンス期間を選択できます。

メンテナンス期間を指定するには、目的の曜日のチェック ボックスをオンにします。 そのうえで、メンテナンス期間の開始時間を曜日ごとに指定し、 [OK] を選択します。 メンテナンス時間の時刻は UTC 時間です。

詳細と手順については、更新プログラム チャネルと更新プログラムのスケジュールに関するページを参照してください。

geo レプリケーション

[リソース] メニューの [geo レプリケーション] には、レベルが Premium である Azure Cache for Redis の 2 つのインスタンスをリンクするメカニズムが用意されています。 一方のキャッシュはプライマリ リンク キャッシュとして、もう一方のキャッシュはセカンダリ リンク キャッシュとして指定されます。 セカンダリ リンク キャッシュは読み取り専用になり、プライマリ キャッシュに書き込まれたデータがセカンダリ リンク キャッシュにレプリケートされます。 この機能は、Azure リージョン間でキャッシュをレプリケートする際に使用できます。

Virtual Network

[Virtual Network] セクションでは、キャッシュの仮想ネットワークの設定を構成することができます。 仮想ネットワークは Premium キャッシュに制限されます。 VNET サポートでのプレミアム キャッシュの作成およびその設定の更新の詳細については、Premium Azure Cache for Redis の Virtual Network のサポートを構成する方法に関するページを参照してください。

プライベート エンドポイント

[プライベート エンドポイント] セクションでは、キャッシュのプライベート エンドポイント設定を構成できます。 プライベート エンドポイントは、すべてのキャッシュ レベル (Basic、Standard、Premium、Enterprise) でサポートされています。 VNet の代わりにプライベート エンドポイントを使用することをお勧めします。 プライベート エンドポイントは簡単に設定または削除でき、すべてのレベルでサポートされ、一度に複数の異なる VNet にキャッシュを接続できます。

詳細については、「Azure Private Link を使用した Azure Cache for Redis」を参照してください。

ファイアウォール

• ファイアウォール規則の構成は、Basic、Standard、Premium のすべてのレベルで使用できます。
• ファイアウォール規則の構成は、Enterprise レベルまたは Enterprise Flash レベルでは使用できません。

キャッシュのファイアウォール ルールを表示して構成するには、 [ファイアウォール] を選択します。

IP アドレス範囲の開始アドレスと終了アドレスで、ファイアウォール ルールを指定できます。 ファイアウォール ルールを構成すると、指定した IP アドレス範囲からのクライアント接続のみがキャッシュに接続できます。 ファイアウォール ルールを保存してからルールが有効になるまでに、短い遅延があります。 通常、この遅延は 1 分未満です。

Properties

[プロパティ] を選択すると、キャッシュ エンドポイントやポートなど、キャッシュに関する情報を表示できます。

Locks

[ロック] セクションでは、サブスクリプション、リソース グループ、またはリソースにロックを適用し、組織の他のユーザーが誤って重要なリソースを削除したり変更したりするのを防止できます。 詳細については、「Azure Resource Manager によるリソースのロック」を参照してください。

管理の設定

[管理] セクションの設定では、キャッシュに対して次の管理タスクを実行できます。

• データのインポート
• データのエクスポート
• Reboot

インポート/エクスポート

Import/Export は、キャッシュ内のデータをインポートおよびエクスポートできる Azure Cache for Redis のデータ管理操作です。 premium キャッシュからの Azure Cache for Redis データベース (RDB) のスナップショットを、 Azure Storage アカウントのページ BLOB にインポートおよびエクスポートできます。 Import/Export を使用して、異なる Azure Cache for Redis インスタンス間での移行や、使用前のキャッシュへのデータ入力を行います。

任意のクラウドまたは環境で実行されている任意の Redis サーバーから、Redis 互換の RDB ファイルでインポートを使用できます。

• Linux で実行されている Redis を含む
• Windows
• アマゾン ウェブ サービスなどの任意のクラウド プロバイダー

データをインポートすると、あらかじめデータが入力されたキャッシュを簡単に作成できます。 インポート処理中に、Azure Cache for Redis は RDB ファイルを Azure ストレージからメモリに読み込み、キーをキャッシュに挿入します。

Export では、Azure Cache for Redis に格納されたデータを、Redis と互換性のある RDB ファイルにエクスポートできます。 この機能を使えば、ある Azure Cache for Redis インスタンスから、別のインスタンスまたは別の Redis サーバーにデータを移動できます。 エクスポート処理中に、Azure Cache for Redis サーバー インスタンスをホストしている VM に一時ファイルが作成されます。 一時ファイルは、指定されたストレージ アカウントにアップロードされます。 エクスポート処理が完了したら、処理の成否にかかわらず、この一時ファイルは削除されます。

再起動

[再起動] 項目では、キャッシュのノードを再起動できます。 この再起動機能により、アプリケーションにキャッシュ ノードの障害が発生した場合の回復性をテストすることができます。

クラスタリングが有効になっている Premium キャッシュがある場合は、再起動するキャッシュのシャードを選択できます。

キャッシュのノードを再起動するには、目的のノードを選択し、 [再起動] を選択します。 クラスタリングが有効になっている Premium キャッシュがある場合は、再起動するシャードを選び、[再起動] を選びます。 数分後、選択したノードが再起動され、さらに数分後にオンラインに戻ります。

監視

[監視] セクションでは、Azure Cache for Redis インスタンスに対する診断および監視を構成できます。

• Azure Cache for Redis の監視と診断の詳細については、「Azure Cache for Redis を監視する」を参照してください。
• Azure Cache for Redis の監視と診断の設定と使用の方法については、「Azure Cache for Redis を監視する」をご覧ください。

分析情報

[分析情報] を使用して、定義済みのタイルとグラフのグループを表示し、キャッシュ メトリックの出発点として使用します。 詳細については、「分析情報」を参照してください。

メトリック

[メトリック] を選択して独自のカスタム グラフを作成し、キャッシュについて表示するメトリックを追跡します。 詳細については、「独自のメトリックを作成する」を参照してください。

警告

[アラート] を選び、Azure Cache for Redis のメトリックに基づくアラートを構成します。 詳細については、アラートの作成に関するページをご覧ください。

診断設定

既定では、Azure Monitor のキャッシュ メトリックは 30 日間格納され、その後削除されます。 キャッシュ メトリックを 30 日よりも長く保持するには、[診断設定] を選び、キャッシュ診断の格納に使用するストレージ アカウントを構成します。

Advisor の推奨事項

[Advisor の推奨事項] には、キャッシュに関する推奨事項が表示されます。 通常の操作中に推奨事項は表示されません。

キャッシュの操作中に、差し迫った変更、高いメモリ使用量、ネットワーク帯域幅、またはサーバー負荷などの状況が発生した場合は、[リソース] メニューの [概要] にアラートが表示されます。

詳細については、Azure portal の作業ペインの [推奨事項] を参照してください。

これらのメトリックは、[リソース] メニューの [監視] セクションで監視できます。

Azure Cache for Redis のメトリック	詳細情報
ネットワーク帯域幅の使用量	キャッシュ パフォーマンス - 使用できる帯域幅
接続されているクライアント数	既定の Redis サーバー構成 - maxclients
サーバーの負荷	Redis サーバーの負荷
メモリ使用量	キャッシュのパフォーマンス - サイズ

キャッシュをアップグレードするには、 [今すぐアップグレード] を選択して、価格レベルを変更し、キャッシュのスケーリングを行います。 価格レベルの選択の詳細については、「適切なサービス レベルを選択する」を参照してください。

Workbooks

メトリック情報を一貫性のある効果的な方法で表示できるように、メトリックをグループにまとめます。

Automation

Azure Automation は、Azure 環境と非 Azure 環境の全体で一貫性ある管理をサポートするクラウドベースの自動化、オペレーティング システムの更新、および構成サービスを提供します。

タスク

[タスク] を選ぶと、Azure Cache for Redis リソースをより簡単に管理できます。 これらのタスクは、リソースの種類に基づいて、数と可用性が異なります。 現時点では、リソースの月額料金を送信テンプレートを使用するだけで、プレビュー中にタスクを作成できます。

詳細については、「自動化タスクを作成して Azure リソースを管理し、コストを監視する (プレビュー)」を参照してください。

テンプレートをエクスポートする

[テンプレートのエクスポート] を選び、将来のデプロイのために、デプロイ済みのリソースのテンプレートをビルドおよびエクスポートします。 テンプレートを操作する方法の詳細については、 Azure Resource Manager のテンプレートを使用したリソースのデプロイに関するページをご覧ください。

サポートおよびトラブルシューティング設定

[サポート + トラブルシューティング] セクションでは、キャッシュの問題を解決するためのオプションを設定できます。

• リソース ヘルス
• 新しいサポート要求

リソース ヘルス

[リソース正常性] ではリソースが監視され、そのリソースが意図したとおりに動いているかどうかが示されます。 Azure Resource Health サービスの詳細については、「 Azure Resource Health の概要」を参照してください。

新しいサポート要求

[新しいサポート リクエスト] を選択して、キャッシュのサポート リクエストを開きます。

既定の Redis サーバー構成

新しい Azure Cache for Redis インスタンスは、以下の既定の Redis 構成値を使用して構成されます。

設定	既定値	説明
databases	16	データベースの既定の数は 16 ですが、価格レベルに基づいてさまざまな数を構成できます。1 既定のデータベースは DB 0 です。dbid が 0 ～ databases - 1 の間の数値である connection.GetDatabase(dbid) を使用して、接続ごとに異なるデータベースを選択できます。
maxclients	価格レベルによって異なります。2	この値は、同時に接続が許可されているクライアントの最大数です。 制限に達すると、Redis はすべての新しい接続を終了し、"max number of clients reached" エラーを返します。
maxmemory-reserved	maxmemory の 10%	maxmemory-reserved の使用できる範囲は、maxmemory の 10% から 60% です。 これらの値を 10% 未満または 60% より大きい値に設定すると、再評価され、最小値 10% と最大値 60% に設定されます。 値はメガバイト単位でレンダリングされます。
maxfragmentationmemory-reserved	maxmemory の 10%	maxfragmentationmemory-reserved の使用できる範囲は、maxmemory の 10% から 60% です。 これらの値を 10% 未満または 60% より大きい値に設定すると、再評価され、最小値 10% と最大値 60% に設定されます。 値はメガバイト単位でレンダリングされます。
maxmemory-policy	volatile-lru	Maxmemory ポリシーとは、maxmemory (キャッシュ作成時に選択したキャッシュのサイズ) に達したときに、Redis サーバーが削除する項目を選択するために使用する設定です。 Azure Cache for Redis では、既定の設定は volatile-lru です。 この設定では、有効期限が設定されたキーが LRU アルゴリズムを使用して削除されます。 この設定は、Azure ポータルで構成できます。 詳細については、「メモリ ポリシー」をご覧ください。
maxmemory-samples	3	LRU アルゴリズムと最小 TTL アルゴリズムは精緻なアルゴリズムではなく、メモリを節約するための近似アルゴリズムです。 既定では、Redis はキーを 3 つ確認し、直近の使用頻度が比較的低いものを 1 つ選択します。
lua-time-limit	5,000	Lua スクリプトの最大実行時間 (ミリ秒)。 最大実行時間に達した場合は、Redis は、最大許容時間の後もスクリプトが実行中であることをログに記録し、クエリに対してエラーを知らせる応答を開始します。
lua-event-limit	500	スクリプト イベント キューの最大サイズです。
client-output-buffer-limit normal / client-output-buffer-limit pubsub	0 0 0 / 32mb 8mb 60	クライアントの出力バッファー制限は、なんらかの理由で十分な速度でサーバーからデータを読み取っていないクライアントを強制的に切断するために使用できます。 一般的な理由は、Pub クライアントまたは Sub クライアントがメッセージを使用する速度が、パブリッシャーがメッセージを生成するよりも遅いというものです。 詳細については、https://redis.io/topics/clientsを参照してください。

データベース

¹databases の制限は、Azure Cache for Redis の価格レベルごとに異なっていて、キャッシュの作成時に設定できます。 キャッシュの作成中に databases を設定しない場合は、既定値の 16 が使用されます。

• Basic キャッシュおよび Standard キャッシュ
  • C0 (250 MB) キャッシュ - 最大 16 のデータベース
  • C1 (1 GB) キャッシュ - 最大 16 のデータベース
  • C2 (2.5 GB) キャッシュ - 最大 16 のデータベース
  • C3 (6 GB) キャッシュ - 最大 16 のデータベース
  • C4 (13 GB) キャッシュ - 最大 32 のデータベース
  • C5 (26 GB) キャッシュ - 最大 48 のデータベース
  • C6 (53 GB) キャッシュ - 最大 64 のデータベース
• Premium キャッシュ
  • P1 (6 GB ～ 60 GB) - 最大 16 のデータベース
  • P2 (13 GB ～ 130 GB) - 最大 32 のデータベース
  • P3 (26 GB ～ 260 GB) - 最大 48 のデータベース
  • P4 (53 GB ～ 530 GB) - 最大 64 のデータベース
  • P5 (120 GB ～ 1200 GB) - 最大 64 のデータベース
  • Redis クラスターが有効なすべての Premium キャッシュ - Redis クラスターは、データベース 0 の使用のみをサポートするため、Redis クラスターが有効な Premium キャッシュの databases の制限は、実質的に 1 で、 Select コマンドは使用できません。

データベースの詳細については、「What are Redis databases? (Redis データベースとは)」を参照してください

Maxclients

²maxclients プロパティは Azure Cache for Redis の価格レベルごとに異なっています。

• Basic キャッシュおよび Standard キャッシュ
  • C0 (250 MB) キャッシュ - 最大 256 接続
  • C1 (1 GB) キャッシュ - 最大 1,000 接続
  • C2 (2.5 GB) キャッシュ - 最大 2,000 接続
  • C3 (6 GB) キャッシュ - 最大 5,000 接続
  • C4 (13 GB) キャッシュ - 最大 10,000 接続
  • C5 (26 GB) キャッシュ - 最大 15,000 接続
  • C6 (53 GB) キャッシュ - 最大 20,000 接続
• Premium キャッシュ
  • P1 (6 ～ 60 GB) - 最大 7,500 接続
  • P2 (13 ～ 130 GB) - 最大 15,000 接続
  • P3 (26 ～ 260 GB) - 最大 30,000 接続
  • P4 (53 ～ 530 GB) - 最大 40,000 接続
  • P5 (120 ～ 1200 GB) - 最大 40,000 接続

Azure Cache for Redis でサポートされない Redis コマンド

Azure Cache for Redis インスタンスの構成と管理は Microsoft によって管理されるため、以下のコマンドが無効になります。 これらのコマンドを呼び出そうとすると、"(error) ERR unknown command" のようなエラー メッセージが送信されます。

• ACL
• BGREWRITEAOF
• BGSAVE
• CLUSTER - クラスターの書き込みコマンドは無効ですが、読み取り専用のクラスター コマンドは許可されます。
• CONFIG
• DEBUG
• MIGRATE
• PSYNC
• REPLICAOF
• REPLCONF - Azure Cache for Redis インスタンスでは、お客様が外部レプリカを追加することはできません。 通常、このコマンドはサーバーのみが送信します。
• SAVE
• SHUTDOWN
• SLAVEOF
• 同期

アクティブ geo レプリケーションを使用するキャッシュ インスタンスの場合、誤ってデータが失われるのを防ぐため、次のコマンドもブロックされます。

• FLUSHALL
• FLUSHDB

Redis コマンドの詳細については、https://redis.io/commands を参照してください。

関連するコンテンツ

• Redis コマンドの実行方法
• Azure Cache for Redis を監視する