Azure Database for MySQL - フレキシブル サーバーの新機能

適用対象: Azure Database for MySQL - フレキシブル サーバー

Azure Database for MySQL フレキシブル サーバーは、データベース管理機能と構成設定において、Azure Database for MySQL シングル サーバー デプロイ モードよりもさらにきめ細かな制御と柔軟性を提供するように設計されたデプロイ モードです。 現在、このサービスでは、MySQL 5.7 と 8.0 のコミュニティ バージョンがサポートされています。

この記事では、2021 年 1 月に利用開始されている Azure Database for MySQL フレキシブル サーバーの新しいリリースと機能について説明します。 リストは新しい順に記載されており、最新の更新が最初に示されています。

注意

この記事では、Microsoft が使用しなくなった "スレーブ" という用語を参照しています。 ソフトウェアからこの用語が削除された時点で、この記事から削除します。

2024 年 3 月

  • 高速ログでメジャー バージョンのアップグレードがサポートされるようになりました。

    高速ログに、メジャー バージョンのアップグレードのサポートが導入されました。高速ログ機能を有効にした状態で、MySQL バージョン 5.7 から MySQL バージョン 8.0 にアップグレードできます。詳細情報。

2024 年 2 月

  • 高速ログが、既存のサーバーで使用できるようになり、3 つの新しいリージョンで利用できるようになりました。

    以前は 11 月 14 日以降に作成されたサーバーに制限されていた高速ログは、プレビュー段階のすべての既存の Business Critical レベルのスタンドアロン サーバーでアクセスできるようになりました。 高速ログでは、Microsoft Entra ID もサポートされるようになりました。 さらに、この機能は、東日本、韓国中部、ポーランド中部の 3 つの新しいリージョンを含むように拡張されました。 詳細情報。

  • 既知の問題

    今月のデプロイの技術的な問題により、読み取りレプリカを持つプライマリ サーバーは、高速ログ機能を有効にすることを一時的に制限されています。 レプリカ サーバーを作成する前に、高速ログ機能を無効にすることをお勧めします。 高速ログとレプリカの作成に関するサポートが必要な場合は、サポート チケットを開いてください。 詳細情報。

  • 監査ログでのワイルド カード エントリのサポート

    サーバー パラメータにおいて audit_log_include_usersaudit_log_exclude_users でワイルドカードがサポートされるようになり、監査ログでユーザーの包含と除外を指定する柔軟性が向上しました。 詳細情報

  • 包括的な MySQL ユーザー監査のための CONNECTION_V2 による監査ログの強化

    サーバー パラメータ audit_log_events で詳細な接続ログのイベント CONNECTION_V2 がサポートされ、MySQL の操作におけるユーザー監査、接続状態、およびエラー コードに関する分析情報が提供されるようになりました。詳細情報

2023 年 12 月

  • Azure Database for MySQL フレキシブル サーバーのほぼゼロのダウンタイム メンテナンス (プレビュー)

    この機能により、メンテナンス関連のダウンタイムが大幅に短縮され、通常、ほとんどの場合、操作は 60 秒未満に維持されます。 HA 対応サーバーで計画フェールオーバーを使用すると、最初にスタンバイ サーバーが更新され、続いてフェールオーバーによってそのサーバーがプライマリになり、最後に元のプライマリ サーバーが更新されるため、サービスの中断が最小限に抑えられます。詳細情報

  • Azure Database for MySQL フレキシブル サーバーのサーバー ログの下のエラー ログ (プレビュー)

    この新機能により、MySQL Server のエラー ログへの直接アクセスが可能になり、問題のトラブルシューティング能力が大幅に向上し、Azure Database for MySQL フレキシブル サーバーの透明性と独立性が強化されます。詳細情報

2023 年 11 月

  • レプリカ プロビジョニング エクスペリエンスの強化

    レプリカ プロビジョニング エクスペリエンスにより、プロビジョニング ワークフロー中にレプリカのコンピューティングとストレージの設定をさらに柔軟に変更できるようになりました。 レプリカ サーバーのプロビジョニング後に変更を加えるのではなく、プロビジョニング時にレプリカ サーバーのコンピューティング設定を変更することを選択できます。 この機能により、レプリカ サーバーのバックアップ リテンション期間の日数を変更し、ソース サーバーとは異なる値を持つよう構成することもできます。

  • Azure CLI を使用した複数のサーバー パラメータの変更

    Azure CLI を使用して、Azure Database for MySQL フレキシブル サーバー インスタンスの複数のサーバー パラメータを簡単に更新できるようになりました。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーの高速ログ (プレビュー)

    Azure Database for MySQL フレキシブル サーバー用の高速ログ機能がプレビューになったことをお知らせします。 この機能は、Business Critical サービス レベルで使用できます。 高速ログを使うと、Azure Database for MySQL フレキシブル サーバー インスタンスのパフォーマンスが大幅に向上し、高スループットのニーズ用に設計されていて待ち時間の短縮とコスト効率の最適化も実現する動的ソリューションが提供されます。詳細情報

  • Azure Database for MySQL フレキシブル サーバーの Universal Geo Restore (一般提供)

    Universal Geo Restore 機能を使用すると、Azure Database for MySQL フレキシブル サーバーが利用できる Azure 対応リージョンの一覧にある代替リージョンにソース サーバー インスタンスを復元できます。 あるリージョンで大規模な問題が発生した結果、データベース アプリケーションが利用できなくなった場合、ディザスター リカバリー オプションとしてこの機能を利用すれば、ソース サーバー リージョンとは別の Azure 対応ターゲット リージョンにサーバーを復元できます。 詳細情報。

2023 年 10 月

  • Azure Database for MySQL フレキシブル サーバーの新しい仮想コア オプションの追加

    Azure Database for MySQL フレキシブル サーバーの Business Critical サービス レベルに新たに 20 個の仮想コア オプションを導入したことをお知らせします。 詳細については、「Azure Database for MySQL フレキシブル サーバーのコンピューティング オプション」を参照してください。

  • Azure Database for MySQL フレキシブル サーバーのメトリック計算

    "ホストのメモリ使用率" メトリックには、メモリ使用状況のより正確な計算が表示されます。 再利用可能なメモリが計算から除外され、サーバーが実際に使ったメモリが反映されるようになりました。 この機能強化により、サーバーのメモリ使用率をより正確に把握できるようになります。 予定メンテナンス期間が完了すると、既存のサーバーはこの機能強化の恩恵が受けられます。

  • 既知の問題

    • CMK 設定の変更中に、ユーザー割り当てマネージド ID とキー識別子を 1 つの要求で変更しようとすると、操作は中断されます。 今後のデプロイでこの問題を解決する永続的な解決策を提供できるように取り組んでいます。 それまでは、ユーザー割り当てマネージド ID とキー識別子の更新という 2 つの操作を必ず別の要求に分けて実行してください。 ユーザー割り当て ID が両方のキー コンテナーに必要なアクセス権を持っている限り、これらの操作の順序は重要ではありません
    • ARM、CLI、または RestAPI を使って Azure Database for MySQL フレキシブル サーバー インスタンスを作成または更新しているときに、お客様が新しいカスタム メンテナンス期間 (CMW) 構成を初期化できないという既知の問題を確認しました。 現在、CMW 構成の初期設定には Azure portal を使う必要があります。 CMW に対する以降の変更は、サーバーの更新中に行うことができます。 現在、この制限の解決に向け積極的に取り組んでいます。 回避策として、ARM、CLI、または RestAPI を使ってさらに変更を加える前に、Azure portal を使って MySQL サーバーの CMW を手動で設定できます。

