MySQL - フレキシブル サーバーを可用性ゾーンのサポートに移行する
このガイドでは、MySQL - フレキシブル サーバーを非可用性ゾーンのサポートから可用性ゾーンのサポートに移行する方法について説明します。
Azure Database for MySQLフレキシブル サーバーは、次の 2 つの高可用性 (HA) アーキテクチャ モデルのいずれかを使用するように構成できます。
同じゾーン HA アーキテクチャ (ゾーン)。 このオプションは、プライマリ サーバーとスタンバイ サーバーが同じ可用性ゾーンに存在するので、ネットワーク待機時間が短いインフラストラクチャの冗長性に適しています。 高可用性を実現するのに、ゾーンをまたいでアプリケーションの冗長性を構成する必要がありません。 単一の可用性ゾーン内で、ネットワーク待機時間が最も短い最高レベルの可用性を実現する必要がある場合は、同一ゾーン HA が推奨されます。 同一ゾーン HA は、Azure Database for MySQL - フレキシブル サーバーを使用できるすべての Azure リージョンで使用できます。 同じゾーン HA アーキテクチャの詳細については、「 Same-zone HA アーキテクチャ」を参照してください。
ゾーン冗長 HA アーキテクチャ。 このオプションは、複数の可用性ゾーンにわたるインフラストラクチャの完全な分離と冗長性を実現する場合に適しています。 最高レベルの可用性が提供されますが、複数のゾーンにわたってアプリケーションの冗長性を構成する必要があります。 可用性ゾーン内のインフラストラクチャ障害に対して最高レベルの可用性を実現する必要があり、可用性ゾーン全体の待機時間を許容できる場合は、ゾーン冗長 HA が推奨されます。 サーバーを作成するときにのみ有効にすることができます。 ゾーン冗長 HA は、リージョンで複数の可用性ゾーンがサポートされていて、ゾーン冗長 Premium ファイル共有が利用可能な、Azure リージョンのサブセットで利用できます。 ゾーン冗長 HA アーキテクチャの詳細については、「 ゾーン冗長 HA アーキテクチャ」を参照してください。
既存のワークロードをゾーン (同じゾーン HA) からゾーン冗長 HA に移行するには、次の操作を行う必要があります。
ゾーン冗長 HA 用に構成された新しいサーバーをデプロイして構成します。
このドキュメントの移行ガイダンスに従って、リソースを新しいサーバーに移動します。
前提条件
可用性ゾーンのサポートに移行するには:
次の 2 つのサーバーのうち少なくとも 1 つが必要です。
可用性ゾーンをサポートしていないリージョンAzure Database for MySQLフレキシブル サーバーを実行しているソース サーバー。
作成時に HA に対して有効になっていないAzure Database for MySQLフレキシブル サーバー。
重要
Azure Database for MySQL フレキシブル サーバーを HA 以外のサーバーとして最初にプロビジョニングした場合は、単に同じゾーン HA アーキテクチャに対して有効にすることができます。 ただし、ゾーン冗長 HA アーキテクチャで有効にする場合は、この記事に記載されている使用可能な移行オプションのいずれかを実装する必要があります。
可用性ゾーンをサポートするリージョンAzure Database for MySQLフレキシブル サーバーを実行しているターゲット サーバーを作成する必要があります。 Azure Database for MySQL フレキシブル サーバーを作成する方法の詳細については、「Azure portalを使用して Azure Database for MySQL フレキシブル サーバーを作成する」を参照してください。 HA を有効にし、[ゾーン冗長] オプションを選択して、作成されたサーバーが ゾーン 冗長用に構成されていることを確認します。
ヒント
将来的にゾーン (同じゾーン) とゾーン冗長 HA の間を柔軟に移動できるようにする場合は、サーバーの作成時にゾーン冗長 HA が有効になっているAzure Database for MySQLフレキシブル サーバーをプロビジョニングできます。 サーバーがプロビジョニングされたら、HA を無効にすることができます。
ダウンタイムの要件
移行は、オンラインまたはオフラインのいずれかに分類できます。
• オフライン移行。 アプリケーションである程度のダウンタイムを許容できる場合は、シンプルで実行しやすいオフライン移行を選択することを常にお勧めします。 オフライン移行では、移行元サーバーがオフラインになり、移行先サーバーでデータベースのダンプと復元が実行されます。 このオプションには、最も多くのダウンタイムが必要です。 ダウンタイムの期間は、ターゲット サーバーでの復元の実行にかかる時間によって決まります。
• オンライン移行。 このオプションはダウンタイムを最小限に抑え、ダウンタイムを減らす場合に最適な選択肢です。 ソース サーバーでは更新が許可され、移行ソリューションは、移行元サーバーとターゲット サーバーの間で進行中の変更を、ターゲット上の初期ダンプと復元と共にレプリケートします。
移行オプション 1: オフライン移行
次のいずれかのツールを使用して、ある Azure Database for フレキシブル サーバーから別の Azure Database に移行できます。 どちらのオプションでもダウンタイムが必要です。
Data Migration Service (DMS)。 DMS を使用して MySQL フレキシブル サーバーを別のサーバーに移行する方法については、「Azure portal経由で DMS を使用してオフラインでAzure Database for MySQL - 単一サーバーをフレキシブル サーバーに移行する」を参照してください。 このチュートリアルでは、Azure MySQL 単一サーバーからフレキシブル サーバーに移行する手順について説明しますが、可用性ゾーンをサポートしていない Azure Database for MySQL フレキシブル サーバーから可用性ゾーンをサポートする別のサーバーにデータを移行する場合も同じ手順を使用できます。
オープンソース ツール。 MySQL Workbench、mydumper/myloader、mysqldump などのオープンソース ツールを使用してオフラインで移行し、データベースをバックアップおよび復元できます。 これらのツールの使用方法については、「Azure Database for MySQL - 単一サーバーをフレキシブル サーバーに移行するためのオプション」を参照してください。 このチュートリアルでは、Azure MySQL 単一サーバーからフレキシブル サーバーに移行する手順について説明しますが、可用性ゾーンをサポートしていない Azure Database for MySQL フレキシブル サーバーから可用性ゾーンをサポートする別のサーバーにデータを移行する場合も同じ手順を使用できます。
移行オプション 2: オンライン移行
次のいずれかのツールを使用して、最小限のダウンタイムで Azure Database for フレキシブル サーバーから別の Azure Database からアプリケーションに移行できます。
Data Migration Service (DMS)。 DMS を使用して MySQL フレキシブル サーバーを別のサーバーに移行する方法については、「Azure portal経由で DMS を使用してオンラインで Azure Database for MySQL - 単一サーバーをフレキシブル サーバーに移行する」を参照してください。 このチュートリアルでは、Azure MySQL 単一サーバーからフレキシブル サーバーに移行する手順について説明しますが、可用性ゾーンをサポートしていない Azure Database for MySQL フレキシブル サーバーから可用性ゾーンをサポートする別のサーバーにデータを移行する場合も同じ手順を使用できます。
オープンソース ツール。 mydumper/myloader などのオープンソース ツールとデータイン レプリケーションを組み合わせて使用できます。 データイン レプリケーションを設定する方法については、「Azure Database for MySQL データイン レプリケーションを構成する方法」を参照してください。
重要
HA 対応サーバーでは、データイン レプリケーションはサポートされていません。 回避策は、最初にゾーン冗長 HA を使用してターゲット サーバーをプロビジョニングしてから、データイン レプリケーションを構成する前に HA を無効にすることです。 レプリケーションが完了したら、ターゲット サーバーでゾーン冗長 HA をもう一度有効にします。
次のステップ
各項目の詳細情報