概要

ApsaraDB for Redis スタンダードバージョンではデュアルコピー構造が採用されており、マスター/スレーブレプリケーションモードで動作します。 マスターノードでは日次サービスアクセスが提供され、スレーブノードは高い可用性があります。 マスターノードで障害が発生した場合は、サービスは30秒以内に自動的にスレーブノードに切り替えられ、円滑なサービスの実行が保証されます。

特徴

  • 信頼性

    • サービスの信頼性

      サービスではデュアルホストマスター/スレーブアーキテクチャが採用され、マスターノードとスレーブノードは異なる物理マシンにあります。 マスターノードでは外部ネットワークへのアクセスが提供されます。 Redis コマンドラインまたは一般的なデータベースクライアントを使用して、データを追加、削除、変更、または表示します。 マスターノードで障害が発生した場合は、自己開発 HA システムは自動的にスレーブノードに切り替えられ、円滑なサービスの実行が保証されます。

    • データの信頼性

      データ永続化機能はデフォルトで有効になっており、すべてのデータがディスクに書き込まれます。 Redis ではバックアップ機能がサポートされています。このバックアップ機能によって、インスタンスがバックアップセットにクローンまたはロール バックされます。 データ操作の誤りによる影響を効果的に減少させます。 さらに、Redis では都市内の耐障害性もサポートされています。

  • 互換性

    Redis 2.8 に基づいて開発された ApsaraDB for Redis スタンダードバージョンは、Redis プロトコルコマンドと完全な互換性があります。 自身で構築した Redis データベースを Redis スタンダードバージョンに円滑に移行します。 さらに、増分移行のためのデータ移行ツール (DTS) が提供され、安定したサービス移行が保証されます。

  • Alibaba Cloud の開発機能

    • フェイルオーバーシステム (HA)

      Redis サービスには HA 切り替えシステムがあり、このシステムによってリアルタイムでマスターノードのステータスが検出されます。 これによって、Redis では、ディスク入出力機能および CPU の問題によるサービス例外が効果的に解決されます。サービスはマスターノードからスレーブノードへフェイルオーバーされ、サービスの高可用性が保証されます。

    • マスター/スレーブレプリケーションメカニズム

      Alibaba Cloud では、データのレプリケーションおよび送信に増分ログを使用することによって、Redis のマスター/スレーブレプリケーションメカニズムがカスタマイズされます。 マスターノードとスレーブノード間のバックアップレプリケーションが中断された場合でも、システムへの安定性への影響は非常に少なくなります。 したがって、ネイティブ Redis レプリケーションのデメリットが回避されます。

      ネイティブ Redis レプリケーションメカニズムのデメリット

      • レプリケーションが中断された場合、スレーブノードでは直ちに psync が起動されます。 psync による同期のデプロイの試行に失敗した場合は、すべての RDB データが同期され、スレーブノードに送信されます。

      • フル Redis 同期によって、マスターノードのフルバックアップとプロセスのフォークが発生する可能性があります。 結果として、マスターノードでミリ秒単位または秒単位の一時停止が発生します。

      • Redis プロセスのフォークによってコピーオンライトが発生し、マスターノードでのプロセスのメモリ使用量が消費されます。 極端な場合、マスターノードでメモリーオーバーフローが発生し、プログラムが予期せず終了する可能性があります。

      • バックアップファイルはマスターノードで生成され、サーバーディスクの入出力と CPU が消費されます。

      • 数 GB サイズのバックアップファイルが送信されると、サーバーネットワークに大量のデータが出力され、ディスクの入出力スループットが増加します。 ディスクの入出力スループットが増加すると、サービスの応答時間が影響を受け、副作用が発生する可能性があります。

シナリオ

  • Redis プロトコルとの高い互換性が要求されるシナリオ

    スタンダードバージョンは Redis プロトコルとの完全な互換性があるため、サービスは円滑に移行されます。

  • 永続的データストレージ

    スタンダードバージョンでは、永続化メカニズムと、バックアップおよびリカバリメカニズムによって、データの高信頼性が保証されます。

  • Redis インスタンスのパフォーマンスの制御

    シングルスレッドメカニズムに基づいて実行される Redis では、100,000 QPS 未満のパフォーマンスを要求するサービスが推奨されます。 より高いパフォーマンスが求められる場合は、クラスターバージョンを使用します。

  • シンプルな Redis コマンドと少数の並べ替えおよび計算コマンドが使用されるサービス

    Redis のシングルスレッドメカニズムにより、CPU パフォーマンスがボトルネックとなります。 多くの並べ替えおよび計算コマンドがあるサービスには、クラスターバージョンが適しています。