製品アップデート
製品お知らせ
マルチノード高可用性
データベース高可用性（High Availability, HA）は、冗長設計と障害自動復旧メカニズムを通じて、システムが一部のノードが故障した場合でもサービスを継続的に提供できることを確保することを目的としています。読み取り専用分析エンジンインスタンスは、マルチノードデプロイ方式により高可用性を実現し、データベースインスタンスを複数の物理ノードに分散させ、データ同期、障害検出、トラフィック切り替えなどのメカニズムと組み合わせてビジネス継続性を保障します。本稿では、読み取り専用分析エンジンインスタンスが高可用性を実現する原理および関連する操作と管理についてご紹介します。
読み取り専用分析エンジンインスタンスの高可用性実現原理
リダンダンシーアーキテクチャ
読み取り専用分析エンジンインスタンスの下では、1～3ノードのデプロイがサポートされています。ノード数が2つまたは3つの場合、ピアツーピアクラスタ（Cluster）を形成できます。読み取り専用分析エンジンインスタンスの下のあるノードが故障した場合、システムは自動的にSQLトラフィックを「正常な」ノード、つまりそのインスタンスの下の他の正常に動作しているノードに転送し、単一障害点によるサービス停止を防止します。
障害検出と切り替え（Failover）
ハートビートメカニズム：読み取り専用分析エンジンインスタンスのノード間では、周期的なハートビート検出によってノードの「生存」状態を監視します。ノードがタイムアウトまでに応答しない場合（検出間隔は3秒）、障害判定がトリガーされます。
自動切り替え：周期的なハートビート検出でノード障害を検知した場合、システムは間隔なしでさらに2回の「生存」確認を実施します（検出時間は約10秒）。引き続きノードの生存確認が失敗した場合、システムは1～5秒以内に障害ノードを読み取り専用分析エンジンインスタンスから取り外し、障害ノードが回復するか自動再構築された後に、再度当該インスタンスに追加します。
CLB
読み取り専用分析エンジンインスタンス内の複数ノードは、CLB（負荷分散）方式でサービスを提供します。すべてのノードが正常に業務トラフィックを処理可能であり、業務の同時実行性能を向上させます。
料金説明
ノード数を調整する
注意：
読み取り専用分析エンジンインスタンスは現在、クラスタ配下の読み書きインスタンスからデータを取得する方式でノード再構築を行うため、ノード追加操作を行う場合は、ビジネス需要の少ない時間帯での実施を推奨します。
1. TDSQL-C for MySQLコンソールにログインし、以下の異なるビューモードの操作を参考に、読み取り専用分析エンジンインスタンス詳細ページにアクセスします。
1. 左側のクラスタリストでターゲットクラスタをクリックすると、クラスタ管理ページに移動します。
2. クラスタ詳細のトポロジ図で、読み取り専用分析エンジンをクリックし、詳細をクリックして読み取り専用分析エンジンインスタンスの詳細ページに移動します。
1. クラスタリストでターゲットクラスタIDをクリックすると、クラスタ管理ページに移動します。
2. クラスタ管理ページで、インスタンスリスト ＞ 読み取り専用分析エンジンをクリックし、ターゲットの読み取り専用分析エンジンインスタンスのインスタンスIDをクリックすると、インスタンス詳細ページに移動します。
2. インスタンス詳細ページのノード情報の後ろで、ノード変更をクリックします。
3. ポップアップで必要に応じてノードを追加または削除し、費用を確認した上で確定をクリックします。
ノード追加：ノードを追加する必要がある場合は、ノード追加をクリックしてください。現在の読み取り専用分析エンジンインスタンスに1ノードを追加でき、1つの読み取り専用分析エンジンインスタンスでは最大3ノードまでサポートします。
削除：ノードを削除する必要がある場合は、削除をクリックしてください。操作ミスで誤ったノードを削除した場合、確定をクリックする前に復元をクリックできます。
説明：
ノードのスペックとアベイラビリティーゾーンは、読み取り専用分析エンジンインスタンスと同一です。
読み取り専用分析エンジンインスタンスには少なくとも1ノードを保持する必要があり、全ノードの削除はできません。
4. 操作完了後、クラスタリストに戻り、ノードの状態が「稼働中」と表示されれば、正常にご利用いただけます。
フィードバック