すべてのプロダクト
Search
ドキュメントセンター

Tair (Redis® OSS-Compatible):標準マスターレプリカインスタンス

最終更新日:Sep 10, 2024

ApsaraDB for Redisの標準マスターレプリカインスタンスは、高性能なキャッシュサービスを提供し、高いデータ信頼性をサポートします。

概要

ApsaraDB for Redisの標準のマスターレプリカインスタンスは、マスターレプリカアーキテクチャで実行されます。 マスターノードはワークロードに対応し、レプリカノードは高可用性を確保するためにホットスタンバイモードのままです。 マスターノードに障害が発生した場合、システムは障害が発生してから30秒以内にワークロードをレプリカノードに切り替えます。 このメカニズムにより、ワークロードの高可用性が保証されます。

Architecture of a standard master-replica instance of ApsaraDB for Redis

主な機能

  • 信頼性
    • サービスの信頼性

      標準のマスターレプリカインスタンスは、マスターノードとレプリカノードが異なる物理マシンにデプロイされたマスターレプリカアーキテクチャを採用しています。 マスターノードはワークロードを処理します。 Redisコマンドラインインターフェイス (CLI) と一般的なクライアントを使用して、マスターノードのデータを追加、削除、変更、およびクエリできます。 Alibaba Cloudは、標準のマスターレプリカインスタンス用の高可用性 (HA) システムを開発しました。 マスターノードに障害が発生した場合、HAシステムはフェールオーバーを実行し、ワークロードの高可用性を保証します。

    • データの信頼性

      標準のマスターレプリカインスタンスでは、デフォルトでデータ永続性が有効になっています。 インスタンスはデータバックアップをサポートします。 指定されたバックアップセットに基づいてインスタンスを複製またはロールバックして、誤操作後にデータを復元できます。 Hangzhou Zone HやZone Iなどのディザスタリカバリを提供するゾーンで作成されたインスタンスも、ゾーンディザスタリカバリをサポートしています。

  • 互換性

    標準インスタンスは、すべてのRedisプロトコルと互換性があります。 サービスを中断することなく、オンプレミスRedisデータベースのワークロードをApsaraDB for Redisの標準マスターレプリカインスタンスに移行できます。 Alibaba Cloudは、ApsaraDB for Redisへの増分移行をサポートするデータ転送サービス (DTS) も提供しています。 これにより、ビジネスの安定した移行が保証されます。

  • Alibaba Cloudが開発した独自のシステム
    • HAシステム

      ApsaraDB for Redisは、HAシステムを使用して、ディスク入出力 (I/O) 障害やCPU障害などのマスターノード上の障害を検出し、高可用性を確保するためにフェイルオーバーを実行します。

    • マスターレプリカ複製メカニズム

      Alibaba Cloudは、ApsaraDB for Redisのマスターレプリカ複製メカニズムをカスタマイズしました。 マスターノードとレプリカノード間で増分ログの形式でデータをレプリケートできます。 レプリケーションが中断されると、システムのパフォーマンスと安定性は変わりません。 これにより、ネイティブRedisデータベースのマスターレプリカレプリケーションメカニズムによって発生する問題が解決されます。

      次のセクションでは、ネイティブRedisデータベースのマスターレプリカレプリケーションメカニズムによって発生するいくつかの問題について説明します。

      • レプリケーションが中断された場合、レプリカノードは部分再同期 (PSYNC) コマンドを実行して部分データを再同期します。 このプロセス中に、再同期が失敗した場合、マスターノードはすべてのRDBファイルをレプリカノードに同期します。
      • すべてのRDBファイルを同期するには、マスターノードはシングルスレッドモードへの応答として完全レプリケーションを実行する必要があります。 その結果、マスターノードのレイテンシは数ミリ秒または数秒になります。
      • コピーオンライト (COW) タスクを実行するために子プロセスが作成されます。 子プロセスはマスターノードのメモリを消費します。 マスターノードがメモリを使い果たし、アプリケーションが異常に終了する可能性があります。
      • マスターノードが生成するレプリカファイルは、ディスクI/OおよびCPUリソースを消費します。
      • GBレベルのファイルのレプリケーションは、サーバー上でアウトバウンドトラフィックバーストを引き起こし、ディスクのシーケンシャルI/Oスループットを向上させる可能性があります。 これは応答を遅らせ、より多くの問題を引き起こします。

シナリオ

  • よりネイティブなRedis機能のサポート

    標準インスタンスは、すべてのRedisプロトコルと互換性があります。 サービスを中断することなく、ワークロードをインスタンスに移行できます。

  • ApsaraDB for Redisインスタンスの永続ストレージ

    標準インスタンスは、データの信頼性を確保するために、データの永続性、バックアップ、およびリカバリ機能をサポートします。

  • ApsaraDB for Redisの単一ノードでの安定したクエリ率。

    ネイティブRedisデータベースのシングルスレッドモードが適用されます。 したがって、ワークロードが100,000 QPS未満のクエリ率をサポートしている場合は、標準インスタンスを使用することを推奨します。 より高いパフォーマンスを実現するには、クラスターインスタンスを選択します。

  • 少数のソートおよびコンピューティングコマンドのみが使用される単純なRedisコマンドの使用

    CPUパフォーマンスは、ネイティブRedisデータベースのシングルスレッディングモードによる主なボトルネックです。 ApsaraDB for Redisのクラスターインスタンスを使用して、多数のソートおよびコンピューティングワークロードを処理することを推奨します。