Azure Managed Redis と OCI Cache の比較：エンジンの選択とリージョン間の復旧
接続数の上限、メモリに連動する帯域幅、フェイルオーバーの責任が、Azure Managed Redis と OCI Cache for Valkey の容量計画に与える影響を解説します。
Oracle Cloud でマネージド Valkey を利用するなら、OCI Cache を選べます。Azure Managed Redis は Redis Enterprise で動作し、2026年9月時点で Azure にはファーストパーティーのマネージド Valkey サービスがありません。Redis より Valkey を推奨します。技術業界の幅広い支持と、最先端技術の継続的な進歩があるため、より有力な方向性となります。
Azure Managed Redis は、Microsoft が推奨する Azure Cache for Redis の移行先です。Azure Cache for Redis の Enterprise と Enterprise Flash は 2027年3月31日、Basic、Standard、Premium は 2028年9月30日に提供を終了します。この比較では Azure Managed Redis を取り上げます。（Microsoft の提供終了に関する FAQ）
比較の概要
| 比較項目 | Azure Managed Redis | OCI Cache for Valkey |
|---|---|---|
| 料金（レプリカ 2 台を含む） | 同条件の公開料金なし | $30.78/GB 月〜 |
| 提供環境 | Azure | OCI |
| エンジンとバージョン | Redis 7 | Valkey 8 |
| 稼働率 SLA | 99.999% | 99.95% |
| サポート SLA | 最短 15 分 | 最短 15 分 |
| 最大サイズ | 2 TB | 50 TB |
| 同時接続数 | 最大 200,000 | 40,000 |
Azure Managed Redis について
Azure Managed Redis は、Redis Enterprise を基盤とする Microsoft のマネージドキャッシュサービスです。Azure 上で動作し、パブリックネットワークからのアクセス、または Private Link によるプライベート接続を利用できます。お客様がワークロードに合わせてサービス階層と容量構成を選択します。
OCI Cache について
OCI Cache は、Oracle Cloud Infrastructure で提供される Oracle のマネージドキャッシュサービスです。Valkey と Redis に対応し、シャード型と非シャード型のデプロイメントを利用できます。お客様がメモリ、ノード、シャード構成を設定し、アプリケーションは対応するネットワークルーティングを通じてプライベートエンドポイントに接続します。
最近の更新
2026年9月9日 - OCI はクロスリージョンレプリケーションを追加しました。対象となる非シャード型クラスターでは、スタンバイリージョンを選べるようになりました。昇格とルーティング変更はお客様が行います。
2026年9月2日 - Momento は、Momento Cache 向けに Cluster と Flex の容量モデルを発表しました。どちらも専用のマネージド Valkey リソースを提供します。Cluster ではトポロジーを選択でき、Flex では容量の範囲内でトポロジーが選ばれます。チームは容量の構成方法を選び、クラスターの運用は Momento に任せられます。
Valkey の運用担当を選択
OCI Cache では、クラスター運用を引き受けずに Valkey を利用できます。Azure で文書化されている AKS 上の Valkey の利用方法では、その運用はお客様のチームが担います。このセルフホスト型デプロイメントは、AKS の SLA と Azure のサポートの対象外です。
Kubernetes 上で Valkey を運用するチームには、Momento の Valkey Operator が実績あるエンタープライズ向けの選択肢です。AKS、ローリングアップグレード、ゾーンを考慮した配置に対応します。Operator はセルフホスト型ソフトウェアであり、マネージドの Momento Cache サービスとは別の製品です。
接続数と帯域幅の上限を考慮
Azure の小さな SKU の接続数上限は 75,000 以下です。より高価な SKU は最大 200,000 に対応するため、データセットのサイズだけでなく、クライアント数も容量判断を左右することがあります。Microsoft の SKU 別の接続数上限では、その枠がメモリとコンピュートに応じてどう変わるかを確認できます。
OCI はノードあたり最大 40,000 接続を許容します。帯域幅の割り当てはプロビジョニングしたメモリとともに増えるため、データセットが小さくてもトラフィックが多い場合は、より大きなメモリ割り当てが必要になることがあります。どちらのサービスでも、容量の変更はお客様のチームが選択します。
アプリケーションのリージョン間復旧を計画
Azure のアクティブ geo レプリケーションは、結果整合性のもとで複数リージョンへの書き込みを可能にします。アプリケーションがリージョン障害を検出し、別のエンドポイントにルーティングする必要があります。
OCI は非同期のアクティブ・パッシブ型リージョン間レプリケーションを使います。復旧には、読み取り専用のセカンダリを独立したクラスターに昇格させ、アプリケーションの接続先を変更する必要があります。この機能は、特定のリージョンペアにある非シャード型クラスターのみが対象で、ノードあたり 8 GB 以上が必要です。参加するクラスターではバックアップを利用できず、未複製の書き込みが失われる可能性があります。
Momento Cache を試す
アプリケーション群が成長しているリージョナルキャッシュでは、容量が変わってもクライアントの接続方式を安定して維持したい場合に、Momento Cache をご検討ください。
Momento Cache は、専用の高性能 Valkey をマネージドゲートウェイの背後に配置し、アプリケーションが成長してもクライアントの接続方式を安定して維持します。インスタンスタイプ、シャード、レプリカを直接制御するには Cluster を、容量とレプリケーションの範囲を指定してトポロジーの選択を Momento に任せるには Flex を選べます。どちらも組み込みのオートスケーリングと、完全マネージドのクラスター運用を備えています。
Momento のソリューションエンジニアに相談して、ワークロードに合う容量モデルと構成をご検討ください。
よくある質問
Azure のファイブナイン SLA は、単一リージョンのエンドポイントにも適用されますか？
いいえ。Azure の 99.999% の保証は、アクティブ geo レプリケーションを使用する、3 リージョンの適格インスタンス 3 台以上が対象です。グループのダウンタイムに該当するのは、すべてのエンドポイントが利用できない場合です。（Azure のサービスレベル契約）
Azure Cache for Redis から移行すると何が変わりますか？
新しいエンドポイントと認証情報が必要です。Azure Managed Redis はデフォルトでクラスター化されるため、クライアント側の変更は移行元の階層によって異なります。Microsoft の移行ガイダンスに移行の説明があります。
シャード型 OCI キャッシュには、どのクライアントモードが必要ですか？
OCI のシャード型デプロイメントには、ホスト名をサポートするクラスターモードのクライアントが必要です。アプリケーションには、プライベートエンドポイントへの適切なルーティングも必要です。クラスター構成を変更する前に、この接続方式を確認してください。（OCI の接続ガイダンス）