2023 年 9 月

  • Azure Database for MySQL フレキシブル サーバーのフレキシブル メンテナンス (パブリック プレビュー)

    Azure Database for MySQL フレキシブル サーバーのフレキシブル メンテナンスを使うと、運用リズムに合わせたメンテナンス スケジュールが可能になります。 この機能を使うと、最長 14 日間の期間内でメンテナンス タスクのスケジュールを変更し、オンデマンド メンテナンスを開始できるため、これまでよりもサーバーの維持管理のタイミングを制御できます。 今後、さらにカスタマイズ可能なエクスペリエンスが追加される予定です。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバー上のユニバーサル クロス リージョン読み取りレプリカ (一般提供)

    Azure Database for MySQL フレキシブル サーバーで、パブリック リージョンのユニバーサル読み取りレプリカがサポートされるようになりました。 この機能により、Azure Database for MySQL フレキシブル サーバーのインスタンスからユニバーサル リージョンの読み取り専用サーバーにデータを複製できます。ユニバーサル リージョンには、Azure Database for MySQL フレキシブル サーバーが利用できる Azure 対応リージョンの一覧に含まれるあらゆるリージョンを指定できます。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーの Private Link (一般提供)

    プライベート エンドポイントを有効にして、Private Link を介して Azure Database for MySQL フレキシブル サーバーにアクセスするための安全な手段を提供できるようになりました。これにより、パブリックとプライベートの両方のアクセスを同時に許可できます。 必要に応じて、パブリック アクセスを制限し、ネットワーク セキュリティを強化するために接続がプライベート エンドポイント経由でのみルーティングされるようにすることができます。 また、サーバーの作成中または作成後に、Private Link 設定を構成または更新することもできます。 詳細情報。

  • Azure Database for MySQL 単一サーバーから Azure Database for MySQL フレキシブル サーバーへの移行に対する Azure MySQL インポートのスマート既定値 (パブリック プレビュー)

    最小限の入力で単一の CLI コマンドを実行することで、Azure Database for MySQL の単一サーバー インスタンスを Azure Database for MySQL フレキシブル サーバー インスタンスに移行できるようになりました。 このコマンドでは、ソース サーバーの SKU とプロパティに基づいて、ターゲットの Azure Database for MySQL フレキシブル サーバー プロビジョニングにスマート既定値が利用されます。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーへのインプレース自動移行の対象となる Azure Database for MySQL 単一サーバー インスタンスの指定

    Basic または GP SKU を使用する Azure Database for MySQL 単一サーバー ワークロードを所有し、データ ストレージで < 10 GiB が使用されており、複雑な機能 (CMK、Microsoft Entra ID、読み取りレプリカ、Private Link) が有効になっていない場合は、こちらのフォームを使用してサーバーの詳細を送信し、Azure Database for MySQL フレキシブル サーバーへのインプレース自動移行を自身で指定できるようになりました (サービスによってまだスケジュールされていない場合)。

2023 年 8 月

  • Azure Database for MySQL フレキシブル サーバーの Universal Geo Restore (パブリック プレビュー)

    Universal Geo Restore 機能を使用すると、Azure Database for MySQL フレキシブル サーバーが利用できる Azure 対応リージョンの一覧にある代替リージョンにソース サーバー インスタンスを復元できます。 あるリージョンで大規模な問題が発生した結果、データベース アプリケーションが利用できなくなった場合、ディザスター リカバリー オプションとしてこの機能を利用すれば、ソース サーバー リージョンとは別の Azure 対応ターゲット リージョンにサーバーを復元できます。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーで生成された非表示の主キー

    Azure Database for MySQL フレキシブル サーバーでは、MySQL バージョン 8.0 用に生成された非表示の主キー (GIPK) がサポートされるようになりました。 この変更により、既定では、サーバー システム変数 "sql_generate_invisible_primary_key" の値が MySQL 8.0 上のすべての Azure Database for MySQL フレキシブル サーバーに対して ON になります。 GIPK モードが ON の場合、MySQL は、明示的な主キーなしで作成された新しい InnoDB テーブルに対して非表示の主キーを生成します。 GIPK モードの詳細: 生成された非表示の主キーおよび非表示の列メタデータ

2023 年 7 月

  • Azure Database for MySQL フレキシブル サーバーでの IOPS の自動スケーリング (一般提供)

    一定量の IOPS を事前にプロビジョニングしておかなくても、オンデマンドで IOPS をスケーリングできるようになりました。 この機能を使用すると、サーバーがワークロードのニーズに応じて IOP を自動的にスケールアップまたはスケールダウンするため、Azure Database for MySQL フレキシブル サーバーでの IO 管理を安心して行うことができます。 この機能を使用すると、使用した IO に対する料金だけを支払い、予備のリソースをプロビジョニングしてその分の料金を支払う必要がなくなるため、時間とコストを節約できます。 自動スケールIOPS機能により管理が不要になるため、Azure Database for MySQL フレキシブル サーバーのお客様に最小限のコストで最高のパフォーマンスを提供できます。 詳細情報。

2023 年 6 月

  • Azure Database for MySQL フレキシブル サーバーの Private Link (プレビュー)

    Private Link を使用して Azure Database for MySQL フレキシブル サーバーへのプライベート アクセスを有効にできるようになりました。 Azure Private Link は基本的に、プライベート仮想ネットワーク (VNet) 内に Azure サービスを提供します。 プライベート IP アドレスを使用すると、Azure Database for MySQL フレキシブル サーバー インスタンスは VNet 内の他のリソースとまったく同様にアクセスできるようになります。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーのカスタマー マネージド キーを使用したデータ暗号化の強化

    Azure Database for MySQL フレキシブル サーバーでは、カスタマー マネージド キーを使用してデータ暗号化を有効にするために、選択した Vnet から Azure Key Vault へのアクセスを許可できるようになりました。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーのサーバー パラメーター サポート

    以下のサーバー パラメーターに関するサポートが必要な場合は、サポート チームにお問い合わせください。

    lower_case_table_names: サポートされている値は、MySQL バージョン 5.7 では値 2 に変更されます。 値を 2 から 1 に変更することはできません。 サポート チームにお問い合わせください。

    innodb_flush_log_at_trx_commit: このパラメーターは、ACID コンプライアンスを確保するためのコミット操作の厳格さのレベルを決定します。 値を既定の設定から変更すると、データが失われる可能性があります。

  • Azure Database for MySQL - フレキシブル サーバーの最大 IOPS サポート

    Business Critical SKU で 80,000 IOPS がサポートされるようになりました。これにより 1 秒あたりの IO 操作数が増えるため、パフォーマンスが向上します。 詳細については、こちらを参照してください

2023 年 5 月

  • Azure Database for MySQL - フレキシブル サーバー上の geo ペア リージョン読み取りレプリカ (一般提供)

    Azure Database for MySQL - フレキシブル サーバーで、geo ペア リージョンのリージョン間読み取りレプリカがサポートされるようになりました。 この機能を使用すると、Azure Database for MySQL フレキシブル サーバーのインスタンスから、geo ペア リージョンの読み取り専用サーバーにデータをレプリケートできます。 詳細情報

  • GTID を使用したデータイン レプリケーションのサポート

    フレキシブル サーバーで、GTID ベースのレプリケーションを使用したデータイン レプリケーションもサポートされるようになりました。 この機能を使用して、HA 対応サーバーのデータイン レプリケーションを構成することもできます。 詳しくは、GTID を使用してデータイン レプリケーションを構成する方法をご覧ください

  • Azure Database for MySQL フレキシブル サーバーの 5.7 から 8.0 へのメジャー バージョン アップグレード (一般提供)

    メジャー バージョンのアップグレード機能を使用すると、データ移動やアプリケーション接続文字列の変更を行うことなく、ボタンを選択するだけで、Azure Database for MySQL フレキシブル サーバーの既存のインスタンスを MySQL 5.7 から MySQL 8.0 にインプレース アップグレードすることができます。 Azure Database for MySQL フレキシブル サーバーのメジャー バージョンを 5.7 から 8.0 にアップグレードすることで、パフォーマンスの向上、セキュリティの強化、そしてデータ辞書、JSON 拡張、ウィンドウ関数などの新機能にアクセスできます。 詳細情報

2023 年 4 月

  • 既知の問題

    ストレージの自動拡大: ストレージの自動拡大機能が有効になっており、事前プロビジョニングされた IOPS が増加すると、インスタンスのストレージ サイズが予期せず増加する可能性があります。 現在、この問題の解決に積極的に取り組んでいます。利用可能になり次第、すぐに更新プログラムを提供します。

