次の方法で共有


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 年 10 月

新しい B1s サーバーは使用できません

セキュリティの継続的な改善を考慮してパフォーマンスと信頼性を確保するため、新しい B1s サーバーの作成が 2024 年 11 月 1 日から制限されます。 高いサービス信頼性を維持しながら、ニーズをより適切にサポートするように設計された代替 SKU を探索することをお勧めします。 お客様のエクスペリエンスを向上させるために尽力しておりますので、ご理解いただきますようお願いいたします。

これが意味すること

  • 制限付きアクセス: 2024 年 10 月 28 日より後は、新しい B1s インスタンスが使用できなくなります。

  • 既存のデプロイ: 現在の B1s インスタンスは影響を受けません。

  • 代替オプション: より優れたパフォーマンスをサポートしながら、強化されたコンピューティングとメモリを提供する、B1ms や B2s などの他の SKU の使用を検討してください。

次の手順:

  • 推奨される代替 SKU を確認する
  • SKU の変更に関するドキュメントについては、以下のページを参照してください。
  • 使用状況ダッシュボードを確認して現在の使用状況を監視する

2024 年 9 月

  • Azure Database for MySQL フレキシブル サーバーのフレキシブルなメンテナンスが一般提供されました

    Azure Database for MySQL フレキシブル サーバーは、フレキシブルなメンテナンス機能を一般提供 (GA) に正式にリリースしました。 この機能を使用すると、ユーザーは Azure CLI を使用してメンテナンス アクティビティのスケジュールを変更できるようになり、制御性と柔軟性が向上します。 また、インスタンスの最初にスケジュールされた日付を基準とした 14 日間の期間に制限されるのではなく、同じリージョン内のすべての利用可能なメンテナンス日と同じメンテナンス期間に対応するように、スケジュールの変更期間も拡張されています。詳細情報

2024 年 8 月

  • Azure Database for MySQL フレキシブル サーバーが、1 つのデータ ファイルで最大 8 TB までサポートできようになりました!

    Azure Database for MySQL が、最大サイズが 8 TB の単一の InnoDB データ ファイルをサポートできるようになりました。これにより、ユーザーは 1 つのファイルに大規模なデータセットを保存できます。 この機能強化により、データのパーティション分割の必要性が軽減され、データベース管理を合理化できるため、より簡単に InnoDB ストレージ エンジンを使用して大量のデータを処理できます。 詳細情報。

  • バースト可能なコンピューティング レベルのメジャー バージョン アップグレードのサポート

    Azure Database for MySQL では、バースト可能 SKU コンピューティング レベルのメジャー バージョンのアップグレードが提供されるようになりました。 このサポートにより、アップグレードを実行する前にコンピューティング レベルが General Purpose SKU に自動的にアップグレードされ、十分なリソースが確保されます。 お客様は、アップグレード後にバースト可能な SKU に戻すことができます。 追加コストが適用される場合があります。 詳細情報

  • 非推奨になったメトリックのお知らせ

    Azure Database for MySQL フレキシブル サーバーで次のメトリックが非推奨となったことをお知らせします。

    • Storage Throttle Count (ストレージ スロットル数) (非推奨)
    • 使用可能なメモリ バイト数 (非推奨)
    • MySQL Lock 行ロックの待機数 (非推奨)

    これらのメトリックはサポートされなくなり、2024 年 8 月末までに監視から削除されます。 これらのメトリックを除外し、同様の分析情報を提供する代替メトリックを使用するように、監視とアラートの構成を更新することをお勧めします。 代替メトリックの詳細とガイダンスについては、Azure 監視のドキュメントを参照してください

2024 年 7 月

  • プライベート アクセス (仮想ネットワーク統合) ネットワークからパブリック アクセスまたはプライベート リンクへの移行

    Azure Database for MySQL フレキシブル サーバーは、プライベート アクセス (仮想ネットワーク統合) からパブリック アクセスに切り替えることができ、Private Link を使用することもできます。 この機能により、サーバーは仮想ネットワーク統合から Private Link/パブリック インフラストラクチャにシームレスに切り替えることができます。サーバー名を変更したりデータを移行したりする必要がなく、お客様のプロセスが簡略化されます。 詳細情報

  • Azure Database for MySQL のフレキシブル サーバーに対するマネージド HSM サポート (一般提供)

    Azure Database for MySQL フレキシブル サーバーでのカスタマー マネージド キー (CMK) に対する Azure Key Vault の マネージド HSM サポートの一般提供 (GA) をお知らせします。 マネージド HSM を使用すると、CMK の Bring Your Own Key (BYOK) 機能を使用して独自の HSM ベースの暗号化キーをインポートすることで、データの保存場所と HSM キーの完全な制御を維持しながら、Azure Database for MySQL フレキシブル サーバー インスタンス内の保存データを保護できます。 詳細情報

