Memorystore for Valkey と Azure Managed Redis の比較：エンジン選択とクライアントの増加

Google Cloud 上のマネージド Valkey には Memorystore for Valkey を選びます。Azure Managed Redis は Redis Enterprise を実行し、2026 年 9 月時点で Azure 自身が提供するマネージド Valkey サービスはありません。業界全体の幅広い支持と継続的な技術の進歩を理由に、Redis より Valkey を推奨します。Azure のワークロードでは、Momento のマネージド Valkey プレビューと利用者が運用する 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）

比較の概要

Google Cloud Memorystore について

Google Cloud Memorystore for Valkey は、Valkey を基盤とするマネージドキャッシュサービスです。Google Cloud 上でクラスターモードを有効または無効にした構成を提供し、利用者がノードタイプ、容量、トポロジーを選択します。関連する Memorystore for Redis と Redis Cluster は別のサービスです。

Azure Managed Redis について

Azure Managed Redis は、Redis Enterprise を基盤とする Microsoft のマネージドキャッシュサービスです。Azure 上で動作し、パブリックネットワークアクセス、または Private Link を介したプライベート接続を提供します。利用者がワークロードに合わせてサービス階層と容量構成を選びます。

最近の更新

2026 年 9 月 24 日 - Google は現行 Valkey 9 リリースを一般提供しました。現在のバージョン表では、このリリースがデフォルトです。既存の Memorystore デプロイにとっては、一方向のバージョン選択になります。対応するアップグレードを実施した後、ダウングレードはできません。

2026 年 9 月 2 日 - Momento は、Momento Cache 向けに Cluster と Flex の容量モデルを導入しました。どちらも専用のマネージド Valkey リソースを提供します。Cluster ではトポロジーを選択でき、Flex では容量の範囲内でトポロジーをサービスが選びます。Momento にクラスター運用を任せながら、チームに合う容量の設定方法を選択できます。

エンジンと運用担当を選ぶ

Memorystore は、Google Cloud のチームにプライベート接続によるマネージド Valkey を提供し、パブリックエンドポイントはありません。Azure Managed Redis は、パブリックアクセスまたは Private Link によるマネージド Redis Enterpriseを提供します。したがって、配置先のクラウドによって、クラウド事業者自身のマネージドエンジンの選択肢が決まります。

Azure 上の Valkey には、Microsoft の AKS ガイドに利用者が運用するデプロイ方法があります。このオープンソースソフトウェアは自社のチームが運用し、AKS の SLA と Azure のサポートの対象外です。

Momento の Valkey Operator は、Kubernetes で Valkey を実行するチーム向けの実績あるエンタープライズの選択肢です。AKS で動作し、Pod のライフサイクルを直接管理して、ローリングアップグレードとゾーンを考慮した配置に対応します。Operator は Momento Cache とは別のセルフホスト型ソフトウェアのため、Kubernetes 環境の運用は引き続き自社チームが担います。

クライアントの増加を含め、次の変更に備えて容量を設計する

Memorystore はクラスター構成向けの通常のノードタイプを 6 種類提供し、それぞれ CPU とメモリの組み合わせが定められています。自社のチームがノードとシャードを選び、Memorystore Cluster Autoscaler を導入して CPU とメモリのメトリクスに応じてシャード数を調整できます。

Azure はより幅広いメモリと CPU の組み合わせを提供しますが、スケーリングの方法には依然として制約があります。インメモリ階層と Flash 階層の間でリサイズすることはできません。縮小には互換性のある CPU とシャード構成に加え、データを収容できるメモリが必要です。

メモリ要件が小さいままでも、クライアントの増加によって Azure の費用が増える可能性があります。小さい SKU の接続上限は 75,000 以下です。高額な SKU では最大 200,000 接続に対応します。容量を選ぶ際は、メモリ予測と併せて Microsoft の接続数の表を確認してください。

Momento Cache を試す

クライアントの増加や繰り返すリサイズ判断によってアプリケーションに集中できない場合は、Momento を検討してください。上記の Operator は、別の選択肢であるセルフホスト型 Kubernetes 環境向けです。

Momento Cache は、マネージドゲートウェイの背後に専用の高性能 Valkey を配置し、アプリケーションが成長してもクライアントの統合方法を安定して維持します。インスタンスタイプ、シャード、レプリカを直接制御したい場合は Cluster を、容量とレプリケーションの範囲を設定してトポロジーの選択を Momento に任せたい場合は Flex を選びます。どちらも組み込みのオートスケーリングとフルマネージドのクラスター運用を備えています。

Momento のソリューションエンジニアに相談して、ワークロードに合う容量モデルと構成を検討してください。

よくある質問

アプリケーションの拡大に合わせて Memorystore のクラスターモードを切り替えられますか？

クラスターモードをそのまま変更することはできません。クラスター構成ではシャーディングとクラスター対応クライアントを使用します。非クラスター構成では 1 つのシャードと通常のクライアントを使用します。どちらでも容量のリサイズは可能なため、クライアントモデルを最初に選んでください。

最上位の稼働率 SLA は何を対象としますか？

Memorystore の 99.99% の SLA は、条件を満たすマルチゾーンの高可用性デプロイに適用されます。メキシコとストックホルムの保証は 99.95% です。

Azure の 99.999% の保証には、アクティブ geo レプリケーションを使用し、3 つのリージョンに条件を満たす高可用性かつゾーン冗長のインスタンスを少なくとも 3 つ配置する必要があります。グループ全体で測定し、すべてのエンドポイントが利用不能なときに停止時間を計上します。

Azure Cache for Redis からの移行では何が変わりますか？

新しいエンドポイントと認証情報に備えてください。Azure Managed Redis はデフォルトでクラスター構成のため、必要なクライアント変更は移行元の従来の階層によって異なります。廃止期限と併せて、この作業も移行計画に含めてください。