2023 年 3 月

  • Azure Resource Health

    Azure Resource Health を使用して、計画または計画外のフェールオーバーが発生した場合に HA 対応サーバーの正常性と可用性を監視します。 詳細情報

  • 強化された復元エクスペリエンス

    復元エクスペリエンスにより、復元されたサーバーのプロビジョニング中にコンピューティングとストレージの設定を変更する柔軟性が向上します。 復元されたサーバーは、プロビジョニング時にソース サーバーよりも高いコンピューティング レベル、コンピューティング サイズ、ストレージを持つよう構成できるようになりました。 「ストレージの自動拡張」、「バックアップの保有期間」、「geo 冗長」などのオプションを編集して、ソース サーバーとは異なる値を設定することもできます。

2023 年 2 月

  • 拡張メトリック ブックを使用できるようになりました

    最近追加された拡張メトリック ブックを使用して、システムのパフォーマンスを監視します。 すべての拡張メトリックが 1 か所に統合されたことにより、システムの正常性を簡単に監視および追跡し、情報に基づいた意思決定を行って、全体的なパフォーマンスを向上させることができます。

  • メジャー バージョンのアップグレードが再び使用できるようになりました

    メジャー バージョンのアップグレード機能は、技術的な問題が原因でポータルで一時的に無効になっていましたが、再び使用できるようになりました。 アップグレード機能で問題が発生した場合は、サポート チケットをオープンしてください。Microsoft がサポートします。

  • MySQL バージョン 8.0 での再実行ログ管理

    MySQL バージョン 8.0.30 以降では、再実行ログの構成方法が変更されました。 innodb_log_file_size 変数を使用する代わりに、innodb_redo_log_capacity 変数を使用して、使用可能な値から再実行ログを簡単に調整できるようになりました。 詳細については、こちらを参照してください

  • サポートされていないサーバー パラメーター

    Azure Database for MySQL フレキシブル サーバーの thread_handling パラメーターを変更する機能は、基になるアーキテクチャとパフォーマンスを考慮して廃止されました。

  • Azure Database for MySQL - フレキシブル サーバーの 8.0.31 へのマイナー バージョン アップグレード

    今月のデプロイ後、Azure Database for MySQL フレキシブル サーバー 8.0 はマイナー バージョン 8.0.31* 上で動作するようになります。このマイナー バージョンで行われる変更の詳細については、「MySQL 8.0.31 の変更 (2022-10-11、一般提供)」を参照してください

  • 既知の問題

    ポータルでアップグレード オプションを使用できない: 今月のデプロイ後の技術的な問題により、メジャー バージョン アップグレード機能が一時的にポータルで使用できなくなりました。 ご不便をおかけしましたことをお詫び申し上げます。 Microsoft チームは解決策に取り組んでおり、この問題は次のデプロイ サイクルで解決される予定です。 メジャー バージョン アップグレードについてすぐにサポートが必要な場合は、サポート チケットをオープンしてください。Microsoft がサポートします。

2022 年 12 月

  • 新しいレプリケーション メトリック

    Azure Database for MySQL – フレキシブル サーバーによって提供されるさまざまなレプリケーションの種類に基づいて、新たに公開されたレプリケーションの状態メトリックを使用して、レプリケーションのパフォーマンスと正常性をより適切に可視化できるようになりました。 詳細情報

  • データアウト レプリケーションのサポート

    Azure Database for MySQL: フレキシブル サーバーでデータアウト レプリケーションがサポートされるようになりました。 この機能により、お客様は Azure Database for MySQL フレキシブル サーバー (ソース) から、オンプレミス、仮想マシン、または Azure の外部でホストされているデータベース サービスにある別の MySQL (レプリカ) にデータを同期できます。 詳細については、データアウト レプリケーションの構成方法に関する記事を参照してください。

2022 年 11 月

  • Azure Database for MySQL - フレキシブル サーバー (一般提供) の Azure Active Directory 認証

    ID を使用することで、Azure Database for MySQL - フレキシブル サーバーに対して Microsoft Azure Active Directory (Azure AD) を使用した認証を行えるようになりました。 Azure AD 認証を使用すると、データベース ユーザー ID やその他のMicrosoft サービスを一元的な場所で管理できるため、アクセス許可の管理が簡素化されます。 詳細情報

  • カスタマー マネージド キー データ暗号化 – Azure Database for MySQL – フレキシブル サーバー (一般提供)

    Azure Database for MySQL フレキシブル サーバーのカスタマー マネージド キー (CMK) (プレビュー) によるデータ暗号化を使用して、保存データの保護に独自のキーを使用し (BYOK)、キーとデータの管理責任を分離できます。 CMK を使用したデータ暗号化は、サーバー レベルで設定されます。 特定のサーバーについては、キー暗号化キー (KEK) と呼ばれる CMK を使用して、サービスによって使用されるデータ暗号化キー (DEK) を暗号化します。 カスタマー マネージド キー (CMK) では、キー ライフサイクル管理 (キーの作成、アップロード、交換、削除)、キーの使用権限、およびキーに対する操作の監査は、お客様の責任であり、お客様がこれらを完全に制御できます。 詳細情報

  • Azure US Government リージョンでの一般提供 Azure Database for MySQL フレキシブル サーバーが、次の Azure リージョンでご利用いただけるようになりました。

    • USGov バージニア州
    • USGov アリゾナ
    • USGov テキサス
  • 既知の問題

    特定のシナリオでは、ソース サーバーがゾーン冗長 HA として構成され、geo 冗長性も有効になっている場合、ターゲット リージョンで可用性ゾーンがサポートされていないと、geo リストア ワークフローは失敗します。

2022 年 10 月

  • Azure Database for MySQL フレキシブル サーバー内の General Purpose 層と Business Critical 層用の AMD コンピューティング SKU

    General Purpose (Dadsv5 シリーズ) 層と Business Critical (Eadsv5 シリーズ) 層に基づいて、Azure Database for MySQL フレキシブル サーバー インスタンス用の Intel ハードウェアと AMD ハードウェアを選択できるようになりました。 AMD SKU は、すべての Azure Database for MySQL フレキシブル サーバー ユーザーに、競争力のある価格パフォーマンス オプションを提供します。 ポータルでの透明性を確保するために、プライマリとセカンダリの両方のサーバーのコンピューティング ハードウェア ベンダーを選択できます。 ワークロードに最適なコンピューティング プロセッサを決めたら、より多くの利用可能なリージョンとゾーンにフレキシブル サーバーをデプロイします。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーでの IOPS の自動スケーリング (プレビュー)

    一定量の IOPS を事前にプロビジョニングしておかなくても、オンデマンドで IOPS をスケーリングできるようになりました。 この機能を使用すると、サーバーがワークロードのニーズに応じて IOP を自動的にスケールアップまたはスケールダウンするため、Azure Database for MySQL フレキシブル サーバーでの IO 管理を安心して行うことができます。 この機能を使用すると、使用した IO に対する料金だけを支払い、予備のリソースをプロビジョニングしてその分の料金を支払う必要がなくなるため、時間とコストを節約できます。 加えて、ミッション クリティカルなレベル 1 アプリケーションでは、ワークロードでいつでも追加の IO を使用できるようにすることによって、一貫したパフォーマンスを実現できます。 IO の自動スケーリングを使用すると管理が不要になるため、Azure Database for MySQL のお客様に最小限のコストで最高のパフォーマンスを提供できます。 詳細情報

  • Azure Database for MySQL フレキシブル サーバー (プレビュー) に対して最小限の労力でメジャー バージョンのアップグレードを実行する

    メジャー バージョンのアップグレード機能を使用すると、データ移動やアプリケーション接続文字列の変更を行うことなく、ボタンを選択するだけで、Azure Database for MySQL フレキシブル サーバーの既存のインスタンスを MySQL 5.7 から MySQL 8.0 にインプレース アップグレードすることができます。 この機能を利用して、Azure Database for MySQL フレキシブル サーバーのインスタンスでメジャー バージョンのアップグレードを効率的に実行し、最新の MySQL 8.0 オファーを使用します。 詳細情報。

  • Azure Data Studio 用の MySQL 拡張機能 (プレビュー)

    データ プラットフォームとクラウド デプロイ モデル間で複数のデータベースを操作する場合に、1 つのツールを使用してすべてのデータベースで最も一般的なタスクを実行することで、生産性が数倍に向上します。 Azure Data Studio の MySQL 拡張機能を使用すると、IntelliSense、コード スニペット、ソース管理の統合、ネイティブ Jupyter Notebook、統合ターミナルなど、Azure Data Studio の最新のエディター エクスペリエンスと機能を利用して、他のデータベースと共に MySQL データベースに接続したり、修正したりできるようになりました。 オンプレミス、仮想マシン、他のクラウド内のマネージド MySQL、Azure Database for MySQL フレキシブル サーバーでホストされている任意の MySQL サーバーとともにこの新しいツールを使用します。 詳細情報。

  • 監視を向上させるための強化されたメトリック

    Azure Database for MySQL フレキシブル サーバー インスタンスの監視で、さらに多くのメトリックを監視できるようになりました。 強化されたメトリックを使用すると、Innodb メトリックを使用して可視性を高め、パフォーマンスを監視したり、DML 統計DDL 統計などのメトリックを使用してデータベース管理の操作をトラブルシューティングしたりできます。 詳細情報

  • 構成可能になったサーバー パラメーター

    構成可能になったサーバー パラメーターの一覧。

  • 既知の問題

    • Azure Database for MySQL フレキシブル サーバーのメジャー バージョンのアップグレード後のコンピューティング サイズの変更は、現在許可されていません。 メジャー バージョンをバージョン 5.7 からバージョン 8.0 にアップグレードする前に、Azure Database for MySQL フレキシブル サーバー インスタンスのコンピューティング サイズを変更することをお勧めします。

