Azure Database for MySQL - フレキシブル サーバーの予定メンテナンスの設定を管理する
Azure サブスクリプションの Azure Database for MySQL フレキシブル サーバー インスタンスごとにメンテナンス オプションを指定できます。 オプションには、これから実行されるメンテナンス イベントと、終了したメンテナンス イベントのメンテナンス スケジュールと通知設定が含まれます。
前提条件
このハウツー ガイドを完了するには、次が必要です。
メンテナンス スケジュール オプションを指定する
- [Azure Database for MySQL フレキシブル サーバー] ページの [設定] 見出しで、[メンテナンス] を選んで予定メンテナンスのオプションを開きます。
- 既定の (システム管理) スケジュールでは、週のランダムに選択された曜日に 60 分の時間枠で、午後 11 時から午前 7 時 (ローカル サーバーの時刻) までの間にメンテナンスが開始されます。 このスケジュールをカスタマイズする場合は、 [カスタム スケジュール] を選択します。 それから望ましい曜日と 60 分間のメンテナンス開始時刻を選択します。
メンテナンスの再スケジュール
- メンテナンス期間中、[再スケジュール] というラベルが付いた新しいボタンが表示されます。
- [再スケジュール] を選択すると、[メンテナンスの再スケジュール] ウィンドウが表示され、予定メンテナンス アクティビティの新しい日時を選択できます。
- 希望の日時を選んだら、[再スケジュール] を選択して、選択を確定します。
- [今すぐ再スケジュール] を選択すると、オンデマンド メンテナンスのオプションも利用できます。 発生する可能性があるサーバーのダウンタイムなど、潜在的な影響を理解していることを確認するための、確認のダイアログが表示されます。
メンテナンスを再スケジュールすると、通知を継続的に受け取れるように、メール通知もトリガーされます。
再スケジュール期間の可用性は決まっていません。多くの場合、サーバーが存在するリージョンのメンテナンス期間全体の長さによって異なります。 つまり、再スケジュール オプションは、リージョンの運用とワークロードによって異なる可能性があります。
Note
メンテナンスの再スケジュールは、General Purpose サービス レベルと Business Critical サービス レベルでのみ利用できます。
考慮事項と制限事項
この機能を使うときは、次の点に注意してください。
- 需要の制約: 同じリージョン内で多数のメンテナンス アクティビティが同時に発生するため、スケジュール変更されたメンテナンスが取り消される可能性があります。
- ロックイン期間: サービスの信頼性を維持するため、スケジュール変更は、最初にスケジュールされたメンテナンス時間の 15 分前は行うことができません。
- 再スケジュールのスロットル: 同じリージョン内で同時にメンテナンスを予定しているサーバーが多すぎる場合、再スケジュールの要求が失敗することがあります。 再スケジュール要求が失敗した場合、エラー通知が送信されます。別のタイム スロットを選択することをお勧めします。 正常に再スケジュールされたメンテナンスは、通常、キャンセルになることはありません。
メンテナンスを再スケジュールできる回数に制限はなく、メンテナンスが "準備中" 状態にならない限り、いつでもメンテナンスを別の時間に再スケジュールできます。
スケジュールされたメンテナンス イベントに関する通知
Azure Service Health を使用すると、Azure Database for MySQL フレキシブル サーバー インスタンスでの、これから、および実行済みの予定メンテナンスに関する通知を確認できます。 また、Azure Service Health でアラートを設定して、メンテナンス イベントに関する通知を受け取ることもできます。