次の方法で共有

Azure Database for PostgreSQL シングル サーバーからフレキシブル サーバーへの自動移行

  • [アーティクル]

適用対象: Azure Database for PostgreSQL - 単一サーバー

Azure Database for PostgreSQL - 単一サーバーからフレキシブル サーバーへの自動移行は、単一サーバーの計画的ダウンタイム期間中に行われる、サービスによって開始される移行であり、パッチの適用やメンテナンス期間とは別に行われます。 サービスによって、対象となるサーバーが識別され、自動移行プロセスに関する詳細な手順を含む事前通知が送信されます。 ユーザーは、移行スケジュールを確認して必要に応じて調整したり、サーバーの自動移行をオプトアウトするためのサポート リクエストを送信したりできます。

自動移行では、Azure PostgreSQL 移行サービスを利用して、計画的移行期間中に回復性のあるオフライン移行が実施されます。 ダウンタイムはワークロードの特性によって異なり、大規模なワークロードでは最大で 20 分必要になる可能性があります。 移行の速さのベンチマークについては、Azure PostgreSQL 移行速度ベンチマークに関する記事をご覧ください。 この移行により、サーバーを手動で移行する必要がなくなり、価格パフォーマンスの向上、きめ細かいデータベース構成の制御、カスタム メンテナンス期間など、移行後にはフレキシブル サーバーの機能を利用できます。

Note

自動移行サービスは、次の条件に基づいて移行するシングル サーバーを選択します。

  • 単一サーバー バージョン 11
  • CMK、Microsoft Entra ID、読み取りレプリカ、プライベート エンドポイントなどの複雑な機能を持たないサーバー
  • データのサイズ <= 10 GB
  • パブリックアクセスが有効になっている

自動移行プロセス

自動移行プロセスには、いくつかの重要なフェーズが含まれます。

  • 移行先フレキシブル サーバーの作成: 単一サーバーの SKU のパフォーマンスとコストと一致するように、フレキシブル サーバーが作成されます。 移行元の単一サーバーから、すべてのファイアウォール規則が継承されます。

  • データ移行: データ移行は指定された移行期間中に行われ、通常は、サーバーのホスティング リージョンの営業時間外にスケジュールされます (サービスによって期間が選択される場合)。 移行元の単一サーバーは読み取り専用に設定され、データベース オブジェクトのすべてのデータ、スキーマ、ユーザー ロール、特権、所有権がフレキシブル サーバーに移行されます。

  • DNS の切り替え: データ移行後に DNS の切り替えが実行され、既存の単一サーバーの接続文字列で新しいフレキシブル サーバーにシームレスに接続できるようになります。 単一とフレキシブル両方のサーバーの接続文字列形式と、ユーザー名の形式 (username@server_name と username) が、移行後のフレキシブル サーバーでサポートされます。

  • フレキシブル サーバーの可視性: データ移行と DNS の切り替えが成功すると、新しいフレキシブル サーバーがユーザーのサブスクリプションの下に表示され、Azure portal または CLI を使って管理できるようになります。

  • 更新された単一サーバーの接続文字列: 従来の単一サーバーの更新された接続文字列が、Azure portal のサービス正常性通知を介して送信されます。 それらには、単一サーバーのポータル ページの [設定] -> [接続文字列] でもアクセスできます。

  • 単一サーバーの削除: 単一サーバーは、移行後 7 日間保持されてから削除されます。

シングル サーバーを自動移行に指定する

指名プロセスは、フレキシブル サーバーへの移行を自発的に迅速に追跡したいユーザーを対象としています。 シングル サーバー ワークロードを所有している場合、(サービスによってまだスケジュールされていない場合) 自動移行を自分で指名できるようになりました。 このフォームを使用して、サーバーの詳細を送信してください。

単一サーバーの自動移行がスケジュールされているかどうかを確認する方法

単一サーバーが自動移行の対象に選ばれているかどうかを確認するには、次の手順のようにします。

  • サービス正常性通知: Azure portal で、[サービスの正常性] > [計画メンテナンス] イベントに移動します。 'Azure Database for PostgreSQL 単一サーバーへのスケジュールされた自動移行の通知' というラベルが付いたイベントを探します。 通知は、移行日の 30、14、7 日前に送信され、移行ステージの間にも、進行中、完了時、単一サーバーの使用停止の 6 日前に送信されます。

Note

これらの通知は、既定では受信トレイに送信されません。 これらをメールまたは SMS で受け取るには、こちらの手順に従ってサービス正常性アラートを設定する必要があります

  • 単一サーバーの概要ページ: Azure portal で単一サーバー インスタンスに移動し、[概要] ページを調べます。 自動移行がスケジュールされている場合は、ここで詳細を確認できます。これには、一度に 1 か月ずつ移行を延期するオプションや、現在の月内で再スケジュールするオプションが含まれます。

Note