2022 年 9 月

  • HA 対応 Azure Database for MySQL フレキシブル サーバーの読み取りレプリカ (一般提供)

    読み取りレプリカ機能を使用すると、データを Azure Database for MySQL フレキシブル サーバー インスタンスから読み取り専用サーバーにレプリケートできます。 ソース サーバーを最大 10 個のレプリカにレプリケートできます。 この機能は、同じリージョン内の HA 対応サーバーをサポートするように拡張されました。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーの Azure Active Directory 認証 (パブリック プレビュー)

    ID で Microsoft Azure Active Directory (Azure AD) を使用した Azure Database for MySQL フレキシブル サーバーに対して認証できるようになりました。 Azure AD 認証を使用すると、データベース ユーザー ID やその他のMicrosoft サービスを一元的な場所で管理できるため、アクセス許可の管理が簡素化されます。 詳細については、こちらを参照してください

  • 既知の問題

    • サーバー パラメーター aad_auth_only は、認証の種類が Azure Active Directory 認証に変更された場合にのみ、ON に設定されたままになります。 今後、MySQL 認証のみを選択するときに、手動で無効にすることをお勧めします。

    • また、新しく復元されたサーバーは、フェールオーバー中にソース サーバーで ON であった場合にサーバー パラメーター aad_auth_only を ON に設定します。 復元されたサーバーで MySQL 認証を使用するには、このサーバー パラメーターを手動で無効にする必要があります。 そうでない場合は、Azure AD 管理を構成する必要があります。

  • カスタマー マネージド キー データ暗号化(CMK) – Azure Database for MySQL フレキシブル サーバー (プレビュー)

    Azure Database for MySQL フレキシブル サーバー (プレビュー) に対するカスタマー マネージド キー (CMK) を使用したデータ暗号化を使用すると、保存データの保護に独自のキーを使用し (BYOK)、キーとデータの管理責任を分離できます。 CMK を使用したデータ暗号化は、サーバー レベルで設定されます。 特定のサーバーについては、キー暗号化キー (KEK) と呼ばれる CMK を使用して、サービスによって使用されるデータ暗号化キー (DEK) を暗号化します。 カスタマー マネージド キー (CMK) では、キー ライフサイクル管理 (キーの作成、アップロード、交換、削除)、キーの使用権限、およびキーに対する操作の監査は、お客様の責任であり、お客様がこれらを完全に制御できます。 詳細については、こちらを参照してください

  • Azure Database for MySQL フレキシブル サーバー インスタンスのタイムゾーンを 1 回の手順で変更する

    以前は、Azure Database for MySQL フレキシブル サーバー インスタンスの time_zone を変更するには、2 つの手順を実行する必要がありました。 現在は、プロシージャ mysql.az_load_timezone() を呼び出して mysql.time_zone_name テーブルを設定する必要がなくなりました。 Azure Database for MySQL フレキシブル サーバーのタイムゾーンは、ポータルまたは CLI からサーバー パラメータ time_zone を変更するだけで直接変更できます。

  • 既知の問題

    • サーバー パラメーター aad_auth_only は、認証の種類が Azure Active Directory 認証に変更された場合にのみ、ON に設定されたままになります。 今後、MySQL 認証のみを選択するときに、手動で無効にすることをお勧めします。

    • また、新しく復元されたサーバーは、フェールオーバー中にソース サーバーで ON であった場合にサーバー パラメーター aad_auth_only を ON に設定します。 復元されたサーバーで MySQL 認証を使用するには、このサーバー パラメーターを手動で無効にする必要があります。 そうでない場合は、Azure AD 管理を構成する必要があります。

2022 年 8 月

  • Azure Database for MySQL フレキシブル サーバー用のサーバーログ

    サーバー ログは、後でダウンロードできるファイル形式でサーバー記憶域にサーバー ログを出力するのに役立ちます。 低速クエリ ログは、サーバー ログでサポートされます。これは、お客様のパフォーマンスのトラブルシューティングやクエリチューニングに役立ちます。 お客様は、最大 1 週間または最大 7 GB のログを保存できます。 Azure portal または Azure CLI から構成またはダウンロードできます。詳細情報

  • Azure Database for MySQL フレキシブル サーバーのオンデマンド バックアップ

    オンデマンド バックアップ機能を使用すると、お客様は、Azure Database for MySQL フレキシブル サーバーによって作成された自動バックアップに加えて、運用ワークロードのオンデマンド バックアップをトリガーし、それをサーバーのバックアップ アイテム保持ポリシーに沿って保存できます。 これらのバックアップを最も高速な復元ポイントとして使用すると、より迅速かつ予測可能な復元時間のために、ポイントインタイム リストアを実行できます。 詳細情報。

  • Business Critical レベルで Ev5 コンピューティング シリーズがサポートされるようになりました

    Azure Database for MySQL フレキシブル サーバーの Business Critical レベルでは、より多くのリージョンで Ev5 コンピューティング シリーズがサポートされるようになりました。 Ev5 コンピューティング シリーズを使用して Azure MySQL Business Critical フレキシブル サーバーのパフォーマンスを 30% 向上させる方法を学習します

  • 構成可能になったサーバー パラメーター

    構成可能になった動的サーバー パラメータの一覧:

  • 既知の問題

    • サーバーに接続しようとすると、"エラー 9107 (HY000): Azure Active Directory アカウントのみがサーバーへの接続を許可されます" というエラーが表示されます。

      サーバー パラメーター aad_auth_only は、今月のデプロイで公開されました。 サーバー パラメータ aad_auth_only を有効にすると、Azure Database for MySQL フレキシブル サーバー インスタンスへの Azure Active Directory MySQL 以外のすべての接続がブロックされます。 現在、Azure Active Directory 認証が完全に機能するために必要な追加の構成に取り組んでおり、この機能は今後のデプロイで利用できるようになります。 それまでは、aad_auth_only パラメーターを有効にせずにお待ちください。

2022 年 6 月

  • 既知の問題

    監査または低速ログが有効になっているいくつかのサーバーでは、診断設定で構成されたデータ シンクにログがアップロードされなくなる場合があります。 構成したデータ シンクに基づいて、ログにイベントの最新の更新されたタイムスタンプがあるかどうかを確認してください。 サーバーがこの問題の影響を受ける場合は、問題を解決するためにサーバーにクイック修正を適用できるように、サポート チケットを開いてください。