2024 年 5 月

  • Azure Database for MySQL フレキシブル サーバーの高速ログが一般公開されました

    Azure Database for MySQL フレキシブル サーバーの高速ログ機能の一般提供 (GA) をお知らせします。 この機能は Business Critical サービス レベル内で利用できます。これにより、Azure Database for MySQL フレキシブル サーバー インスタンスのパフォーマンスが大幅に向上します。 高スループットのニーズに合わせて設計された動的ソリューションを提供し、追加コストなしで待機時間を短縮します。 詳細情報。

  • Azure Database for MySQL フレキシブル サーバーでの最大 32 TB のストレージ サポートが一般公開されました

    Azure Database for MySQL フレキシブル サーバーでの最大 32 TB のストレージ サポートの一般提供 (GA) をお知らせします。 この機能は、Business Critical サービス レベルでのみ使用できます。 詳細については、サービス レベルにアクセス してください。

2024 年 4 月

  • Azure Database for MySQL フレキシブル サーバーでの強化されたメモリ割り当て

    4 月のデプロイでは、Azure Database for MySQL フレキシブル サーバーに最適化されたメモリ割り当てを導入しました。 この洗練化により、MySQL Server コンポーネントのより正確で効率的なメモリ計算が可能になり、クエリ処理とデータ管理に使用可能なリソースを効果的に利用できるようになります。 Azure Database for MySQL - フレキシブル サーバーのサービス レベル

  • Azure Database for MySQL フレキシブル サーバーの監視の強化: 新しいメトリックの概要

    新しく追加されたメトリックには、MySQL のアップタイム、MySQL 履歴リストの長さ、MySQL デッドロック、アクティブ トランザクション、MySQL ロック タイムアウトが含まれます。 これらのメトリックを使用すると、サーバーのパフォーマンスをより詳細に把握でき、データベース操作をより効果的に監視でき、最適化できます。 これらの新しいメトリックに加えて、メモリの割合メトリックも改善されました。 MySQL サーバー (mysqld) プロセスのメモリ使用量をより正確に計算できるようになりました。 Azure Database for MySQL - フレキシブル サーバーを監視する

  • Microsoft Defender for Cloud が Azure Database for MySQL フレキシブル サーバーに対応 (一般提供)

    Microsoft Defender for Cloud の Azure Database for MySQL フレキシブル サーバー向けの機能がすべてのサービス レベルで一般提供になったことをお知らせします。 Microsoft Defender Advanced Threat Protection 機能により、Azure Database for MySQL フレキシブル サーバー インスタンスのセキュリティ管理が簡素化されます。 データベースで異常または疑わしいアクティビティがないかどうかサーバーを監視して潜在的な脅威を検出し、調査して適切な対応が取れるようにセキュリティ アラートを提供します。これにより、セキュリティのエキスパートでなくても、データベースのセキュリティ体制を積極的に改善できます。 オープンソース リレーショナル データベース用 Microsoft Defender とは

  • オンデマンド バックアップとエクスポート (プレビュー)

    Azure Database for MySQL フレキシブル サーバーでは、オンデマンド サーバー バックアップをトリガーし、それを Azure ストレージ アカウント (Azure Blob Storage) にエクスポートできるようになりました。 この機能は現在パブリック プレビュー段階であり、パブリック クラウド リージョンでのみ使用できます。 詳細情報

  • 既知の問題

    Microsoft Defender for Cloud の Azure Database for MySQL フレキシブル サーバー向けの機能を有効にしようとすると、「サーバー <server_name> が Advanced Threat Protection に対応していません」というエラーが発生する場合があります。 Microsoft サポートに連絡して、サーバーをサポートされているバージョンに更新してください" というエラーが発生する場合があります。 この問題は、内部更新を待機中の MySQL フレキシブル サーバーで発生する可能性があります。 これは、次のサーバーの内部更新で自動的に解決されます。 または、サポート チケットを開いて、即時更新を促すこともできます。"