移行スケジュールは、スケジュールされた移行期間の 7 日前にロックされ、その間はスケジュールを変更できなくなります。

  • Azure CXP のメール通知: Azure Customer Experience (CXP) も、単一サーバーを含むサブスクリプションに関連付けられているクラシック ロールと RBAC ロールに直接メールを送信し、今後の自動移行に関する情報を提供します。

自動移行の前提条件チェック

自動移行が正常に完了するように、以下の前提条件を確認してください。

  • 自動移行を行うためには、シングル サーバー インスタンスは計画移行期間中に準備完了状態である必要があります。
  • SSL が有効になっているシングル サーバー インスタンスの場合、信頼されたルート ストアですべての証明書 (DigiCertGlobalRootG2 Root CA および DigiCertGlobalRootCA Root CA) が利用可能であることを確認します。 さらに、接続文字列にピン留めされた証明書がある場合は、移行後のビジネス継続性を確保するために、スケジュールされた自動移行の前に、3 つの証明書をすべて使用して結合 CA 証明書を作成します。
  • ソースの Azure Database for PostgreSQL シングル サーバーのファイアウォール規則名が 80 文字を超える場合は、名前の長さが 80 文字未満になるように名前を変更します。 (フレキシブル サーバーでサポートされるファイアウォール規則名の長さは 80 文字ですが、シングル サーバーでは 128 文字が許可されます)。

ターゲットの PostgreSQL フレキシブル サーバーはどのようにプロビジョニングされるか

移行先フレキシブル サーバーのコンピューティング レベルと SKU は、以下に示すように、移行元シングル サーバーの価格レベルと仮想コア数に基づいてプロビジョニングされます。

単一サーバーの価格レベル 単一サーバーの仮想コア数 フレキシブル サーバーのレベル フレキシブル サーバーの SKU 名
Basic 1 バースト可能 B1ms
Basic 2 バースト可能 B2s
汎用 2 GeneralPurpose Standard_D2s_v3
汎用 4 GeneralPurpose Standard_D4s_v3
汎用 8 GeneralPurpose Standard_D8s_v3
汎用 16 GeneralPurpose Standard_D16s_v3
汎用 32 GeneralPurpose Standard_D32s_v3
汎用 64 GeneralPurpose Standard_D64s_v3
メモリ最適化 2 MemoryOptimized Standard_E2s_v3
メモリ最適化 4 MemoryOptimized Standard_E4s_v3
メモリ最適化 8 MemoryOptimized Standard_E8s_v3
メモリ最適化 16 MemoryOptimized Standard_E16s_v3
メモリ最適化 32 MemoryOptimized Standard_E32s_v3
  • 移行先フレキシブル サーバーの PostgreSQL バージョン、リージョン、接続文字列、サブスクリプション、リソース グループは、移行元シングル サーバーと同じままになります。
  • 20 GiB 未満のストレージを持つシングル サーバーの場合、ストレージ サイズは 32 GiB に設定されます。これは、Azure Database for PostgreSQL - フレキシブル サーバーの最小ストレージ制限です。
  • ストレージ要件がより大きいシングル サーバーの場合、シングル サーバーで使用されているものより 1.25 倍または 25% 多くのストレージに相当する十分なストレージが割り当てられます。 データの最初の基本コピーの間に、移行先に対して複数の INSERT ステートメントが実行されて、WAL (先書きログ) が生成されます。 これらの WAL がアーカイブされるまで、ログによって移行先のストレージが消費されるため、安全のためにマージンが設けられています。
  • 移行されたフレキシブル サーバーでは、username@server_name (単一サーバー) とユーザー名 (フレキシブル サーバー) の両方のユーザー名形式がサポートされます。
  • 両方の接続文字列形式 – 単一サーバーとフレキシブル サーバーは、移行されたフレキシブル サーバーでサポートされています。

移行後の手順

移行後に知っておく必要がある情報を次に示します。

  • フレキシブル サーバーのサーバー パラメーターは、コミュニティ規範に合わせて調整されます。 シングル サーバーと同じサーバー パラメーター値を保持する場合は、PowerShell を使用してログインし、このスクリプトを実行してパラメーター値をコピーできます。
  • クエリ パフォーマンス分析情報を有効にするには、フレキシブル サーバーで既定では有効になっていないクエリ ストアを有効にする必要があります。
  • 高可用性が必要な場合は、ダウンタイムなしで有効にすることができます。

フレキシブル サーバーでの VNet ルールの処理

Azure Database for PostgreSQL 単一サーバーでは、仮想ネットワーク (VNet) 規則は、サーバーのアクセス制御リスト (ACL) に表示されるサブネットです。 この規則により、単一サーバーは特定のサブネット内のノードからの通信を受け入れることができます。 フレキシブル サーバーの場合、VNet 規則はサポートされていません。 代わりに、フレキシブル サーバーを使用すると、プライベート エンドポイントを作成し、サーバーが仮想ネットワーク内で機能できるようになります。 プライベート エンドポイントにより、プライベート IP がフレキシブル サーバーに割り当てられ、仮想ネットワークとサーバー間のすべてのトラフィックは Azure バックボーン ネットワーク経由で安全に送信されるため、パブリック インターネットに公開する必要がなくなります。

