Azure Managed Redis は、完全に統合されたマネージド Redis Enterprise on Azure を提供します。 Azure Managed Redis には 4 つのレベルがあり、それぞれパフォーマンス特性が異なります。
メモリ内データには、次の 3 つのレベルがあります。
- メモリ最適化 高いメモリ対 vCPU 比 (1:8) を必要とするが、最高のスループット パフォーマンスを必要としない、メモリを集中的に使用するユース ケースに最適です。 処理能力やスループットが低く必要なシナリオでは価格が低く、開発環境やテスト環境に最適です。
- バランス (メモリ + コンピューティング) バランスの取れたメモリ対 vCPU (1:4) 比率を提供するため、標準ワークロードに最適です。 メモリとコンピューティング リソースの適切なバランスを実現します。
- コンピューティング最適化 メモリ対 vCPU (1:2) の比率が低く、最大スループットを必要とするパフォーマンス集中型のワークロード向けに設計されています。 最高のパフォーマンスを必要とするアプリケーションに最適です。
1 つの層には、メモリ内とディスク上の両方のデータが格納されます。
- フラッシュ最適化 Redis クラスターで、アクセス頻度の低いデータをメモリ (RAM) から NVMe ストレージに自動的に移動できるようにします。 これによりパフォーマンスは低下しますが、大規模なデータセットを使用したキャッシュのコスト効率の高いスケーリングが可能になります。
適切な SKU とレベルの選択の詳細については、「最適なサービス レベルを選択する」を参照してください
[前提条件]
- 始める前に、Azure サブスクリプションが必要です。 アカウントがない場合は、アカウントを作成してください。
地域別の可用性
Azure Managed Redis は、新しいリージョンに継続的に拡大しています。 すべてのレベルについてリージョン別に利用できるかどうかを確認するには、「リージョン別の利用可能な製品」をご覧ください。
Redis インスタンスを作成する
Azure Managed Redis インスタンスを作成するには、Azure portal にサインインし、[リソースの 作成] を選択します。
[新規] ページで、検索ボックスに「Azure Cache for Redis」と入力します。
[ 新しい Redis Cache ] タブで、[基本] で新しいキャッシュの設定を構成します。
設定 値を選択する 説明 サブスクリプション ドロップダウンで、ご自身のサブスクリプションを選択します。 この新しい Azure Managed Redis インスタンスが作成されるサブスクリプション。 リソース グループ ドロップ ダウンでリソース グループを選択するか、[新規作成] を選択し、新しいリソース グループの名前を入力します。 その中にキャッシュやその他のリソースを作成するリソース グループの名前。 すべてのアプリ リソースを 1 つのリソース グループに配置することで、それらをまとめて簡単に管理または削除できます。 名前 リージョンで一意の名前を入力します。 キャッシュ名は、"キャッシュのリージョン名と組み合わせた" ときに 1 から 63 文字の文字列で、数字、英字、ハイフンのみを使用する必要があります。 (キャッシュ名の長さが 45 文字未満の場合、現在使用できるすべてのリージョンで機能するはずです)。名前の先頭と末尾には数字または文字を使用する必要があり、連続するハイフンを含めることはできません。 キャッシュ インスタンスのホスト名は \<DNS name\>.\<Azure region\>.redis.azure.netです。リージョン ドロップ ダウンで場所を選択します。 Azure Managed Redis は、選択した Azure リージョンで使用できます。 データ層 高パフォーマンスの場合 はメモリ内 を選択し、パフォーマンスの低いキャッシュには Flash を選択します メモリ内層には、 Balanced、 Memory Optimized、 Compute Optimized が含まれます。 フラッシュ層を使用して、インメモリ (RAM) およびディスク上 (SSD) データ ストレージを使用します。 キャッシュ サイズ ドロップダウンしてサイズを選択します。 キャッシュ サイズは層によって異なります。 最小サイズは Balanced レベルです。 最大サイズのメモリ内層は、メモリ最適化レベルです。 パフォーマンス ドロップダウンを選択し、パフォーマンス設定を選択します。 パフォーマンスは、vCPU の数によって異なります。 vCPU の数は、レベルによって異なります。 コンピューティング最適化には、最も多くの vCPU があります。 適切なパフォーマンス レベルの選択に関するガイダンスについては、「適切な レベルの選択」を参照してください。
Von Bedeutung
120 GB を超えるストレージを使用するすべてのメモリ内層は、メモリ最適化 M150 以上、バランス B150 以上、コンピューティング最適化 X150 以上を含めて、パブリック プレビュー段階にあります。 これらのレベル以上はすべてパブリック プレビュー段階です。
フラッシュ最適化レベルはすべてパブリック プレビュー段階です。
[ 次へ: ネットワーク ] を選択し、 パブリック エンドポイント または プライベート エンドポイントを選択します。
[次へ: アクティブ geo レプリケーション] を選択します。 アクティブ geo レプリケーションを使用するには、プロビジョニング中に有効にする必要があります。 アクティブ geo レプリケーションのないキャッシュは、後でアクティブ geo レプリケーション グループに追加したり、アクティブ geo レプリケーション グループに参加したりすることはできません。 詳細については、「Azure Managed Redis インスタンスのアクティブ geo レプリケーションを構成する」を参照してください。
[ 次へ: 詳細設定 ] タブを選択します。
インスタンスに追加するすべての Redis モジュール を構成します。
新しいマネージド キャッシュの場合、既定で次のように設定されています:
- Microsoft Entra ID は有効になっています。
- [アクセス キー認証] は、セキュリティ上の理由から無効になっています。
Von Bedeutung
最適なセキュリティのため、可能であれば、キャッシュに対する要求を認可するのに Microsoft Entra ID とマネージド ID を使うことをお勧めします。 Microsoft Entra ID とマネージド ID を使う認可は、共有アクセス キーの認可より、セキュリティと使いやすさの点で優れています。 キャッシュでのマネージド ID の使用について詳しくは、キャッシュ認証への Microsoft Entra ID の使用に関する記事をご覧ください。
クラスタリング ポリシーの設定:
- RedisSearch またはその他のモジュールを使用するために Enterprise を使用する
- クラスター化キャッシュには OSS を使用します。
- 非クラスター化キャッシュには非クラスター化 (プレビュー) を使用します。
[クラスタリング ポリシー] の選択方法の詳細については、「クラスタリング ポリシー」を参照してください。
Von Bedeutung
Azure Managed Redis インスタンスのクラスタリング ポリシーは、作成後に変更することはできません。 RediSearch を使用している場合、Enterprise クラスター ポリシーは必須であり、サポートされている唯一の削除ポリシーは
NoEvictionです。Von Bedeutung
geo レプリケーション グループでこのキャッシュ インスタンスを使用している場合、インスタンスの作成後に削除ポリシーを変更することはできません。 キャッシュを作成する前に、プライマリ ノードの削除ポリシーを確認してください。 アクティブ geo レプリケーションの詳細については、「アクティブ geo レプリケーションの前提条件」を参照してください。
Von Bedeutung
キャッシュ インスタンスを作成した後でモジュールを変更することはできません。 モジュールは、Azure Cache for Redis インスタンスを作成するときに有効になっている必要があります。 キャッシュの作成後にモジュールの構成を有効にするオプションはありません。
タグ を選択してスキップします。
[ 次へ: 確認と作成] を選択します。
設定を確認し、 [作成] を選択します。
Redis インスタンスの作成には数分かかります。 Azure Managed Redis の [概要] ページで進行状況を監視できます。 [状態] に "実行中" と表示されている場合は、キャッシュを使用する準備ができています。