2022 年 5 月

  • Business Critical ワークロード用の Azure Database for MySQL フレキシブル サーバーの発表 Azure Database for MySQL フレキシブル サーバーの Business Critical サービス レベルが一般公開されました。 Business Critical サービス レベルは、ゲーム、e コマース、インターネットスケール アプリケーションなど、低待機時間、高コンカレンシー、高速フェールオーバー、高いスケーラビリティを必要とするレベル 1 の運用ワークロードに最適です。詳細については、Business Critical サービス レベルを確認してください。

  • Azure Database for MySQL フレキシブル サーバー用の新しいバースト可能コンピューティング インスタンスの追加の発表 1 仮想コアから 20 仮想コアまでのお客様の自動スケーリング コンピューティング要件をサポートするために、新しいバースト可能コンピューティング インスタンスの追加を発表します。 Azure Database for MySQL フレキシブル サーバーのコンピューティング オプションについて詳細を確認してください。

  • 既知の問題

    • Azure Database for MySQL フレキシブル サーバーの予約インスタンス (RI) 機能は、メモリ最適化サービス レベルからブランドを変更した後、Business Critical サービス レベルでは正常に動作していません。 具体的には、インスタンスの予約が機能しなくなっており、問題の修正に取り組んでいます。
    • プライベート DNS 統合の詳細は、HA が有効になっているいくつかの Azure Database for MySQL Database フレキシブル サーバー インスタンスでは表示されません。 この問題は、サーバーの可用性や名前解決には影響しません。 イシューを解決する恒久的な修正プログラムに取り組んでおり、次のデプロイで利用できるようになります。 一方、プライベート DNS ゾーンの詳細を表示する必要があるとします。 その場合、Azure portal のプライベート DNS ゾーンで検索するか、HA 対応の Azure Database for MySQL フレキシブル サーバー インスタンスの手動フェールオーバーを実行し、Azure portal を最新の情報に更新することができます。

2022 年 4 月

  • Azure Database for MySQL フレキシブル サーバーのマイナー バージョン 8.0.28 へのアップグレード Azure Database for MySQL フレキシブル サーバー 8.0 がマイナー バージョン 8.0.28 で実行されるようになりました。 このマイナー バージョンでの変更点の詳細については、「MySQL 8.0.28 の変更 (2022-01-18、一般提供)」を参照してください。

  • Azure Database for MySQL フレキシブル サーバーのマイナー バージョン 5.7.37 へのアップグレード Azure Database for MySQL フレキシブル サーバー 5.7 がマイナー バージョン 5.7.37 で実行されるようになりました。 このマイナー バージョンでの変更点の詳細については、「MySQL 5.7.37 の変更 (2022-01-18、一般提供)」を参照してください。

    Note

    一部のリージョンでは、Azure Database for MySQL フレキシブル サーバーの古いマイナー バージョンが引き続き実行されており、2022 年 4 月末までに修正プログラムが適用される予定になっていることに注意してください。

  • Azure Database for MySQL フレキシブル サーバー (8.0.28) を使用した TLSv1 または TLSv1.1 プロトコルの廃止

    バージョン 8.0.28 以降の MySQL コミュニティ エディションでは、TLS プロトコル TLSv1.2 または TLSv1.3 のみがサポートされています。 Azure Database for MySQL フレキシブル サーバーは、最新のセキュリティ標準に合わせて、TLSv1 および TLSv1.1 プロトコルのサポートも停止します。 新しく作成されたリソースと、以前に作成したリソースに対して、サーバー パラメータ ペインから TLSv1 または TLSv1.1 を構成できなくなります。 既定値は TLSv1.2 です。 アップグレード前に作成されたリソースでは、TLS プロトコル TLSv1 または TLSv1.1 から 2022 年 5 月 1 日までの通信が引き続きサポートされます。

2022 年 3 月

Azure Database for MySQL フレキシブル サーバーのこのリリースでは、次の更新が行われています。

  • ローカル冗長バックアップ ストレージから既存のフレキシブル サーバーの geo 冗長バックアップ ストレージに移行する Azure Database for MySQL フレキシブル サーバーでは、サーバーの作成後にローカル冗長バックアップ ストレージから geo 冗長バックアップ ストレージに移行する柔軟性が強化され、データの回復性が向上しました。 サーバーの [コンピューティングとストレージ] ページを使用して geo 冗長を有効にすると、お客様はプライマリ リージョンのサーバーにアクセスできない場合に、地理的な災害やリージョンの障害から既存の Azure Database for MySQL フレキシブル サーバー インスタンスを復旧できます。 既存のサーバーに対してこの機能を有効にすると、お客様は geo リストアを実行し、元のサーバーの最新の geo 冗長バックアップを使用して、geo ペアの Azure リージョンに新しいサーバーをデプロイできます。 詳細情報。

  • 停止しているサーバーに対するディザスター リカバリーの訓練をシミュレートする Azure Database for MySQL フレキシブル サーバーでは、停止しているサーバーで geo リストアを実行できるようになりました。これにより、ユーザーは、自分のワークロードに対するディザスター リカバリーの訓練をシミュレートして、影響や復旧時間を見積もることができます。 これは、ユーザーが Azure Database for MySQL フレキシブル サーバーが提供する geo 冗長性機能を使用して、ディザスター リカバリーとビジネス継続性の目標をより適切に満たすための計画を立てるのに役立ちます。 詳細情報。

2022 年 1 月

Azure Database for MySQL フレキシブル サーバーのこのリリースでは、次の更新が行われています。

  • 停止した Azure Database for MySQL フレキシブル サーバーでのすべての操作を無効にする停止状態にあるサーバーでの操作を無効にし、Azure portal で非アクティブとして表示します。 停止したサーバーでサポートされていない操作には、価格レベル、仮想コアの数、ストレージ サイズまたは IOPS、バックアップ保有日、サーバー タグ、サーバー パスワード、サーバー パラメーター、ストレージの自動展開、GEO バックアップ、HA、およびユーザー ID の変更が含まれます。

  • 3 つの追加の Azure リージョンで利用可能

    Azure Database for MySQL フレキシブル サーバーのパブリック プレビューが、次の Azure リージョンでご利用いただけるようになりました。

    • 中国東部 2
    • 中国北部 2
  • HA が有効になっている Azure Database for MySQL フレキシブル サーバー インスタンス用の 36 IOPS の予約

    36 IOPS を追加し、高可用性が有効になっているサーバーでのスタンバイ フェールオーバー操作をサポートするために予約します。 この IOPS はサーバー上で構成された IOPS に加えて提供されるため、Azure リージョンに基づいて追加の月額料金が適用されます。 追加 IOPS は、プライマリ レプリカからスタンバイ レプリカへのスムーズなフェールオーバー エクスペリエンスを提供するというコミットメントを保証するのに役立ちます。 追加される料金は、Azure Database for MySQL フレキシブル サーバーの価格ページに移動し、サーバーの Azure リージョンを選択して、IOPS/月のコストに 36 IOPS を掛けることで見積もることができます。 たとえば、サーバーが米国東部でホストされている場合は、予想される追加の IO コストは 1 か月あたり $0.05*36 = 1.8 米国ドルです。

  • バグの修正

    HA と geo 冗長バックアップ オプションが有効になっているサーバーについての、ワークフローの再起動に関する問題が修正されました。

  • 既知の問題

    • HA 対応サーバーのプロビジョニングまたは構成の変更に ARM テンプレートを使用している場合、HA とその他のサーバー プロパティ (バックアップの冗長性やストレージなど) の有効化/無効化を 1 つのデプロイで行うと、デプロイは失敗します。 この問題を軽減するには、デプロイ要求を個別に送信して有効化/無効化および構成の変更を行います。 Portal または Azure CLI では、これらの要求は既に分離されているため、問題は発生しません。

    • [バックアップと復元] ページの HA 対応サーバーの自動バックアップを表示しているときに、ある時点で強制フェールオーバーまたは自動フェールオーバーが実行された場合は、[バックアップと復元] ページでのサーバーのバックアップに対する表示権限が失われます。 ポータルにはバックアップに関する情報が表示されませんが、フレキシブル サーバーではバックエンド内のサーバーの日次自動バックアップが正常に作成されます。 保持期間中の任意の時点にサーバーを復元できます。

