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

使用上の注意

• イベントは、緊急度に基づいて次のレベルに分類されます。

  • [S0: 緊急] リスク修正: このレベルのイベントは、ほとんどの場合、障害を回避するためにできるだけ早く修正する必要がある予期しないイベントです。たとえば、緊急の交換、アップグレード、または障害バージョンの更新、ホスト例外の修正、有効期限前の SSL 証明書のアップグレードなどです。イベント通知は 3 日以上前に送信される場合があり、予定切り替え日時を変更するための期間は短いです。

  • [S1: スケジュール済み] システムメンテナンス: このレベルのイベントは、ほとんどの場合、低リスクの問題の解決またはソフトウェアとハードウェアのスケジュールされたアップグレードです。イベント通知は 3 日以上前に送信され、イベントをキャンセルできます。

• スケジュールされた O&M イベントの通知を受信できるようにするには、 コンソールで通知方法を選択し、ApsaraDB 障害またはメンテナンス通知の連絡先を設定します。 データベース O&M 担当者を連絡先に指定することをお勧めします。 メッセージセンター コンソール。データベース運用担当者を連絡先に指定することをお勧めします。通知方法には、メールと内部メッセージが含まれます。 通知の成功率を向上させるために、メールを選択することをお勧めします。

  

  図 1 メッセージセンターコンソールのメッセージ設定のエントリ

  

  図 2 ApsaraDB 障害またはメンテナンス通知の通知設定

• O&M イベントをできるだけ早く通知を受ける場合、またはイベント駆動型 O&M 自動化をカスタマイズする場合は、CloudMonitor を使用してシステムイベントサブスクリプションを設定できます。 その後、クラウドデータベースサービスは、サブスクリプション、開始、終了、キャンセルなど、O&M イベントのライフサイクルに関連する CloudMonitor システムイベントをプッシュします。 詳細については、「」をご参照ください。 サブスクライブできる CloudMonitor システムイベントについては、このトピックの「」セクションをご参照ください。イベント サブスクリプション ポリシーの管理 (推奨)。サブスクライブできる CloudMonitor システムイベントについては、「付録 1 CloudMonitor 関連のシステムイベント。

  CloudMonitor イベントの例:

  {
    "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9", // イベントID。同じイベントは同じIDを持ちます。
    "product": "RDS",                                  // サービスコード。
    "reason": "Host software/hardware upgrade",        // イベントの原因。
    "extra": {
       
      "impactEn": "Transient instance disconnection",  // イベントの影響。
      "eventCode": "rds_apsaradb_transfer",            // O&Mイベントタイプのコード。
      "eventNameEn": "Instance migration",             // O&Mイベントの名前。
          
      "switchTime": "2024-09-15T01:30:00+08:00",       // スケジュールされたスイッチオーバー時間。スイッチオーバーが実行された場合にインスタンスで一時的な切断が発生する時間です。
      "startTime": "2024-09-14T21:30:00+08:00",          // イベントのスケジュールされた開始時間。イベントがスケジューリングキューに入り、実行されるのを待つ時間です。
      "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // キャンセルリスクコード。詳細については、このトピックの「付録 2 詳細な原因コードとキャンセルリスク」セクションをご参照ください。
      "detailCode": "HostSoftHardwareUpgrade",            // 詳細な原因コード。詳細については、このトピックの「付録 2 詳細な原因コードとキャンセルリスク」セクションをご参照ください。
      "instanceInfo": ""
    },
    "instanceId": "rm-2ze9d66o65q1g02g6",             // インスタンスID。
    "eventType": "Maintenance",
    "instanceComment": "rm-2ze9d66o65q1g02g6",        // インスタンスのエイリアス。
    "instanceType": "Instance",
    "publishTime": "2024-09-10T16:01:47+08:00"
  }

手順

1. 管理するインスタンスまたはクラスタのデータベースサービスのコンソールにログオンします。

2. 左側のナビゲーション ウィンドウで、[イベントセンター (旧イベント管理)] > [スケジュール済みイベント]。上部のナビゲーションバーで、インスタンスまたはクラスターが存在するリージョンを選択します。

