Azure Database for MySQL 単一サーバーでのメジャー バージョンのアップグレード
適用対象: 
Azure Database for MySQL - シングル サーバー
重要
Azure Database for MySQL シングル サーバーは廃止パスにあります。 Azure Database for MySQL フレキシブル サーバーにアップグレードすることを強くお勧めします。 Azure Database for MySQL フレキシブル サーバーへの移行の詳細については、Azure Database for MySQL シングル サーバーの現状に関するページを参照してください
Note
この記事には、Microsoft が使用しなくなった "スレーブ" という用語への言及が含まれています。 ソフトウェアからこの用語が削除された時点で、この記事から削除します。
重要
Azure database for MySQL 単一サーバーのメジャー バージョンのアップグレードは、パブリック プレビュー段階にあります。
この記事では、Azure Database for MySQL 単一サーバーで MySQL のメジャー バージョンをインプレース アップグレードする方法について説明します。
この機能を使用すると、データを移動したり、アプリケーションの接続文字列を変更したりしなくても、ボタンをクリックするだけで MySQL 5.6 サーバーを MySQL 5.7 にインプレース アップグレードできます。
注意
- メジャー バージョンのアップグレードは、MySQL 5.6 から MySQL 5.7 へのメジャー バージョンのアップグレードにのみ使用できます。
- アップグレード操作中は、サーバーを使用できなくなります。 したがって、計画メンテナンス期間中にアップグレードを実行することをお勧めします。 読み取りレプリカを使用して、MySQL 5.6 から MySQL 5.7 へのメジャーバージョンのアップグレードを最小限のダウンタイムで実行することもできます。
Azure portal を使用して MySQL 5.6 から MySQL 5.7 へのメジャー バージョンのアップグレードを実行する
Azure portal を使用して Azure Database for MySQL 5.6 サーバーでメジャー バージョンのアップグレードを実行するには、次の手順に従います。
重要
直接、運用環境をアップグレードするのではなく、最初に、サーバーの復元済みコピーにアップグレードを実行することをお勧めします。 ポイントインタイム リストアを実行する方法を参照してください。
Azure portal で、既存の Azure Database for MySQL 5.6 サーバーを選択します。
[概要] ページのツール バーで [アップグレード] ボタンをクリックします。
[アップグレード] セクションで、 [OK] を選択して、Azure Database for MySQL 5.6 サーバーを 5.7 サーバーにアップグレードします。
アップグレードが成功したことを確認する通知が表示されます。
Azure CLI を使用して MySQL 5.6 から MySQL 5.7 へのメジャー バージョンのアップグレードを実行する
Azure CLI を使用して Azure Database for MySQL 5.6 サーバーでメジャー バージョンのアップグレードを実行するには、次の手順に従います。
重要
直接、運用環境をアップグレードするのではなく、最初に、サーバーの復元済みコピーにアップグレードを実行することをお勧めします。 ポイントインタイム リストアを実行する方法を参照してください。
Azure CLI for Windows をインストールするか、Azure Cloud Shell で Azure CLI を使用してアップグレード コマンドを実行します。
このアップグレードでは、Azure CLI のバージョン 2.16.0 以降が必要です。 Azure Cloud Shell を使用している場合は、最新バージョンが既にインストールされています。 az version を実行し、インストールされているバージョンおよび依存ライブラリを検索します。 最新バージョンにアップグレードするには、az upgrade を実行します。
サインインしたら、az mysql server upgrade コマンドを実行します。
az mysql server upgrade --name testsvr --resource-group testgroup --subscription MySubscription --target-server-version 5.7"コマンド プロンプトに "-Running" (実行中) というメッセージが表示されます。 このメッセージが表示されなくなると、バージョンのアップグレードが完了しています。
Azure portal を使用して、読み取りレプリカで MySQL 5.6 から MySQL 5.7 へのメジャー バージョンのアップグレードを実行する
Azure portal で、既存の Azure Database for MySQL 5.6 読み取りレプリカ サーバーを選択します。
[概要] ページのツール バーで [アップグレード] ボタンをクリックします。
[アップグレード] セクションで、 [OK] を選択して、Azure Database for MySQL 5.6 読み取りレプリカ サーバーを 5.7 サーバーにアップグレードします。
アップグレードが成功したことを確認する通知が表示されます。
[概要] ページで、Azure Database for MySQL の読み取りレプリカ サーバーのバージョンが 5.7 であることを確認します。
ここで、プライマリ サーバーにアクセスし、そこでメジャー バージョンのアップグレードを実行します。
読み取りレプリカを使用して、MySQL 5.6 から MySQL 5.7 へのメジャー バージョンのアップグレードを最小限のダウンタイムで実行する
読み取りレプリカを利用すると、MySQL 5.6 から MySQL 5.7 へのメジャー バージョンのアップグレードを最小限のダウンタイムで実行することができます。 この考え方は、サーバーの読み取りレプリカを最初に 5.7 にアップグレードし、後でアプリケーションをフェールオーバーして読み取りレプリカをポイントし、それを新しいプライマリにするというものです。
Azure portal で、既存の Azure Database for MySQL 5.6 を選択します。
プライマリ サーバーから読み取りレプリカを作成します。
レプリカ サーバーがバージョン 5.7 で実行されていることを確認したら、アプリケーションからプライマリ サーバーへの接続を停止します。
レプリケーションの状態を確認し、すべてのデータが同期されるように、レプリカがすべてプライマリに追いついていることを確認し、プライマリで確実に新しい操作が実行されないようにします。
レプリカ サーバーで
show slave statusコマンドを呼び出して、レプリケーションの状態を確認します。SHOW SLAVE STATUS\GSlave_IO_RunningとSlave_SQL_Runningの状態が "yes" で、Seconds_Behind_Masterの値が "0" であれば、レプリケーションは正常に機能しています。Seconds_Behind_Masterは、レプリカの遅れの程度を示しています。 この値が "0" 以外である場合、レプリカで更新処理が実行されていることを意味します。Seconds_Behind_Masterが "0" であることを確認したら、安全にレプリケーションを停止できます。レプリケーションを停止して、読み取りレプリカをプライマリに昇格します。
サーバー 5.7 を実行している新しいプライマリ (以前のレプリカ) にアプリケーションをポイントします。 各サーバーには一意の接続文字列があります。 ソースではなく、(以前の) レプリカを指すようにアプリケーションを更新します。
注意
このシナリオでダウンタイムが発生するのは、手順 4、5、6 の間だけです。
よく寄せられる質問
アップグレードが必要な MySQL v5.6 を運用環境で使用しているのですが、このアップグレード機能が GA になるのは、いつですか?
この機能は、MySQL v5.6 の提供終了前に GA となる予定です。 ただし、この機能は、実稼働可能であり、Azure で完全にサポートされているため、安心して環境で実行してください。 推奨されるベスト プラクティスとして、最初に、サーバーの復元済みコピーで実行し、テストすることを強くお勧めします。これにより、アップグレード中のダウンタイムを予測し、運用環境での実行前にアプリケーションの互換性テストを実行することができます。 詳細については、ポイントインタイム リストアを実行する方法を参照して、特定の時点のサーバーのコピーを作成してください。
これによってサーバーのダウンタイムは発生しますか? その場合、長さはどのくらいですか?
はい、アップグレード プロセス中はサーバーを使用できなくなります。ですから、この操作は、計画メンテナンス期間中に実行することをお勧めします。 推定ダウンタイムは、データベースのサイズ、プロビジョニングされたストレージのサイズ (プロビジョニングされた IOPS)、およびデータベース上のテーブルの数によって異なります。 アップグレード時間は、サーバー上のテーブルの数に直接比例します。Basic SKU サーバーは、標準ストレージ プラットフォームにあるため、アップグレード時間が長くなることが予想されます。 サーバー環境のダウンタイムを推定するために、最初にサーバーの復元済みコピーにアップグレードを実行することをお勧めします。 読み取りレプリカを使用して、MySQL 5.6 から MySQL 5.7 へのメジャー バージョンのアップグレードを最小限のダウンタイムで実行することを検討してください。
2021 年 2 月 5 日までに MySQL v5.6 サーバーをアップグレードすることを選択しなかった場合はどうなりますか?
引き続き、MySQL v5.6 サーバーを実行できます。 Azure では、サーバーに強制アップグレードが実行されることはありません。 ただし、Azure Database for MySQL のバージョン管理ポリシーに記載されている制限が適用されます。
次のステップ
Azure Database for MySQL バージョン管理ポリシーについて説明します。