2021 年 11 月

  • Azure Database for MySQL フレキシブル サーバーの一般提供

    Azure Database for MySQL フレキシブル サーバーは現在、世界中の 30 を超える Azure リージョン一般提供されています。

  • Azure portal で使用可能な完全バックアップを表示する

    専用の [バックアップと復元] オプションが、Azure portal で使用できるようになりました。 このページには、サーバーの保持期間中に使用可能なバックアップが一覧表示されます。これにより、単一のペインで、サーバーのバックアップとその後の復元を効率的に管理できます。 このオプションを使用すると、次のことができます。

    1. サーバーの保持期間中に使用可能なすべての完全バックアップの完了タイムスタンプを表示する
    2. これらの完全バックアップを使用して復元操作を実行する
  • 最速の復元ポイント

    最速の復元ポイント オプションを使用すると、サーバーの保持期間中の特定の日に可能な限り最短の時間で Azure Database for MySQL フレキシブル サーバー インスタンスを復元できます。 この復元操作を使用すれば、ログの復元も復旧も必要なく、完全スナップショット バックアップが復元されます。 最速の復元ポイントを使用すると、Azure portal からポイント インタイム リストアを実行するときに、最新の復元ポイント、カスタム復元ポイント、最速の復元ポイントの 3 つのオプションが表示されます。 詳細情報。

  • Azure portal のよくあるご質問

    [バックアップと復元] ページには、最も頻繁に寄せられた質問と回答を一覧表示する専用のセクションがあります。 これを見れば、Azure portal から直接行うバックアップに関するほとんどの質問に対する回答を確認できるはずです。 また、上部メニューの FAQ を表す疑問符アイコンを選択すると、さらに関連する詳細にもアクセスすることができます。

  • 削除された Azure Database for MySQL フレキシブル サーバー インスタンスを復元する

    このサービスを使用すると、削除された Azure Database for MySQL フレキシブル サーバー リソースを、サーバーの削除の時点から 5 日以内であれば復旧することができます。 削除されたサーバーを復元する方法の詳細なガイドについては、文書化されている手順を参照してください。 デプロイ後のサーバー リソースを誤削除または予期せぬ変更から保護するために、管理者には管理ロックの使用をお勧めしています。

  • 既知の問題

    HA および geo 冗長バックアップ オプションが有効にされているサーバーでは、競合状態によって、スタンバイ サーバーの再起動が終了しないという問題がまれに発生することがわかりました。 この問題の結果、HA 対応の Azure Database for MySQL フレキシブル サーバー インスタンスをフェイルオーバーすると、長時間、再起動状態でスタックする場合があります。 修正プログラムは、次のデプロイ サイクルで運用環境にデプロイされます。

2021 年 10 月

  • スレッド プールが Azure Database for MySQL フレキシブル サーバーで利用可能

    スレッド プールによって、Azure Database for MySQL フレキシブル サーバーのスケーラビリティが強化されます。 スレッド プールを使用することで、ユーザーはパフォーマンスを最適化し、スループットを向上させ、高い同時実行ワークロードの待機時間を短縮できます。 詳細については、こちらを参照してください

  • DR シナリオ用の Geo 冗長バックアップの Geo ペア リージョンへの復元

    サービスの柔軟性が向上したことで、geo 冗長バックアップ ストレージを選択できるようになり、データの回復性が高まります。 geo 冗長性を有効にすると、お客様は、プライマリ リージョンのサーバーにアクセスできない場合に、地理的な災害やリージョンの障害から復旧できます。 この機能を有効にすると、お客様は geo リストアを実行し、元のサーバーで最新の geo 冗長バックアップを使用して、geo ペアの地理的リージョンに新しいサーバーをデプロイできます。 詳細については、こちらを参照してください

  • 読み取りレプリカの作成時の Availability Zones の選択

    読み取りレプリカを作成する場合は、任意の Availability Zones の場所を選択できます。 Availability Zones とは高可用性を提供するサービスで、アプリケーションとデータをデータセンターの障害から保護します。 Availability Zones は、Azure リージョン内の一意の物理的な場所です。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーでの読み取りレプリカがバースト可能 SKU で利用できなくなる

    読み取りレプリカが有効になっている既存の Azure Database for MySQL フレキシブル サーバー インスタンスがある場合は、General Purpose または Business Critical のいずれかの価格レベルにサーバーをスケールアップするか、60 日以内に読み取りレプリカを削除する必要があります。 60 日が経過すると、読み取り/書き込み操作にプライマリ サーバーを引き続き使用できますが、読み取りレプリカ サーバーへのレプリケーションは停止します。 新しく作成されたサーバーの場合、読み取りレプリカのオプションは、General Purpose または Business Critical の価格レベルでのみ利用可能になります。

  • Azure Monitor ブックを使用して Azure Database for MySQL フレキシブル サーバーを監視する

    Azure Database for MySQL フレキシブル サーバーは、Azure Monitor ブックに統合されました。 ブックは、Azure portal 内でデータを分析し、高度な視覚的レポートを作成するための柔軟なキャンバスを提供します。 この統合により、サーバーにブックといくつかのサンプル テンプレートへのリンクが含まれ、大規模なサービスの監視に役立ちます。 これらのテンプレートは、Azure リソースに焦点を当て整理されたビューを作成するために、編集、顧客の要件に合わせたカスタマイズ、ダッシュボードへのピン留めができます。 Query Performance Insight監査、インスタンスの概要テンプレートが既に使用できます。 詳細情報。

  • 予約インスタンスを使用して Azure Database for MySQL フレキシブル サーバーのコンピューティング リソースを前払いする

    Azure Database for MySQL フレキシブル サーバーではコンピューティング リソースを前払いすることで、従量課金制よりコストを節約できるようになりました。 Azure Database for MySQL フレキシブル サーバーの予約インスタンスを使用すると、Azure Database for MySQL フレキシブル サーバーを 1 年分または 3 年分前払いすることでコンピューティング コストを大幅に引き下げることができます。 Azure Database for MySQL 単一サーバーの予約を Azure Database for MySQL フレキシブル サーバーと交換できます。 詳細情報。

  • サーバーが使用されていない間にサーバーを最大 30 日間停止する

    Azure Database for MySQL フレキシブル サーバーでは、使用されていないサーバーを最大 30 日間停止し、開発を再開する準備ができたときにそのサーバーを起動できるようになりました。 これにより、ユーザーは自分のペースで開発できるようになり、使用時にのみリソースの料金を支払うことでデータベース サーバーでの開発コストを節約できます。 これは、開発テストのワークロードや、1 日のうち一部の時間しかサーバーを使用しない場合に重要です。 サーバーを停止すると、すべてのアクティブな接続が切断されます。 サーバーが停止状態の場合、サーバーのコンピューティングには課金されません。 ただし、サーバーが再び起動されたときにデータ ファイルを使用できるようにするためにサーバーのストレージが維持されているため、ストレージは引き続き課金されます。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーの Terraform サポート

    Azure Database for MySQL フレキシブル サーバーの Terraform サポートが azurerm の最新 v2.81.0 リリースでリリースされました。 Azure Database for MySQL フレキシブル サーバー インスタンスのプロビジョニングと管理に関する詳しいリファレンス ドキュメントはこちらで参照できます。 バグや既知の問題についてはこちらを参照してください。

  • 静的パラメーター innodb_log_file_size が構成可能になりました

    • innodb_log_file_size が 256MB、512MB、1GB、2GB の値に構成できるようになりました。 これは静的パラメーターであるため、サーバーの再起動が必要です。 innodb_log_file_size パラメーターを既定値から変更した場合は、再起動の遅延を回避するため、"show global status like 'innodb_buffer_pool_pages_dirty'" が 30 秒間 0 のままであるかどうかを確認してください。 詳細については、「Azure Database for MySQL フレキシブル サーバーのサーバー パラメータ」を参照してください。
  • 2 つの追加の Azure リージョンで利用可能

    Azure Database for MySQL フレキシブル サーバーが、次の Azure リージョンでご利用いただけるようになりました。

    • 米国西部 3
    • 米国中北部