3. [スケジュール済みイベント] ページで、イベントに関する情報を表示します。 デフォルトでは、 状態のイベントが表示されます。 タブと タブをクリックして、過去の完了済みイベントとキャンセル済みイベントを切り替えることができます。 次の表に、イベント属性を示します。計画済みstate are displayed. You can click the [Refresh] button to refresh the list. 表示されている状態です。[更新] ボタンをクリックしてリストを更新できます。完了 および キャンセル済み タブを使用して、履歴の完了イベントとキャンセルイベントを切り替えます。次の表は、イベント属性について説明しています。

   属性	例	説明
   イベントタイプ	リスク修正	イベントは、緊急度に基づいてリスク修正とシステムメンテナンスのレベルに分類されます。
   ステータス	保留中	イベントのスケジューリングステータス。 次のステータスに注意してください。 [時間設定を待機中]: イベントの実行時間は空であり、ビジネス要件に基づいて時間設定を行う必要があります。 指定された期限までに時間設定を行わない場合、システムはイベントの実行を自動的にキャンセルし、イベントを自動的に実行しません。 保留中: イベントは、スケジュールされた開始時間に達するまで待機します。 実行中: イベントはスケジュールどおりに実行されています。 この場合、手動による介入はできません。 イベントを緊急に終了するには、チケットを送信してください。 非標準の操作を実行すると、未知のリスクが発生する可能性があります。 成功: イベントは正常に実行されました。 キャンセル済み: イベントの実行に失敗したか、キャンセルされました。 以下に、一般的なキャンセルの原因を示します。 ユーザーキャンセル (UserCancel): イベントの実行は、コンソールまたは API 操作の呼び出しによってキャンセルされました。 ユーザー応答タイムアウト (UserResponseTimeout): イベントの時間設定が期限までに設定されていないため、イベントは自動的にキャンセルされました。 データベース管理のためのキャンセル (SupervisorCancel): イベントイニシエーターは、データベース管理のためにイベントの実行をキャンセルしました。 オンデマンド回避キャンセル (AvoidCancel): リスクが軽減されたか、インスタンスまたはクラスタの現在のステータスでこのイベントを実行する必要がなくなったため、イベントを実行する必要はありません。 たとえば、インスタンスまたはクラスタがすでに最新バージョンである場合は、更新は必要ありません。 システムによる自動キャンセル (AutoCancel): スケジュール済みイベントの定期チェック中に、システムがインスタンスまたはクラスタが実行条件を満たしていないと判断したため、イベントの実行がキャンセルされました。 たとえば、インスタンスまたはクラスタの現在のステータスが異常であり、アクションコマンドを発行できません。 実行タイムアウト (ExecuteTimeout): イベントは実行キューに入りましたが、予期された時間内に実行が完了しませんでした。 実行失敗 (ExecuteFail): 不明な例外により、実行中にイベントが失敗しました。
   イベントタイプ	マイナーバージョンアップデート	イベントのタイプ。 詳細については、このトピックの「参照イベントタイプと影響」セクションをご参照ください。
   原因	-	イベントの原因。 詳細については、このトピックの「参照付録 2 詳細な原因コードとキャンセルリスク」セクションをご参照ください。
   ビジネスへの影響	一時的な切断	イベントのビジネスへの影響。 イベントの種類によって、ビジネスへの影響は異なります。 詳細については、このトピックの「」セクションをご参照ください。イベントの種類と影響
   O&M の推奨事項	アプリケーションがインスタンスまたはクラスタに自動的に再接続するように設定されていることを確認し、ビジネスへの影響に注意してください。	イベントの O&M の推奨事項。 O&M の推奨事項は、イベントによって異なります。 詳細については、このトピックの「」セクションをご参照ください。付録 1 CloudMonitor 関連のシステムイベント
   開始時間	-	イベントのスケジュールされた開始時間。これは、イベントがスケジューリングキューに入る時間です。 開始時間の前は、イベントはインスタンスまたはクラスタに影響を与えません。 開始時間後も、インスタンスまたはクラスタにアクセスできます。 ただし、インスタンスまたはクラスタ構成の変更やゾーン間のインスタンスまたはクラスタの移行など、インスタンスレベルまたはクラスタレベルの操作を実行することはできません。 イベントが [時間設定を待機中] 状態の場合、この属性は空です。
   スケジュールされたスイッチオーバー時間	-	スケジュールされたスイッチオーバー時間。これは、プライマリ/セカンダリスイッチオーバーまたはリンクスイッチオーバーが実行された場合に、インスタンスまたはクラスタで一時的な切断が発生する時間です。 時間は推定値です。 スイッチオーバーはその時間の頃に発生すると予想されます。 元のゾーンに切り替えるなどの極端なケースでは、2 回のスイッチオーバーが発生する可能性があります。 説明 ほとんどの場合、スイッチオーバーの前にイベントのスケジューリングやデータの準備などの手順を実行するために準備時間が必要になるため、開始時間とスイッチオーバー時間には時間差があります。 時間差は、データベースサービスによって異なる場合があります。
   期限	-	イベントの実行の時間設定を行うことができる最新の です。 使用するスイッチオーバー時間は、この時間より後にすることはできません。
   キャンセル可能	はい	このイベントをブロックするには、キャンセルします。 ほとんどの場合、この機能はシステム O&M イベントで使用できます。 重要 ほとんどの場合、スケジュールされたイベントは、定期検査中にクラウドデータベース管理システムによって発行されます。イベントを一度キャンセルすると、次の検査サイクルで新しいイベントが発行される可能性があります。頻繁にキャンセルすると、リスクが高まる可能性があります。イベントをキャンセルするのではなく、ビジネス状況に基づいてイベントを実行する適切な時間を選択することをお勧めします。キャンセルのリスクについては、このトピックの「付録 2 詳細な原因コードとキャンセルのリスク」セクションを参照してください。
   スケジュールの変更が可能	はい	ほとんどの場合、イベントの実行時間を変更できます。 高リスクを緊急に修正するための期間が短いシナリオでは、イベントの実行時間を変更できない場合があります。

