違いを理解する - Azure Cache for Redis Enterprise と Azure Managed Redis

Azure Managed Redis は、Azure Cache for Redis Enterprise と同じコア Redis Enterprise ソフトウェア スタック上に構築されていますが、SKU 構造は簡略化されています。 コア ソフトウェアは同じであるため、既存のエンタープライズ アプリケーションでは最小限の変更 (主に接続資格情報とホスト名の更新) が必要です。 ただし、Azure Managed Redis の SKU 構造と高可用性構成が異なるため、次の違いをよくお読みください。

主な機能の違い

Azure Cache for Redis Enterprise から Azure Managed Redis に移行する場合に注意する必要がある重要な違いを次に示します。

• SKU の構造。 Azure Managed Redis では、Azure Cache for Redis Enterprise で使用される容量ベースのスケーリング モデルではなく、メモリ サイズとパフォーマンスレベル (バランス、メモリ最適化、コンピューティング最適化) ごとに SKU が整理されます。 詳細については、「 適切なレベルの選択」を参照してください。

• Redis バージョン。 Azure Managed Redis は Redis 7.4 を実行し、Azure Cache for Redis Enterprise は Redis 7.2 を実行します。

• クラスタリング ポリシー。 Azure Managed Redis では、OSS、エンタープライズ、非クラスター化クラスタリング ポリシーがサポートされています。 Azure Cache for Redis Enterprise では、OSS と Enterprise クラスタリング ポリシーのみがサポートされます。

• ゾーンの冗長性。 高可用性が有効になっており、リージョンが複数の可用性ゾーンをサポートしている場合、Azure Managed Redis は既定でゾーン冗長です。 Azure Cache for Redis Enterprise もゾーン冗長ですが、Azure Managed Redis ではクォーラム ノードが不要になるため、すべてのノードがデータ ノードとして機能し、コスト効率が向上します。 クォーラム ノードの詳細については、「 Enterprise および Enterprise Flash レベル」を参照してください。

• 非 HA モード。 Azure Managed Redis には、開発環境とテスト環境の高可用性なしでデプロイするオプションが用意されており、インスタンスのコストが半減します。 Azure Cache for Redis Enterprise では、HA 以外のオプションは提供されていません。

• データの永続化。 Azure Managed Redis では、一般公開されている機能としてデータ永続化がサポートされています。 Azure Cache for Redis Enterprise では、データ永続化はプレビュー段階です。

• Microsoft Entra ID 認証。 Azure Managed Redis では、Microsoft Entra ID 認証がサポートされています。 Azure Cache for Redis Enterprise では、Microsoft Entra ID 認証はサポートされていません。 セキュリティを強化するために、Microsoft Entra ID を採用することをお勧めします。

• Azure リージョンのサポート。 Azure Managed Redis はほとんどの Azure リージョンで利用できます。一方、Azure Cache for Redis Enterprise では、クォーラム ノードの要件によりリージョンの可用性が制限されています。

• ホスト名と DNS サフィックス。 DNS サフィックスが redisenterprise.cache.azure.net から redis.azure.net に変更されます。 新しい Redis インスタンスのホスト名を使用するようにアプリケーションを更新します。

適切な Azure Managed Redis サイズを選択する

Azure Managed Redis には、多くのメモリ サイズと 3 つのパフォーマンス レベルが用意されています。 詳細については、「 適切なレベルの選択」を参照してください。

既存の Enterprise インスタンスのメモリ サイズを特定する

Azure Cache for Redis Enterprise インスタンスはスケールアウトできるため、キャッシュのスケールアウト要因に注意することが重要です。

1. Azure portal に移動し、リソース メニューから [概要 ] を選択します。
2. [状態] フィールドを確認して、Enterprise インスタンスのメモリ サイズを確認します。

Example:

この例では、[ 状態] フィールドに [実行中 - エンタープライズ 8 GB (2 x 4 GB)] と表示されます。 これは、キャッシュが 2 のスケールの E5 Enterprise SKU を使用し、8 GB のキャッシュを生成することを意味します。 少なくとも 10 GB のメモリを持つ Azure Managed Redis インスタンスを選択する必要があります。

より最適化されたサイズを見つけるには、Azure Monitor の既存のエンタープライズ キャッシュの [使用メモリの割合] メトリックを確認します。 実際のメモリ使用量がキャッシュ サイズを大きく下回っている場合は、より小規模でコスト効率の高い Azure Managed Redis SKU を選択できる場合があります。

この場合、12 GB のメモリを提供する次のいずれかのレベルが適しています。

パフォーマンス レベルを選択する

• メモリ最適化 - ワークロードが CPU より前のメモリ不足の可能性が高い場合は、これを選択します。
• コンピューティング最適化 - ワークロードがスループットを集中的に使用する場合や待機時間が影響を受けやすい場合に選択します。
• バランス。 どこから始めればよいか分からない場合の良いスタート地点です。 これは、メモリとコンピューティングの正常な組み合わせを提供します。
• フラッシュ最適化 - 現在 Redis Enterprise Flash レベルを使用している場合は、これを選択します。

次のステップ

関連するコンテンツ

• 移行の概要
• Azure Managed Redis とは
• Azure Managed Redis のアーキテクチャ