詳細情報。

  • 既知の問題
    • プライマリ Azure リージョンがダウンすると、プライマリ Azure リージョンでストレージをプロビジョニングできなくなるため、geo 冗長サーバーを geo ペア リージョンに作成できません。 geo ペア リージョンで geo 冗長サーバーをプロビジョニングするには、プライマリ リージョンが稼働するまで待機する必要があります。

2021 年 9 月

Azure Database for MySQL フレキシブル サーバーのこのリリースでは、次の更新が行われています。

  • 3 つの追加の Azure リージョンで利用可能

    Azure Database for MySQL フレキシブル サーバーのパブリック プレビューが、次の Azure リージョンでご利用いただけるようになりました。

    • 英国西部
    • カナダ東部
    • 西日本
  • バグの修正

    同一ゾーン HA 作成は、次のリージョンで修正されています。

    • インド中部
    • 東アジア
    • 韓国中部
    • 南アフリカ北部
    • スイス北部

2021 年 8 月

Azure Database for MySQL フレキシブル サーバーのこのリリースでは、次の更新が行われています。

  • 同一ゾーン高可用性を使用した 1 つのゾーン内での高可用性

    このサービスを使用すると、お客様が高可用性を有効にするときに、スタンバイ サーバーに適した可用性ゾーンを選択できるようになりました。 この機能により、お客様はプライマリ サーバーと同じゾーンにスタンバイ サーバーを配置できるため、プライマリとスタンバイの間のレプリケーションの遅延が削減されます。 また、アプリケーション サーバーとデータベース サーバーが同じ Azure ゾーン内に配置されている場合、それらの間の待機時間も短くなります。 詳細については、こちらを参照してください

  • ゾーン冗長高可用性を使用したスタンバイ ゾーンの選択

    このサービスを使用すると、お客様がスタンバイ サーバーのゾーン場所を選択できるようになりました。 この機能を使用すると、お客様はスタンバイ サーバーを任意のゾーンに配置できます。 スタンバイ データベース サーバーとアプリケーションを同じゾーンに配置すると、待機時間が短縮され、お客様はディザスター リカバリーの状況や "ゾーンダウン" シナリオに対してより適切に準備できます。 詳細については、こちらを参照してください

  • プライベート DNS ゾーンの統合

    Azure プライベート DNS では、仮想ネットワークのための信頼性の高いセキュリティで保護された DNS サービス (サービス名を IP アドレスに変換する役割を担う) が提供されます。 カスタムの DNS ソリューションを構成しなくても、Azure プライベート DNS によって、仮想ネットワークにおけるドメイン名の管理と解決が行われます。 これにより、仮想ネットワーク上で実行されているアプリケーションを、ローカルまたはグローバルにピアリングされた仮想ネットワーク上で実行されている Azure Database for MySQL フレキシブル サーバー インスタンスに接続できます。 Azure Database for MySQL フレキシブル サーバーが Azure プライベート DNS ゾーンと統合されたことで、現在の VNet 内や、プライベート DNS ゾーンがリンクされているピアリングされた VNet 内で、プライベート DNS をシームレスに解決できるようになりました。 この統合により、フェールオーバーまたはその他のイベントの発生時にバックエンドの Azure Database for MySQL フレキシブル サーバー インスタンスの IP アドレスが変更された場合、統合プライベート DNS ゾーンが自動的に更新されて、サーバーがオンラインになったときにアプリケーションの接続が自動的に再開されるようになります。 詳細情報。

  • 指定した仮想ネットワーク内のサーバーのポイントインタイム リストア

    サービスのポイントインタイム リストア エクスペリエンスにより、お客様がネットワーク設定を構成できるようになったことで、ユーザーは復元操作の実行時にプライベート ネットワーク オプションとパブリック ネットワーク オプションを切り替えることができます。 この機能により、お客様は、復元されるサーバーを指定の仮想ネットワークに挿入して接続エンドポイントをセキュリティで保護できるようになります。 詳細については、こちらを参照してください

  • 可用性ゾーン内のサーバーのポイントインタイム リストア

    サービスのポイントインタイム リストア エクスペリエンスにより、お客様は可用性ゾーンを構成できるようになりました。 データベース サーバーとスタンバイ アプリケーションを同じゾーンに配置すると、待機時間が短縮され、お客様はディザスター リカバリーの状況や "ゾーンダウン" シナリオに対してより適切に準備できます。 詳細情報。

  • プライベート プレビューで使用可能な validate_password と caching_sha2_password プラグイン

    Azure Database for MySQL フレキシブル サーバーで、プレビューでの validate_password と caching_sha2_password プラグインの有効化がサポートされるようになりました。 AskAzureDBforMySQL@service.microsoft.com に電子メールを送信する。

  • 4 つの追加の Azure リージョンで利用可能

    Azure Database for MySQL フレキシブル サーバーのパブリック プレビューが、次の Azure リージョンでご利用いただけるようになりました。

    • Australia Southeast
    • 南アフリカ北部
    • 東アジア (香港特別行政区)
    • インド中部

    詳細については、こちらを参照してください

  • 既知の問題

    • ゾーン冗長の高可用性サーバーのフェールオーバーの直後に、ssl_mode が VERIFY_IDENTITY の SSL を使用すると、クライアントはサーバーに接続できません。 この問題は、ssl_mode を VERIFY_CA として使用することで軽減できます。
    • 次のリージョンでは、同一ゾーン高可用性サーバーを作成できません: インド中部、東アジア、韓国中部、南アフリカ北部、スイス北部。
    • まれなシナリオにおいて、HA フェールオーバー後、プライマリ サーバーは read_only モードです。 この問題を解決するには、サーバー パラメーターのページで "read_only" の値を OFF に更新します。
    • [コンピューティング + ストレージ] ページでコンピューティングのスケーリングが正常に完了した後、IOPS が既定の SKU にリセットされます。 この問題を回避するには、コンピューティングのデプロイとその後の IOPS のリセット後に、[コンピューティングとストレージ] ページで IOPS を再スケールして (以前設定されていた) 必要な値に戻します。

2021 年 7 月

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 フレキシブル サーバーのパブリック プレビューが、米国西部とドイツ中西部の Azure リージョンで利用できるようになりました。

2021 年 6 月