4. (オプション) イベントの再スケジュール。

   実行時間を変更するイベントを選択し、 をクリックします。 表示されるページで、次の設定のいずれかを構成します。[スケジュール イベント]。表示されるページで、次の設定のいずれかを行います。

   • [即時実行]: イベントの開始時間として現在の時間を指定します。 その後、イベントは実行キューに入り、すぐに実行されます。

   • [指定された時間にスイッチオーバー]: 設定可能なスイッチオーバー時間範囲に基づいて適切なスイッチオーバー時間を選択できます。 開始時間は、スイッチオーバー時間に基づいて自動的に計算されます。 新しい開始時間を現在の時間より前にすることはできません。 そうしないと、スイッチオーバー時間を変更できません。

5. (オプション) 定期的な時間枠設定の変更。

   イベントリストの右上隅にある [定期的な時間枠設定] をクリックします。

   ほとんどの場合、インスタンスまたはクラスタのスケジュール済みイベントの実行時間は、インスタンスまたはクラスタのメンテナンスウィンドウに基づいて自動的に計算されます。 ApsaraDB RDS インスタンス、Tair (Redis OSS 互換) インスタンス、ApsaraDB for MongoDB インスタンス、および PolarDB クラスタのメンテナンスウィンドウを設定する方法については、「」、「」、「」、および「」をご参照ください。 また、O&M 要件に基づいてカスタムの定期的な時間枠を指定することもできます。 システムがイベントを開始した場合、イベントの実行時間は、指定された時間枠に基づいて優先的に計算されます。メンテナンスウィンドウを構成する、メンテナンスウィンドウを構成する、メンテナンスウィンドウを指定する、および メンテナンスウィンドウを設定する。また、O&M 要件に基づいてカスタムの定期的なタイムウィンドウを指定することもできます。システムがイベントを開始した場合、イベントの実行時間は、指定されたタイムウィンドウに基づいて優先的に計算されます。

   定期的な時間枠は、月単位または週単位で設定できます。 たとえば、定期的な時間枠を毎週月曜日と火曜日の 02:00 から 03:00 に設定し、スケジュール済みイベントの時間枠を今週の火曜日から次の日曜日まで設定した場合、イベントのスイッチオーバー時間の範囲には、今週の火曜日の 02:00 から 03:00 と次の月曜日の 02:00 から 03:00 が含まれます。 ほとんどの場合、スイッチオーバーは今週の火曜日に優先的に実行されます。

   重要

   1. この設定は、新しいイベントに対してのみ有効です。 既存のイベントの実行時間を変更する場合は、[実行時間の構成] をクリックします。

   2. この設定は、システムメンテナンスレベルでのみイベントの実行時間を計算するのに役立ちます。 実際の実行時間は、イベントリストに表示される時間に左右されます。

   3. この設定はアカウントレベルの設定です。 この設定は、[定期的な時間枠設定] をサポートするすべてのデータベースサービスに有効です。

6. (オプション) スケジュール済みイベントのキャンセル。

   キャンセルするイベントを選択し、[クリック]します[スケジュール済みイベントのキャンセル]。表示されるページでキャンセルリスクを確認し、[クリック][確認]。

イベントタイプと影響

関連 API 操作