Azure Database for MySQL - 単一サーバーの計画メンテナンス通知

  • [アーティクル]

適用対象: Azure Database for MySQL - シングル サーバー

重要

Azure Database for MySQL の単一サーバーは提供終了パスにあります。 Azure Database for MySQL フレキシブル サーバーにアップグレードすることを強くお勧めします。 Azure Database for MySQL フレキシブル サーバーへの移行の詳細については、「Azure Database for MySQL 単一サーバーの動作」を参照してください 。

Azure Database for MySQL に関する計画メンテナンス イベントの準備方法について説明します。

計画メンテナンスとは

Azure Database for MySQL サービスでは、基になるハードウェア、OS、データベース エンジンの自動修正が実行されます。 この修正プログラムには、新しいサービス機能、セキュリティ、ソフトウェア更新プログラムが含まれています。 MySQL エンジンの場合、マイナー バージョンのアップグレードは自動的に行われ、パッチ サイクルの一部として含まれます。 パッチの適用に必要なユーザー アクションや構成設定はありません。 修正プログラムは広範にテストされ、安全なデプロイ プラクティスを使用してロールアウトされます。

計画メンテナンスは、特定の Azure リージョン内のサーバーに対してこれらのサービスの更新がデプロイされるメンテナンス期間です。 計画メンテナンス中は、お客様のサーバーをホストしている Azure リージョンにサービスの更新がいつデプロイされるかをお客様に知らせる通知イベントが作成されます。 計画メンテナンスの間隔は、最短で 30 日です。 お客様は、次回のメンテナンス期間の 72 時間前に通知を受信します。

計画メンテナンス - 期間とお客様に与える影響

特定の Azure リージョンに対する計画メンテナンスは、通常は 15 時間実行されることが想定されています。 この期間には、必要に応じてロールバック プランを実行するためのバッファー時間も含まれています。 計画メンテナンス中にデータベース サーバーの再起動またはフェールオーバーが発生する可能性があり、これにより、エンドユーザーがデータベース サーバーを短時間利用できなくなる場合があります。 Azure Database for MySQL サーバーはコンテナー内で実行されているため、データベース サーバーの再起動は、通常は迅速に行われ、60 秒から 120 秒で完了することが想定されています。 各サーバーの再起動を含む計画メンテナンス イベント全体が、エンジニアリング チームによって注意深く監視されます。 サーバーのフェールオーバー時間はデータベースの復旧時間に依存します。このため、フェールオーバー時にサーバーで処理されているトランザクションの量が多い場合は、データベースがオンラインになるまで時間がかかる可能性があります。 再起動時間が長くなるのを避けるために、計画メンテナンス イベント中は実行時間の長いトランザクション (一括読み込み) を行わないようにすることをお勧めします。

要約すると、計画メンテナンス イベントは 15 時間実行されますが、個々のサーバーへの影響は、サーバー上のトランザクション アクティビティに応じて通常は 60 秒間継続します。 計画メンテナンスが開始される 72 カレンダー時間前に通知が送信され、特定のリージョンではメンテナンス中に別の通知が送信されます。

計画メンテナンスの通知を受け取るにはどうすればよいですか?

計画メンテナンス通知機能を利用して、まもなく実行される計画メンテナンスに関するアラートを受信できます。 お客様は、まもなく実行されるメンテナンスについての通知を、そのイベントが開始される 72 カレンダー時間前に受信し、特定のリージョンではメンテナンス中に別の通知を受信します。

計画メンテナンスの通知

重要

計画メンテナンスの通知は、現在、米国中西部を除くすべてのリージョンでプレビューとして利用できます

計画メンテナンス通知によって、Azure Database for MySQL に対してまもなく実行されるメンテナンスに関するアラートを受信できます。 これらの通知は Service Health の計画メンテナンスに統合されており、サブスクリプションに対してスケジュールされたすべてのメンテナンスを 1 か所に表示できます。 また、異なるリソースに対しては異なる連絡先が必要になる場合があるため、さまざまなリソース グループに対して適切なユーザーへの通知をスケーリングすることも可能です。 まもなく実行されるメンテナンスに関する通知は、そのイベントの 72 カレンダー時間前に受信します。

Microsoft では、計画メンテナンスの通知の 72 時間での通知をすべてのイベントに対して提供するために、あらゆる試みを行います。 ただし、重大時やセキュリティ更新プログラムに関する場合には、イベントが迫ってから通知が送信されたり、あるいは通知が省略されたりすることがあります。

Azure portal で計画メンテナンス通知を確認するか、通知を受信するようにアラートを構成できます。

Azure portal で計画メンテナンス通知を確認する

  1. Azure portal で、 [サービス正常性] を選択します。
  2. [計画メンテナンス] タブを選択します
  3. 計画メンテナンス通知を確認するサブスクリプション、リージョン、サービスを選択します。

計画メンテナンスの通知を受信するには

  1. ポータルで、 [サービス正常性] を選択します。
  2. [アラート] セクションで、 [正常性アラート] を選択します。
  3. [+ サービス正常性アラートの追加] を選択し、フィールドに入力します。
  4. 必須フィールドに入力します。
  5. [イベントの種類] を選択し、 [計画メンテナンス] または [すべて選択] を選択します
  6. [アクション グループ] で、アラートの受信方法 (電子メールの取得、ロジック アプリのトリガーなど) を定義します。
  7. [ルールの作成時に有効にする] を確実に [はい] に設定します。
  8. [アラート ルールの作成] を選択してアラートを完成させます

サービス正常性アラートの作成方法の詳細な手順については、「サービス通知のアクティビティ ログ アラートを作成する」を参照してください。

計画メンテナンスのキャンセルや延期は可能ですか?

お使いのサーバーをセキュリティで保護された安定した最新の状態に保つには、メンテナンスが必要です。 計画メンテナンス イベントは、キャンセルすることも延期することもできません。 特定の Azure リージョンに通知が送信された後、そのリージョン内の個々のサーバーに対する修正プログラムの適用スケジュールを変更することはできません。 修正プログラムは、リージョン全体に一度にロールアウトされます。 Azure Database for MySQL - 単一サーバー サービスは、サービスのきめ細かい制御やカスタマイズを必要としないクラウド ネイティブ アプリケーション向けに設計されています。 お使いのサーバーに対するメンテナンスをスケジュールする機能が必要な場合は、フレキシブル サーバーを検討することをお勧めします。

Azure リージョンへの修正プログラムの適用はすべて同時に適用されるのですか?

いいえ。Azure リージョンへの修正プログラムの適用は、すべてデプロイの時間枠のタイミングで実行されます。 デプロイの時間枠は、通常は特定の Azure リージョンで現地時間の午後 5 時から翌日午前 8 時までになります。 Geo ペアの Azure リージョンについては、別の日に修正プログラムが適用されます。 データベース サーバーの高可用性とビジネス継続性を実現するために、リージョン間の読み取りレプリカを活用することをお勧めします。

再試行ロジック

一時的なエラーとは自然に解決するエラーのことで、一過性の障害とも呼ばれます。 メンテナンス中に一時的なエラーが発生する可能性があります。 こうした事象の大半は、システムにより、60 秒かからず自動的に緩和されます。 一時的なエラーは、再試行ロジックを使用して処理する必要があります。

次のステップ