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

ApsaraDB for ClickHouse:スケジュール済みイベントの表示と管理

最終更新日:May 14, 2025

メールおよび社内メッセージに加えて、ApsaraDB for ClickHouseでは、ApsaraDB for ClickHouse コンソールで、マイナーバージョンアップデートやネットワークのスペックアップなどの O&M イベントの通知を受信できます。 ApsaraDB for ClickHouse クラスタの ID、イベントタイプ、リージョン、イベントの原因、ビジネスへの影響など、スケジュールされたイベントに関する情報を表示できます。 また、予定切り替え日時を変更することもできます。

使用上の注意

ApsaraDB for ClickHouse の未処理イベント (バージョンアップグレード、ネットワークアップグレードなど) については、イベント発生の少なくとも 3 日前に通知されます。 メール、内部メッセージ、または ApsaraDB for ClickHouse コンソールを使用してイベント通知が送信されます。リスクの高い脆弱性修正の通知は、緊急性が高いため、3 日前までに送信されます。

説明

対応するイベント通知をタイムリーに受信できるように、[ApsaraDB エラーまたはメンテナンス通知] を有効にして、通知受信者を指定してください。通知受信者にはデータベース O&M エンジニアを指定することをお勧めします。[Message Center] コンソールにログインし、ApsaraDB エラーまたはメンテナンス通知を有効にして、通知受信者を指定します。

手順

  1. ApsaraDB for ClickHouse コンソール にログインします。

  2. ページの左上隅で、リージョンを選択します。

  3. 左側のナビゲーションウィンドウで、[イベント] をクリックします。

    説明

    保留中の O&M イベントで O&M 操作の時間をスケジュールする必要がある場合は、できるだけ早く時間をスケジュールするように促すメッセージが表示されます。

  4. [スケジュール済みイベント] ページで、イベントの詳細を表示します。

    イベントの詳細には、クラスタ ID、リージョン、イベントタイプ、イベントの原因、ビジネスへの影響、予定切り替え日時、ステータスが含まれます。イベントの原因と影響の詳細については、このトピックの「イベントの原因と影響」セクションをご参照ください。

  1. (オプション) スイッチオーバー時間を変更します。

    重要

    クラスタの可用性に大きな影響を与える可能性のあるリスクを軽減するために、システムは特定のイベントのデフォルトのスイッチオーバー時間を指定します。イベントに変更が加えられない場合、イベントはデフォルトのスイッチオーバー時間内に実行されます。ビジネス要件に基づいて、スイッチオーバー時間を変更したり、イベントをキャンセルしたりできます。

    デフォルトのスイッチオーバー時間を使用するか、スケジュール済みのスイッチオーバー時間を変更するか、定期的なスイッチオーバー時間を設定できます。システムは、スケジュール済みのスイッチオーバー時間 > 定期的なスイッチオーバー時間 > デフォルトのスイッチオーバー時間の優先順位に基づいてスイッチオーバーを実行します。

スイッチオーバー時間の種類と説明

手順

予定切り替え日時

ビジネス要件に基づいて、イベントの予定切り替え日時を調整できます。

  1. [スケジュール済みイベント] ページで、1 つ以上のイベントを選択します。

  2. [スケジュール済みイベント] ページの左下隅にある [イベントのスケジュール] をクリックします。

  3. [イベントのスケジュール] パネルで、予定切り替え日時を指定します。

  4. すぐにスイッチオーバーを実行する場合は、[最も早い実行時間] を選択します。設定を確認すると、システムはすぐにスイッチオーバーの準備を開始します。準備がすでに完了している場合は、システムはすぐにスイッチオーバーを実行します。

  5. 説明

    [予定切り替え日時] で指定された時間は、[期限] で指定された時間より後にすることはできません。

  6. 適切なイベントが選択されているかどうかを確認します。

    • 適切なイベントが選択されている場合は、[保存] をクリックして設定を保存します。

    • そうでない場合は、[スケジュール済みイベント] ページで適切なイベントを選択し、予定切り替え日時を再設定します。

定期的な切り替え時間

定期的な切り替え時間を指定すると、システムは、予定の切り替え時間で実行されていない保留中のイベントと、予定の切り替え時間が指定されていないイベントに対して、定期的な切り替え時間で切り替えを実行します。

たとえば、定期的な切り替え時間を火曜日の 00:00:00 に設定すると、システムは保留中のイベントに関連する複数のクラスタで同時に切り替えを実行します。これにより、切り替えによる影響が軽減されます。

  1. [スケジュール済みイベント] ページの左上隅にある [グローバルスケジュールの設定] をクリックします。

  2. [グローバルスケジュールの設定] パネルで、ビジネス要件に基づいて [週] または [月] で定期的な切り替え時間を指定します。

  3. 説明

    指定した定期的な切り替え時間は、[スケジュール済みイベント] ページの右上隅に表示されます。[なし] を選択すると、定期的な切り替え時間は表示されません。

  4. [保存] をクリックして設定を保存します。

  1. (オプション) イベントの予定切り替えをキャンセルします。

    1. [スケジュール済みイベント] ページで、1 つ以上のイベントを選択します。

    2. ページの左下隅にある [イベントのキャンセル] をクリックします。

    3. [イベントのキャンセル] パネルで、[イベントキャンセルのリスク] を読みます。

    4. [OK] をクリックします。