Azure Database for MySQL フレキシブル サーバーのこのリリースでは、次の更新が行われています。

  • より小規模なストレージ サーバーでのパフォーマンスの向上

    2021 年 6 月 21 日以降、新しく作成されたすべてのサーバーに対して許可される最小のプロビジョニング済みストレージ サイズが、5 GB から 20 GB に増えます。 また、使用可能な空き IOPS が 100 から 300 に増えます。 これらの変更の概要は、次の表のとおりです。

    Current 2021 年 6 月 21 日以降
    許可される最小ストレージ サイズ: 5 GB 許可される最小ストレージ サイズ: 20 GB
    使用可能な IOPS: Max(100, 3 * [プロビジョニングされたストレージ (GB 単位)]) 使用可能な IOPS: (300 + 3 * [プロビジョニングされたストレージ (GB 単位)])
  • 12 か月間の無料プラン

    2021 年 6 月 15 日以降、Azure 無料アカウントでは、Azure Database for MySQL フレキシブル サーバーへの最大 12 か月分の無料アクセスをお客様に提供します。これには、月あたり 750 時間の使用と 32 GB のストレージが付属します。 お客様はこのプランを使用して、Azure Database for MySQL フレキシブル サーバーを使用するアプリケーションを開発およびデプロイできます。 詳細情報。

  • ストレージの自動拡張

    ストレージの自動拡張により、サーバーのストレージが不足して読み取り専用になることを防ぎます。 ストレージの自動拡張が有効になっている場合は、ワークロードに影響を与えることなく、ストレージが自動的に拡張します。 2021 年 6 月 21 日以降、新しく作成されたすべてのサーバーでは、ストレージの自動拡張が既定で有効になります。 詳細については、こちらを参照してください

  • データイン レプリケーション

    Azure Database for MySQL フレキシブル サーバーでデータイン レプリケーションがサポートされるようになりました。 この機能を使用して、オンプレミス、仮想マシン、Azure Database for MySQL 単一サーバーで実行されている MySQL サーバー、または Azure 外部のデータベース サービスから、Azure Database for MySQL フレキシブル サーバーにデータを同期して移行します。 詳細は、「データイン レプリケーションの構成方法」を参照してください。

  • Azure CLI での GitHub Actions のサポート

    Azure Database for MySQL フレキシブル サーバー CLI を使用することで、GitHub Actions で更新プログラムをデプロイするためのワークフローを自動化できるようになりました。 この機能は、MySQL GitHub Actions ワークフローを使用してデータベースの更新を設定およびデプロイするのに役立ちます。 これらの CLI コマンドは、開発を容易にするために、継続的なデプロイを可能にするためのリポジトリのセットアップに役立ちます。 詳細については、こちらを参照してください

  • ゾーン冗長 HA 強制フェールオーバーの修正プログラム

    このリリースには、強制フェールオーバーに関連する既知の問題の修正プログラムが含まれています。これにより、サーバー パラメーターと追加の IOPS の変更がフェールオーバーの前後で保持されるようになります。

  • 既知の問題

    • 20 GB 未満のストレージがプロビジョニングされている既存のサーバーでコンピューティングのスケールアップまたはスケールダウン操作を実行しようとしても、正常に完了しません。 この問題を解決するには、プロビジョニングされたストレージを 20 GB にスケーリングし、コンピューティングのスケーリング操作を再試行します。

2021 年 5 月

Azure Database for MySQL フレキシブル サーバーのこのリリースでは、次の更新が行われています。

  • 利用可能なリージョンの拡張 (フランス中部、ブラジル南部、スイス北部)

    Azure Database for MySQL フレキシブル サーバーのパブリック プレビューが、フランス中部、ブラジル南部、スイス北部リージョンで利用できるようになりました。 詳細情報。

  • SSL/TLS 1.2 強制の無効化が可能

    このリリースでは、SSL と最小 TLS バージョンの適用をカスタマイズする柔軟性が向上しています。 詳しくは、「暗号化された接続を使用して Azure Database for MySQL フレキシブル サーバーに接続する」を参照してください。

  • 英国南部と東日本リージョンでゾーン冗長 HA が利用可能

    Azure Database for MySQL フレキシブル サーバーで、ゾーン冗長による高可用性が提供されるリージョンに英国南部と東日本の 2 つが追加されました。 詳細情報。

  • 既知の問題

    • ゾーン冗長 HA 対応サーバーで、追加の IOPS 変更が有効になりません。 お客様は、HA を無効化し、IOPs をスケーリングし、ゾーン冗長 HA を再有効化することによってこの問題を回避できます。
    • 強制フェールオーバーの後、スタンバイ可用性ゾーンが正しくポータルに反映されません。 (回避策なし)
    • 強制フェールオーバーの後、ゾーン冗長 HA 対応サーバーでサーバー パラメーターの変更が有効になりません。 (回避策なし)

2021 年 4 月

Azure Database for MySQL フレキシブル サーバーのこのリリースでは、次の更新が行われています。

  • ゾーン冗長高可用性を使用してスタンバイ サーバーに強制フェールオーバーする機能のリリース

    お客様は、アプリケーションのシナリオを使用して機能をテストするために、フェールオーバーを手動で強制できるようになりました。これは障害の発生に備えて準備するのに役立ちます。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバー用 PowerShell モジュールのリリース

    開発者は PowerShell を使用して、Azure Database for MySQL フレキシブル サーバー インスタンスと依存リソースをプロビジョニング、管理、操作、およびサポートできるようになりました。 詳細情報。

  • Azure CLI を使用したクエリの接続、テスト、および実行

    Azure Database for MySQL フレキシブル サーバーの開発者エクスペリエンスが向上しました。これによりお客様は、Azure CLI で "az mysql flexible-server connect" および "az mysql flexible-server execute" コマンドを使用し、サーバーに接続してクエリを実行できます。 詳細情報。

  • プライベート アクセスを使用した仮想ネットワークでのサーバー作成のプロビジョニング エラーの修正

    仮想ネットワークにサーバーを作成するときに発生するすべてのプロビジョニング エラーが修正されました。 このリリースでは、ユーザーは毎回プライベート アクセスで Azure Database for MySQL フレキシブル サーバー インスタンスを作成できます。

2021 年 3 月

Azure Database for MySQL フレキシブル サーバーのこのリリースでは、次の更新が行われています。

  • MySQL 8.0.21 のリリース

    すべての主要な Azure リージョンの Azure Database for MySQL フレキシブル サーバーで MySQL 8.0.21 が利用できるようになりました。 お客様は、Azure portal、Azure CLI、または Azure Resource Manager テンプレートを使用して、MySQL 8.0.21 リリースをプロビジョニングできます。 詳細については、こちらを参照してください

  • サーバー作成中の可用性ゾーンの配置のサポートがリリースされました

    お客様は、サーバーの作成時に任意の可用性ゾーンを指定できるようになりました。 この機能により、Azure VM、仮想マシン スケール セット、または AKS でホストされているアプリケーションとデータベースを同じ可用性ゾーンに併置して、データベースの待機時間を最小限に抑え、パフォーマンスを向上させることができます。 詳細情報。

  • プライベート アクセスを使用して仮想ネットワークで Azure Database for MySQL フレキシブル サーバーを実行する場合の問題のパフォーマンスの改善

    このリリースより前のバージョンでは、仮想ネットワーク構成で実行すると、Azure Database for MySQL フレキシブル サーバーのパフォーマンスが大幅に低下していました。 このリリースには、この問題の修正プログラムが含まれており、仮想ネットワーク内の Azure Database for MySQL フレキシブル サーバーのパフォーマンスが向上します。

  • 既知の問題

    • SSL または TLS 1.2 が適用されており、無効にできません。 (回避策なし)
    • VNet にプロビジョニングされるサーバーに断続的なプロビジョニング エラーが発生します。 回避策として、成功するまでサーバーのプロビジョニングを再試行してください。

2021 年 2 月

Azure Database for MySQL フレキシブル サーバーのこのリリースでは、次の更新が行われています。

  • 追加の IOPS 機能のリリース

    Azure Database for MySQL フレキシブル サーバーでは、プロビジョニングされたストレージに関係なく、より多くの IOPS のプロビジョニングをサポートします。 お客様はこの機能を使用して、ワークロード要件に基づいて IOPS の数をいつでも増減させることができます。

  • 既知の問題

    Azure Database for MySQL フレキシブル サーバーのパフォーマンスが、プライベート アクセスの仮想ネットワークの分離によって低下します (回避策なし)。

2021 年 1 月

Azure Database for MySQL フレキシブル サーバーのこのリリースでは、次の更新が行われています。

  • Azure Database for MySQL フレキシブル サーバーに対して最大 10 個の読み取りレプリカ

    Azure Database for MySQL フレキシブル サーバーでは、同じリージョン内の 1 つの Azure Database for MySQL フレキシブル サーバー インスタンス ("ソース") から最大 10 個の Azure Database for MySQL フレキシブル サーバー インスタンス ("レプリカ") への非同期データ レプリケーションがサポートされるようになりました。 この機能により、読み取り負荷の高いワークロードをスケールアウトし、ユーザーの設定に応じてレプリカ サーバー間でバランスを取ることができます。 詳細については、こちらを参照してください

Contacts

Azure Database for MySQL フレキシブル サーバーの使用に関する質問や提案がある場合は、目的に応じて次の連絡先をご利用ください。

  • Azure サポートに問い合わせる場合は、Azure portal からチケットを申請します
  • アカウントを使用して問題を修正するには、Azure Portal でサポート要求を提出します。
  • フィードバックの提供や、新しい機能の要求は、AskAzureDBforMySQL@service.microsoft.com までメールでお問い合わせください。

次のステップ