概要
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 パフォーマンスがボトルネックとなります。 多くの並べ替えおよび計算コマンドがあるサービスには、クラスターバージョンが適しています。