イベントの原因と影響

既知のエンジン問題を回避し、ユーザーエクスペリエンスを向上させるために、クラスタのマイナーエンジンバージョンを定期的に更新することをお勧めします。イベントの影響は、クラスタのバージョンによって異なります。

  • コミュニティ互換版: ZooKeeper および ApsaraDB for ClickHouse のマイナーエンジンバージョンの更新は別々のイベントです。O&M イベントが実行されると、対応するサービスのマイナーエンジンバージョンが最新バージョンに更新されます。詳細については、「リリースノート」をご参照ください。

  • Enterprise Edition: O&M イベントが実行されると、ZooKeeper および ApsaraDB for ClickHouse のマイナーエンジンバージョンがまとめて最新バージョンに更新されます。詳細については、リリースノートをご参照ください。

原因

影響

説明

マイナーバージョンアップデート (コミュニティ互換版 ZooKeeper)

  • クラスタの一時的な切断

  • 一部の読み取りおよび書き込みリクエストの例外

予定切り替え日時でスイッチオーバーが実行されると、マイナーバージョンアップデートには約 2 ~ 3 分かかります。オフピーク時にアップデートを実行し、サービスで再接続メカニズムが使用可能であることを確認することをお勧めします。影響:

マイナーバージョンアップデート中は、ZooKeeper ノードは機能しません。その結果、クラスタ内の分散テーブルおよび ReplicatedMergeTree エンジンテーブルに対する読み取りおよび書き込み操作を正しく実行できません。これらの読み取りおよび書き込み操作には、クエリ、挿入、および Kafka エンジンを使用した分散テーブルの同期が含まれます。

マイナーバージョンアップデート (ApsaraDB for ClickHouse コミュニティ互換版)

  • ダブルレプリカ版クラスタの一時的な切断

  • シングルレプリカ版クラスタの利用不可

予定切り替え日時でスイッチオーバーが実行されると、マイナーバージョンアップデートには約 5 ~ 8 分かかります。実際に消費される時間は、データベースとテーブルの数、およびデータ量によって異なります。データベースとテーブルの数が多い場合、またはテーブルに大量のデータが含まれている場合は、アップデートに時間がかかります。オフピーク時にアップデートを実行し、サービスで再接続メカニズムが使用可能であることを確認することをお勧めします。影響:

  • シングルレプリカ版クラスタの場合、クラスタ内のすべてのノードのマイナーエンジンバージョンが同時に更新されます。アップデート中は、クラスタは使用できません。

  • ダブルレプリカ版クラスタの場合、2 つのレプリカのマイナーエンジンバージョンでローリングアップデートが実行されます。アップデート中は、リクエストが 2 つのレプリカ間でルーティングされます。クラスタは数秒間断続的に中断されます。

マイナーバージョンアップデート ( Enterprise Edition)

クラスタの一時的な切断

予定切り替え日時でスイッチオーバーが実行されると、マイナーバージョンアップデートには約 10 ~ 15 分かかります。実際に消費される時間は、データベースとテーブルの数、およびデータ量によって異なります。データベースとテーブルの数が多い場合、またはテーブルに大量のデータが含まれている場合は、アップデートに時間がかかります。オフピーク時にアップデートを実行し、サービスで再接続メカニズムが使用可能であることを確認することをお勧めします。影響:

マイナーバージョンアップデート中は、Keeper ノードと ApsaraDB for ClickHouse 計算ノードのマイナーエンジンバージョンがバッチで更新され、ノードがバッチで起動されます。リクエストはノード間でルーティングされます。クラスタは数秒間断続的に中断されます。

ネットワークアップグレード

クラスタの一時的な切断

予定切り替え日時でスイッチオーバーが実行されると、ネットワークアップグレードには約 1 ~ 2 分かかります (ビジネスへの影響は秒単位で測定されます)。オフピーク時にアップデートを実行し、サービスで再接続メカニズムが使用可能であることを確認することをお勧めします。影響:

ネットワークアップグレード中は、クラスタは自動的にネットワークタイプを切り替えます。これにより、確立されたデータベース接続が一時的に切断される可能性があります。再接続を試みると、接続を復元できます。

ノード O&M

  • ダブルレプリカ版クラスタの一時的な切断

  • シングルレプリカ版クラスタの利用不可

予定切り替え日時でスイッチオーバーが実行されると、ノード O&M プロセスには約 5 ~ 10 分かかります。実際に消費される時間は、データベースとテーブルの数、およびデータ量によって異なります。データベースとテーブルの数が多い場合、またはテーブルに大量のデータが含まれている場合は、プロセスに時間がかかります。オフピーク時に操作を実行し、サービスで再接続メカニズムが使用可能であることを確認することをお勧めします。影響:

  • シングルレプリカ版クラスタ: すべての障害が発生したノードが同時に復元されます。復元中は、クラスタは使用できません。説明

  • ダブルレプリカ版クラスタ: 障害が発生したノードはバッチで復元されます。シャード内の 2 つのレプリカは同時に復元されず、少なくとも 1 つのレプリカがリクエストを処理するために使用可能な状態が維持されます。復元中は、リクエストが 2 つのレプリカ間でルーティングされるため、数秒間続く一時的な接続が発生する可能性があります。