次の方法で共有


Azure Managed Redis を構成する方法

この記事では、Azure Managed Redis インスタンスで使用できる構成について説明します。

Azure Managed Redis の設定を構成する

[リソース] メニューを使って、以下の設定を表示および構成できます。

概要

[概要] セクションでは、名前、エンドポイント、価格レベル、モジュール、geo レプリケーションの状態、選択されたキャッシュ メトリックなど、インスタンスに関する基本的な情報を表示します。

アクティビティ ログ

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

アクセス制御 (IAM)

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

タグ

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

問題の診断と解決

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

設定

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

認証

認証には、アクセス キーと Microsoft Entra 認証の 2 つのオプションがあります。 Microsoft Entra 認証は安全性が高いため、使用することをお勧めします。

[アクセス キー] を選択すると、キャッシュのアクセス キーを表示したり、再生成したりできます。 これらのキーは、キャッシュに接続するクライアントによって使用されます。

[認証] が選択されている [リソース] メニューと作業ウィンドウのアクセス キーのスクリーンショット。

詳細設定

次のプロパティが設定されます。

  • TLS 以外のアクセスのみ
  • 立ち退きポリシー
  • Redis DB バージョンの更新を延期する

データの永続化 (プレビュー)

データ永続化を使用して、Redis キャッシュのデータ永続化を有効、無効、または構成します。 Azures Managed Redis は、RDB 永続化または AOF 永続化を使用して Redis 永続化を提供します。

詳細については、「Azure Managed Redis インスタンスのデータ永続化を構成する」を参照してください。

暗号化

[暗号化] を選択して、データ永続化ファイルやインスタンスからエクスポートされるファイルなど、ディスクの格納データを暗号化します。 詳細については、「カスタマー マネージド キーを使用して Azure Managed Redis インスタンスのディスク暗号化を構成する」を参照してください

アクティブ geo レプリケーション

リソース メニューの [アクティブ geo レプリケーション] では、アクティブ - アクティブ構成で最大 5 つまで Azure Managed Redis インスタンスをリンクするためのメカニズムが提供されています。 この機能を使用すると、Azure リージョン全体でキャッシュをレプリケートできるため、データの持続性と可用性が向上します。 詳細については、「Azure Managed Redis インスタンスのアクティブ geo レプリケーションを構成する」を参照してください

スケール (プレビュー)

[スケール] を選択して、Redis インスタンスのサイズとパフォーマンスレベルを表示または変更します。 スケーリングの詳細については、「Azure Managed Redis のスケーリング方法」を参照してください。

特性

[プロパティ] を選択すると、エンドポイント、Redis DB のバージョン、クラスタリング ポリシーなど、インスタンスに関する情報が表示されます。

錠前

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

管理

[管理] セクションでは、Redis インスタンスに関する次の設定にアクセスして構成できます。

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

Import/Export は、Redis インスタンスとの間でデータをインポートおよびエクスポートできる Azure Managed Redis のデータ管理操作です。 Azure ストレージ アカウントとの間で Redis Database (RDB) スナップショットをインポートおよびエクスポートできます。 Import/Export を使用して、異なる Azure Managed Redis インスタンス間での移行や、使用前のキャッシュへのデータの設定ができます。

次のような、ほぼすべてのクラウドまたは環境で実行されている任意の Redis サーバーから、Redis と互換性のある RDB ファイルをインポートできます。

  • VM またはコンテナーで実行されている Redis
  • アマゾン ウェブ サービスなどのクラウド プロバイダー

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

Export では、Azure Managed Redis の格納データを、Redis と互換性のある RDB ファイルにエクスポートできます。 この機能を使えば、ある Azure Managed Redis インスタンスから、別のインスタンスまたは別の Redis サーバーにデータを移動できます。

エクスポート処理中に、Azure Managed Redis インスタンスをホストしている VM に一時ファイルが作成されます。 一時ファイルは、指定されたストレージ アカウントにアップロードされます。 エクスポート処理が完了したら、処理の成否にかかわらず、この一時ファイルは削除されます。