移行後は、これまでは単一サーバー上の VNet 規則でカバーされていたすべてのサブネットのプライベート エンドポイントをフレキシブル サーバーに追加する必要があります。 このプロセスは、Azure portal または Azure CLI を使って完了できます。 この手順が完了すると、単一サーバーからの移行後も、ネットワーク接続はフレキシブル サーバー上でそのまま残ります。

長期保有バックアップ

単一サーバーの自動移行では、フレキシブル サーバーへの移行後に長期保有 (LTR) バックアップが自動的に構成されません。 Azure Backup 使用して、長期保有で Azure Database for PostgreSQL フレキシブル サーバーをバックアップできます。

よく寄せられる質問 (FAQ)

Q. 自動移行されるのはなぜですか?

A. お使いの Azure Database for PostgreSQL - シングル サーバー インスタンスが、主力製品である Azure Database for PostgreSQL - フレキシブル サーバーへの自動移行の対象となっています。 この自動移行により、サーバーを手動で移行するオーバーヘッドが排除されます。 価格とパフォーマンスの向上、データベース構成のきめ細かな制御、カスタム メンテナンス期間などのフレキシブル サーバーの利点を利用できます。

Q. 自動統合はどのように行われますか? 何が移行されますか?

A. フレキシブル サーバーは、シングル サーバーと同じ仮想コアとストレージにほぼ一致するようにプロビジョニングされます。 次に、ソースのシングル サーバーは読み取り専用の状態になり、スキーマとデータがターゲット フレキシブル サーバーにコピーされます。 DNS スイッチが実行されて、既存のすべての接続がターゲットにルーティングされ、ターゲットのフレキシブル サーバーがオンラインになります。 自動移行により、データベース (スキーマ、データ、ユーザーとロール、特権を含む) が移行されます。 移行はオフラインで、最大 20 分のダウンタイムが発生します。

Q. 自動移行のアラートを設定または表示するにはどうすればよいですか?

A. アラートを設定する方法を次に示します。

  • こちらの手順に従って、自動移行のスケジュールと進行状況の通知を電子メールまたは SMS で受信するようにサービス正常性アラートを構成します。
  • こちらの手順に従って、Azure portal で自動移行の通知を確認します。

Q. スケジュールされたシングル サーバーの移行を延期するにはどうすればよいですか?

A. シングル サーバー インスタンスの [概要] ページに移動することで、移行スケジュールを確認できます。 移行を延期する場合は、Azure portal のシングル サーバー インスタンスの [概要] ページに移動して、最大で 1 か月延期できます。 移行を再スケジュールするには、1 か月以内に別の移行期間を選択します。 移行の詳細は、スケジュールされた移行期間の 7 日前にロックされ、その後は再スケジュールできません。 この自動移行は、2025 年 3 月 30 日まで毎月延期できます。

Q. シングル サーバーのスケジュールされた自動移行からオプトアウトするにはどうすればよいですか?

A. 自動移行からオプトアウトする場合は、その目的のためのサポート チケットを発行できます。

Q. 単一サーバーで VNet 規則を使用する場合、移行後のどの手順に従う必要がありますか?

A. フレキシブル サーバーでは VNet 規則はサポートされていません。 こちらのセクションを参照してください

Q. フレキシブル サーバーで長期保有バックアップを再構成する必要がありますか?

A. はい。 こちらのセクションを参照してください

Q. 移行されたフレキシブル サーバーでサポートされるユーザー名と接続文字列は何ですか? ​​

A. 移行されたフレキシブル サーバーでは、username@server_name (単一サーバー形式) とユーザー名 (フレキシブル サーバー形式) の両方のユーザー名形式がサポートされるため、移行後にアプリケーションの継続性を維持するために更新する必要はありません。 また、移行されたフレキシブル サーバーでは、両方の接続文字列形式 (単一サーバーとフレキシブル サーバー形式) もサポートされます。

Q. PostgreSQL Basic シングル サーバーから PostgreSQL フレキシブル サーバーへの移行した場合に、価格に変更があるようなのですが。

A. 移行後に一部のサーバーで価格が若干変更される場合があります。これは、両方のオファリングで最小ストレージ制限が異なるためです (単一サーバーでは 5 GiB、フレキシブル サーバーでは 32 GiB)。 フレキシブル サーバーのストレージ コストは、シングル サーバーよりもわずかに高くなります。 価格の上昇分は、シングル サーバーと比較したスループットとパフォーマンスが向上によって相殺されます。 フレキシブル サーバーの価格について詳しくは、こちらのドキュメントをご覧ください

関連するコンテンツ