Azure Managed Redis とは

Azure Managed Redis には、 Redis Enterprise ソフトウェアに基づくメモリ内データ ストアが用意されています。 Redis Enterprise は、互換性を維持しながら、Redis のコミュニティ エディションのパフォーマンスと信頼性を向上します。 このサービスは、Microsoft によって管理されており、Azure 上でホストされ、Azure 内外の任意のアプリケーションから使用できます。 Azure Managed Redis の構築方法の詳細については、「Azure Managed Redis のアーキテクチャ」を参照してください。

Azure Managed Redis は、バックエンド データ ストアを頻繁に使用するアプリケーションのパフォーマンスとスケーラビリティを向上します。 頻繁にアクセスされるデータをサーバー メモリに保持することで、大量のアプリケーション要求を処理できます。このデータは、すばやく書き込んで読み取ることができます。

Redis によって、きわめて低遅延かつ高スループットのデータ ストレージ ソリューションがモダン アプリケーションにもたらされます。 さらに Redis は、データ インジェスト、重複除去、メッセージング、ランキング、セマンティック キャッシュのほか、ベクトル データベースとして、非キャッシング アプリケーションにますます使用されています。

Azure Managed Redis は、スタンドアロンでデプロイすることも、Azure Container Apps、Azure App Service、Azure Functions、Azure SQL、Azure Cosmos DB などの他の Azure アプリまたはデータベース サービスと共にデプロイすることもできます。

主なシナリオ

Azure Managed Redis は、一般的なアプリケーションのアーキテクチャ パターンをサポートしているため、アプリケーションのパフォーマンスが向上します。 次のパターンなど、最も一般的なものをいくつか示します。

Redis のバージョン

Azure Managed Redis は、Redis バージョン 7.4.x をサポートしています。 詳細については、「Azure Managed Redis インスタンスのバージョンをアップグレードする方法」を参照してください。

最適なサービス レベルを選択する

Azure Managed Redis には 4 つのレベルが用意されており、それぞれパフォーマンス特性と価格レベルが異なります。

メモリ内データには、次の 3 つのレベルがあります。

• メモリ最適化 高いメモリ対 vCPU 比率 (8:1) を必要とするが最高のスループット パフォーマンスは必要としない、メモリ集中型のユース ケースに最適です。 処理能力やスループットが低く必要なシナリオでは価格が低く、開発環境やテスト環境に最適です。
• バランス (メモリとコンピューティング) バランスの取れたメモリ対 vCPU (4:1) 比率を提供するため、標準ワークロードに最適です。 このレベルでは、メモリとコンピューティング リソースの正常なバランスが提供されます。
• コンピューティング最適化 メモリ対 vCPU (2:1) の比率が低く、最大スループットを必要とするパフォーマンス集中型のワークロード向けに設計されています。 最高のパフォーマンスを必要とするアプリケーションに最適です。

1 つの層には、メモリ内とディスク上の両方のデータが格納されます。

• Flash Optimized (プレビュー) Redis クラスターで、アクセス頻度の低いデータをメモリ (RAM) から NVMe ストレージに自動的に移動できるようにします。 これによりパフォーマンスは低下しますが、大規模なデータセットを使用したキャッシュのコスト効率の高いスケーリングが可能になります。

レベルと SKU の間でスケーリングする方法については、 Azure Managed Redis インスタンスのスケーリング (プレビュー) に関するページを参照してください。

レベルと SKU の概要

価格情報については、Azure Managed Redis の価格に関するページを参照してください。

機能の比較

次の表に、レベル別にサポートされる一部の機能を紹介します。

レベル選択時のその他の考慮事項

• ネットワーク パフォーマンス: 高スループットを必要とするワークロードがある場合、ネットワーク帯域幅によってボトルネックが発生する可能性があります。 より高いパフォーマンス レベルに移行するか、サイズが大きいインスタンスに移行することで、帯域幅を増やすことができます。 キャッシュをホストする基盤の VM により、インスタンスのサイズが大きいほど帯域幅も増えます。 帯域幅の制限を大きくすると、アプリケーションでタイムアウトを引き起こすネットワークの飽和を回避できます。 帯域幅のパフォーマンスについては、「パフォーマンス テスト」を参照してください。
• クライアント接続の最大数: 各 SKU にはクライアント接続の最大数があります。 この制限は、パフォーマンス レベルが高くなり、インスタンス サイズが大きくなるほど増えます。 各 SKU の制限の詳細については、「Azure Managed Redis の価格」を参照してください。
• 高可用性: Azure Managed Redis には、複数の高可用性オプションが用意されています。 SLA は、キャッシュ エンドポイントへの接続のみをカバーします。 SLA は、データ損失からの保護には対応していません。 SLA の詳細については、「SLA」を参照してください。 高可用性を Azure Managed Redis インスタンスで無効にできます。 これにより、価格は下がりますが、データ損失とダウンタイムが発生します。 高可用性は、開発とテストのシナリオでのみ無効にすることをお勧めします。

価格に関するその他の考慮事項

地域別の可用性

Azure Managed Redis は、新しいリージョンに継続的に拡大しています。

• アメリカ

  • ブラジル南部
  • ブラジル南東部
  • カナダ中部
  • カナダ東部
  • 米国中部
  • 米国東部
  • 米国東部 2
  • メキシコ中部
  • 米国中北部
  • 米国中南部
  • 米国中西部
  • 米国西部
  • 米国西部 2
  • 米国西部 3

• ヨーロッパ

  • フランス南部
  • ドイツ北部
  • ドイツ中西部
  • イタリア北部
  • ノルウェー東部
  • ノルウェー西部
  • スペイン中部
  • スウェーデン中部
  • スウェーデン南部
  • スイス北部
  • スイス西部
  • 英国南部
  • 英国西部
  • 西ヨーロッパ

• 中東

  • イスラエル中部
  • UAEセントラル
  • アラブ首長国連邦の北部地域

• アフリカ

  • 南アフリカ北部
  • 南アフリカ西部

• アジア太平洋

  • 東アジア
  • オーストラリア中部
  • オーストラリア中部 2
  • オーストラリア東部
  • オーストラリア南東部
  • インド中部
  • インドネシア中部
  • 東日本
  • 西日本
  • JIO インド中部
  • Jio インド西部
  • 韓国中部
  • 韓国南部
  • 東南アジア
  • インド南部
  • 台湾北部
  • 台湾北西部

リージョンで利用できるかどうかについては、「リージョン別の利用可能な製品」をご覧ください。

Azure Cache for Redis を移行する

Azure Cache for Redis から Azure Managed Redis への移行の詳細については、「 Azure Cache for Redis から Azure Managed Redis への移行」を参照してください。

関連コンテンツ

• Azure Managed Redis インスタンスを作成する
• Azure Managed Redis アーキテクチャ