詳細および手順については、「Azure Managed Redis でデータをインポートまたはエクスポートする」をご覧ください。

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

[プライベート エンドポイント] セクションでは、インスタンスのプライベート エンドポイント設定を構成できます。 すべての運用ワークロードにプライベート エンドポイントを使用することをお勧めします。

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

モニタリング

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

アラート

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

メトリック

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

Advisor の推奨事項

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

Advisor の推奨事項が表示される場所を示すスクリーンショット。ただし、現在の推奨事項はない。

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

[リソース] メニューで [概要] を選択したときにアラートが表示される場所を示すスクリーンショット。

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

Advisor の推奨事項を示すスクリーンショット

診断設定のメトリック

既定では、Azure Monitor のキャッシュ メトリックは 30 日間格納され、その後削除されます。

キャッシュ メトリックを 30 日よりも長く保持するには、[診断設定 - メトリック] を選択して、キャッシュ診断の格納に使用するストレージ アカウントを構成します。

キャッシュ メトリックをストレージにアーカイブする以外に、イベント ハブにストリーム配信したり、Azure Monitor ログに送信したりできます。

診断設定の監査

[診断設定 - 監査] を使用して、接続試行の成功と失敗の両方を含む、Azure Managed Redis インスタンスへの接続をログに記録します。 詳細については、「診断設定を使用して Azure Managed Redis のデータを監視する」を参照してください

オートメーション

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

タスク

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

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

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

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

ヘルプ

[ヘルプ] セクションの設定では、キャッシュの問題を解決するためのオプションが提供されています。

リソースの健康

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

サポートとトラブルシューティング

[サポート + トラブルシューティング] を選択して、キャッシュのサポート リクエストを開きます。

その他の構成情報

Azure Managed Redis キャッシュに関する追加情報を次に示します。

データベース

現在、Azure Managed Redis では、インスタンスごとに単一データベースのみがサポートされています。

最大クライアント数

maxclients プロパティは、Azure Managed Redis SKU ごとに異なります。

SKU あたりの接続制限の詳細については、「Azure Managed Redis の価格ページ」を参照してください。

各キャッシュ サイズでは 最大数の 接続が許可されますが、各接続でオーバーヘッドが増加します。 このようなオーバーヘッドの例としては、TLS/SSL 暗号化による CPU とメモリの使用量などがあります。 キャッシュ サイズの最大接続制限は、少し読み込まれたキャッシュを前提としています。 接続オーバーヘッドからの負荷 クライアント操作からの負荷がシステムの容量を超えた場合、現在のキャッシュ サイズの接続制限を超えていなくても、キャッシュで容量の問題が発生する可能性があります。

Azure Managed Redis でサポートされていない Redis コマンド

Microsoft は Azure Managed Redis インスタンスの構成と管理を管理します。これにより、サービスの安全で一貫性のある操作を確保するために、いくつかのコマンドが無効になります。 無効なコマンドを呼び出そうとすると、 "(error) ERR unknown command"のようなエラー メッセージが表示されます。

ブロックされているコマンドは次のとおりです。

  • BGREWRITEAOF
  • BGSAVE
  • CLUSTER - クラスターの書き込みコマンドは無効ですが、読み取り専用のクラスター コマンドは許可されます。
  • モジュールの読み込み
  • 動く
  • PSYNC
  • REPLICAOF
  • REPLCONF - Azure Managed Redis インスタンスでは、お客様が外部レプリカを追加することはできません。 通常、このコマンドを送信するのはサーバーだけです。
  • セーブ
  • シャットダウン
  • 選択する
  • 同期

ブロックされているコマンドの完全な一覧については、「Redis Community Edition のコマンドとの互換性」を参照してください

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

  • FLUSHALL
  • FLUSHDB

代わりに、ポータル、PowerShell、または CLI でコントロール プレーンフラッシュ操作を使用します。