2024 年 3 月

2024 年 2 月

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

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

  • 既知の問題

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

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

    サーバー パラメータにおいて 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 フレキシブル サーバーの透明性と独立性が強化されます。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 - フレキシブル サーバーの高速ログ機能 (プレビュー)

  • 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 フレキシブル サーバーのコンピューティング オプション」を参照してください。

  • 既知の問題

    • 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 Database for MySQL フレキシブル サーバーが利用できる Azure サポート対象リージョンの一覧に含まれるあらゆるリージョンを指定できます。 Azure Database for MySQL - フレキシブル サーバーでの読み取りレプリカ

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

    プライベート エンドポイントを有効にして、Private Link を介して Azure Database for MySQL フレキシブル サーバーにアクセスするための安全な手段を利用できるようになりました。これにより、パブリックとプライベートの両方のアクセスを同時に許可できます。 必要に応じて、パブリック アクセスを制限し、ネットワーク セキュリティを強化するために接続がプライベート エンドポイント経由でのみルーティングされるようにすることができます。 また、サーバーの作成中または作成後に、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 インポート CLI を使って 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 は基本的に、プライベート仮想ネットワーク (仮想ネットワーク) 内に Azure サービスを提供します。 プライベート IP アドレスを使用すると、Azure Database for MySQL フレキシブル サーバー インスタンスは、仮想ネットワーク内の他のリソースとまったく同様にアクセスできるようになります。 Azure Database for MySQL - フレキシブル サーバーの Private Link

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

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

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

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

    [lower_case_table_names] (https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_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 ペア リージョンの読み取り専用サーバーにデータをレプリケートできます。 Azure Database for MySQL - フレキシブル サーバーでの読み取りレプリカ

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

    フレキシブル サーバーでは、GTID ベースのレプリケーションを使用した Azure Database for MySQL - フレキシブル サーバーへのデータのレプリケートもサポートされるようになりました。 この機能を使用して、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 拡張、ウィンドウ関数などの新機能にアクセスできます。 Azure Database for MySQL でのメジャー バージョンのアップグレード - フレキシブル サーバー

2023 年 4 月

  • 既知の問題

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

2023 年 3 月

  • Azure Resource Health

    Azure Resource Health を使用して、計画または計画外のフェールオーバーがある場合に HA 対応サーバーの正常性と可用性を監視します。 Azure Database for MySQL フレキシブル サーバーでの高可用性の概念

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

    復元エクスペリエンスにより、復元されたサーバーのプロビジョニング中にコンピューティングとストレージの設定を変更する柔軟性が向上します。 復元されたサーバーは、プロビジョニング時にソース サーバーよりも高いコンピューティング レベル、コンピューティング サイズ、ストレージを持つよう構成できるようになりました。 「ストレージの自動拡張」、「バックアップの保有期間」、「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 (レプリカ) にデータを同期できます。 詳しくは、「Azure Database for MySQL - フレキシブル サーバーの送信データのレプリケーションを構成する方法」を参照してください。

2022 年 11 月

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

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

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

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

  • 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 - フレキシブル サーバーのサービス レベル

  • 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 フレキシブル サーバー (プレビュー) に対して最小限の労力でメジャー バージョンのアップグレードを実行する

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

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

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

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

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

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

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

  • 既知の問題

2022 年 9 月

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

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

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

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

  • 既知の問題

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

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

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

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

  • Azure Database for MySQL フレキシブル サーバー インスタンスのタイムゾーンをシングル ステップで変更する

    以前は、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 は、認証の種類が Microsoft Entra ID 認証に変更された場合にのみ、ON に設定されたままになります。 今後、MySQL 認証のみを選択するときに、手動で無効にすることをお勧めします。

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

2022 年 8 月

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

    サーバー ログは、後でダウンロードできるファイル形式でサーバー記憶域にサーバー ログを出力するのに役立ちます。 低速クエリ ログは、サーバー ログでサポートされます。これは、お客様のパフォーマンスのトラブルシューティングやクエリチューニングに役立ちます。 お客様は、最大 1 週間または最大 7 GB のログを保存できます。 「Azure Database for MySQL - フレキシブル サーバーのサーバー ログを有効にしてダウンロードする方法」またはAzure CLI を使用した Azure Database for MySQL - フレキシブル サーバーのサーバー ログの一覧表示とダウンロードに関する記事から、それらを構成するかダウンロードできます。詳細を参照してください

  • 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): Microsoft Entra ID アカウントのみがサーバーへの接続を許可されます" というエラーが表示されます。

      サーバー パラメーター aad_auth_only は、今月のデプロイで公開されました。 サーバー パラメーター aad_auth_only を有効にすると、Azure Database for MySQL フレキシブル サーバー インスタンスへの Microsoft Entra ID MySQL 以外のすべての接続がブロックされます。 現在、Microsoft Entra ID 認証が完全に機能するために必要な追加の構成に取り組んでおり、この機能は今後のデプロイで利用できるようになります。 それまでは、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 の「クイックスタート: Azure portal を使用して Azure プライベート 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 または TLS v1.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 - フレキシブル サーバーでのバックアップと復元

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

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 フレキシブル サーバーは、Azure Database for MySQL - フレキシブル サーバー デプロイ モデル以上で、世界中で一般提供になりました。

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

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

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

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

  • Azure portal のよくあるご質問

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

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

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

  • 既知の問題

    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 ペアの地理的リージョンに新しいサーバーをデプロイできます。 Azure Database for MySQL - フレキシブル サーバーでのバックアップと復元

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

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

  • 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 リソースに焦点を当て整理されたビューを作成するために、編集、顧客の要件に合わせたカスタマイズ、ダッシュボードへのピン留めができます。 「チュートリアル: Azure Database for MySQL - フレキシブル サーバー向けの Query Performance Insight」、「チュートリアル: Azure Database for MySQL - フレキシブル サーバーを使用して監査ログを構成する」、「インスタンスの概要」テンプレートが現在使用できます。 Azure Monitor ブックを使用して Azure Database for MySQL - フレキシブル サーバーを監視する

  • 予約インスタンスを使用して 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 ゾーン内に配置されている場合、それらの間の待機時間も短くなります。 Azure Database for MySQL - フレキシブル サーバーでの高可用性の概念

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

    このサービスを使用すると、お客様がスタンバイ サーバーのゾーン場所を選択できるようになりました。 この機能を使用すると、お客様はスタンバイ サーバーを任意のゾーンに配置できます。 スタンバイ データベース サーバーとアプリケーションを同じゾーンに配置すると、待機時間が短縮され、お客様はディザスター リカバリーの状況や "ゾーンダウン" シナリオに対してより適切に準備できます。 Azure Database for MySQL - フレキシブル サーバーでの高可用性の概念

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

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

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

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

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

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

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

    Azure Database for MySQL フレキシブル サーバーで、プレビューでの validate_password と caching_sha2_password プラグインの有効化がサポートされるようになりました。 validate_password プラグインを使用すると、パスワード ポリシーの施行とパスワード強度のチェックができます。 caching_sha2_password プラグインは、既定の mysql_native_password プラグインよりも安全な認証方法を提供します。 詳細については、サーバー パラメーターを参照してください。

  • 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 フレキシブル サーバーを使用するアプリケーションを開発およびデプロイできます。 Azure 無料アカウントを使用して Azure Database for MySQL - フレキシブル サーバーを無料で試す

  • ストレージの自動拡張

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

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

    Azure Database for MySQL フレキシブル サーバーで、Azure Database for MySQL - フレキシブル サーバーへのデータのレプリケートがサポートされるようになりました。 この機能を使用して、オンプレミス、仮想マシン、Azure Database for MySQL の単一サーバーで実行されている MySQL サーバー、または Azure 外部のデータベース サービスから、Azure Database for MySQL フレキシブル サーバーにデータを同期して移行できます。 詳しくは、「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 が適用されており、無効にできません。 (回避策なし)
    • 仮想ネットワークにプロビジョニングされるサーバーに断続的なプロビジョニング エラーが発生します。 回避策として、成功するまでサーバーのプロビジョニングを再試行してください。

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 フレキシブル サーバー インスタンス (「レプリカ」) への非同期データ レプリケーションがサポートされるようになりました。 この機能により、読み取り負荷の高いワークロードをスケールアウトし、ユーザーの設定に応じてレプリカ サーバー間でバランスを取ることができます。 Azure Database for MySQL - フレキシブル サーバーでの読み取りレプリカ

フィードバックとサポート

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