提供終了のお知らせの後、Azure Database for PostgreSQL - 単一サーバーはどうなりますか?
適用対象:
Azure Database for PostgreSQL - 単一サーバー
Azure Database for PostgreSQL - 単一サーバーは廃止が予定されており、2025 年 3 月 28 日までに廃止される予定です。
Azure Database for PostgreSQL – 単一サーバーは 2018 年に一般提供されました。 お客様からのフィードバックと、Azure データベース ランドスケープにおける計算、可用性、スケーラビリティ、パフォーマンス機能の新しい進歩を踏まえると、単一サーバーのオファリングを廃止し、新しいアーキテクチャにアップグレードする必要があります。 Azure Database for PostgreSQL - フレキシブル サーバーは、次世代のサービスであり、Azure のオープンソース データベース プラットフォームを最大限に活用できます。
この廃止の一環として、2023 年 11 月 30 日以降、Azure portal からの新しい単一サーバー インスタンスの作成はサポートされなくなります。 ビジネス継続性のニーズを満たすために単一サーバー インスタンスを作成する必要がある場合は、Azure CLI と ARM テンプレートを引き続き使用できます。 ただし、2025 年 3 月の時点では、これらのメソッドは使用されなくなります。
現在、運用サーバーをホストしている Azure Database for PostgreSQL - 単一サーバー サービスがある場合は、ご使用の Azure Database for PostgreSQL - 単一サーバーを Azure Database for PostgreSQL - フレキシブル サーバーに移行できます。
Azure Database for PostgreSQL - フレキシブル サーバーは、データベース管理機能と構成設定のよりきめ細かな制御と柔軟性のために設計された、運用環境対応のフル マネージド データベース サービスです。 Azure Database for PostgreSQL - フレキシブル サーバーの詳細については、Azure Database for PostgreSQL - フレキシブル サーバーに関するページを参照してください。
Azure Database for PostgreSQL - 単一サーバー から Azure Database for PostgreSQL - フレキシブル サーバーに移行する
単一サーバーからフレキシブル サーバーへの移行ツールを使用して Azure Database for PostgreSQL - 単一サーバーから Azure Database for PostgreSQL - フレキシブル サーバーに移行する方法について説明します。
よく寄せられる質問 (FAQ)
Q. Azure Database for PostgreSQL - 単一サーバーはなぜ廃止されるのですか?
A. Azure Database for PostgreSQL – 単一サーバーは 2018 年に一般提供されました。 お客様からのフィードバックと、Azure データベース ランドスケープにおける計算、可用性、スケーラビリティ、パフォーマンス機能の新しい進歩を踏まえると、単一サーバーのオファリングを廃止し、新しいアーキテクチャにアップグレードする必要があります。 Azure Database for PostgreSQL - フレキシブル サーバーは、次世代のサービスであり、Azure のオープンソース データベース プラットフォームを最大限に活用できます。
Q. Azure Database for PostgreSQL - フレキシブル サーバーへの移行を求められるのはなぜですか?
A.Azure Database for PostgreSQL - フレキシブル サーバーは、Azure ですべてのオープンソース PostgreSQL ワークロードを実行するのに最適なプラットフォームです。 Azure Database for PostgreSQL - フレキシブル サーバーは経済的であり、すべてのサービス レベルでパフォーマンスが向上しています。また、コストを制御する方法が増えたことで、より安価かつ高速でのディザスター リカバリーを実現しています。 フレキシブル サーバーのその他の機能強化は次のとおりです。
- Postgres バージョン 11 以降のサポートと組み込みのセキュリティ強化
- バースト可能レベルのコンピューティング オプションのサポートが含まれた、より優れた価格パフォーマンス。
- 同一または異なる可用性ゾーンでのホット スタンバイとユーザーが制御するメンテナンス期間を構成することによるアップタイムの改善。
- 高パフォーマンスのデータ ワークロードを実現する簡素化された開発者エクスペリエンス。
Q. いつまでに単一サーバーをフレキシブル サーバーに移行する必要がありますか?
A. Azure Database for PostgreSQL - 単一サーバーは 2025 年 3 月 28 日までに廃止される予定であるため、できるだけ早い機会に単一サーバーをフレキシブル サーバーに移行することを強くお勧めします。それにより、移行ライフサイクルを実行するための十分な時間を確保し、フレキシブル サーバーによって提供される利点を使用できるようになります。
Q. 既存の Azure Database for PostgreSQL - 単一サーバー インスタンスはどうなりますか?
A. 既存の Azure Database for PostgreSQL - 単一サーバーのワークロードは、2025 年 3 月まで引き続きサポートされます。
Q. 2023 年 11 月のコミュニティの EOL 日の後も、新たにバージョン 11 の Azure Database for PostgreSQL - 単一サーバーを作成できますか?
A. 2023 年 11 月 30 日以降は、Azure portal を使用して PostgreSQL バージョン 11 の新しい単一サーバー インスタンスを作成できなくなります。 ただし、2024 年 11 月までは CLI を使用して引き続き作成できます。 Microsoft では、バージョン管理サポート ポリシーを通じて引き続き単一サーバーをサポートします。Azure Database for PostgreSQL - フレキシブル サーバーへの移行をすぐに開始することをお勧めします。
Q. 最終日の 2025 年 3 月 28 日を過ぎても Azure Database for PostgreSQL - 単一サーバー インスタンスを引き続き実行できますか?
A. 最終日の 2025 年 3 月 28 日まで単一サーバーをサポートする予定です。できるだけ早く移行計画を開始することを強くお勧めします。 2025 年 3 月 28 日の終了日に単一サーバーのデプロイのサポートを終了する予定です。
Q. シングル サーバー廃止のお知らせの後、ビジネス ニーズを満たすために新しいシングル サーバーを作成する必要がある場合はどうすればよいですか?
A. 新しい単一サーバーを作成する機能はすぐには停止されないため、CLI を使用して引き続き新しい単一サーバーを作成し、Azure Database for PostgreSQL - 単一サーバーでサポートされているすべての PostgreSQL バージョンでビジネス ニーズを満たすことができます。 フレキシブル サーバーを検討し、それがニーズを満たすかどうかを確認することを強くお勧めします。 必要に応じてお気軽にお問い合わせください。お客様にとって最適な方法をご説明、ご提案させていただきます。
Q. 移行には追加コストがかかりますか?
A. 移行中は、移行先のフレキシブル サーバーと移行元の単一サーバーに対して料金が発生します。 移行先のフレキシブル サーバーの構成とコンピューティングによって、発生する追加コストが決まります (詳細については、価格に関するページを参照してください)。 移行が正常に行われた後に移行元の単一サーバーの使用を停止した時点で、フレキシブル サーバーに対してのみ料金が発生します。 単一サーバーからフレキシブル サーバーへの移行ツールの使用には、追加コストはかかりません。 単一サーバーからフレキシブル サーバーへの移行コストについて質問や懸念がある場合は、Microsoft アカウントの担当者にお問い合わせください。
Q. Azure Database for PostgreSQL - 単一サーバーではなく、Azure Database for PostgreSQL - フレキシブル サーバーを実行することで、課金には影響がありますか?
A. Azure Database for PostgreSQL - 単一サーバーと同様の構成を選択した場合、課金は同程度になります。 ただし、移行先のフレキシブル サーバーで同一のゾーンまたは高可用性を備えたゾーン冗長を選択した場合、請求額は単一サーバーの場合よりも高くなります。 同一ゾーンまたはゾーン冗長の高可用性では、追加のホット スタンバイ サーバーをスピンアップして冗長バックアップ データを格納する必要があるため、2 番目のサーバーの追加コストが発生します。 このアーキテクチャにより、計画外の停止や計画メンテナンス中のダウンタイムを短縮できます。 一般的には、フレキシブル サーバーでは価格パフォーマンスは向上しますが、これはワークロードによって異なります。
Q. Azure Database を PostgreSQL - 単一サーバーからフレキシブル サーバーに移行するときにダウンタイムは発生しますか?
A. 現在、単一サーバーからフレキシブル サーバーへの移行ツールでは、オフライン移行のみをサポートしています。 オフライン移行では、移行プロセス中にアプリケーションにダウンタイムが必要です。 詳細については、「移行ツール - Azure Database for PostgreSQL シングル サーバーからフレキシブル サーバー」を参照してください。
ダウンタイムは、データベースの数、データベースのサイズ、各データベース内のテーブルの数、インデックスの数、テーブル間のデータの分散など、いくつかの要因によって決まります。 また、移行元と移行先サーバーの SKU と、移行元と移行先サーバーで使用できる IOPS にも左右されます。
移行に関連する多くの要因を考慮すると、アプリケーションのダウンタイムを見積もる最善の方法は、プライマリ サーバーから復元された PITR サーバーで移行を試みて運用環境の移行を計画することです。
オフライン移行は、もっと単純で、障害が発生する可能性は少なくなります。サービス時間帯があるワークロードで単一サーバーからフレキシブル サーバーへの移行を実行する場合に推奨される方法です。
単一サーバーからフレキシブル サーバーへの移行ツールで提供されるオフライン移行でダウンタイム要件が満たされない場合は、アカウント チームに連絡してください。
注意
オンライン移行については、近日中にサポートされる予定です。
Q. 今後、最新の PostgreSQL バージョンをサポートするための更新プログラムは単一サーバーに対して提供されますか?
A. 最新の PostgreSQL エンジン バージョンで実行する必要がある場合は、フレキシブル サーバーに移行することをお勧めします。 2023 年 11 月にコミュニティによって廃止されるまで、コミュニティによってリリースされた Postgres バージョン 11 のマイナー バージョンは引き続きデプロイされます。
注意
Microsoft では、コミュニティの廃止日以降も Postgres バージョン 11 のサポートを延長する予定であり、この移行を容易にするために単一サーバーとフレキシブル サーバーの両方で PostgreSQL バージョン 11 をサポートします。 最新の Postgres エンジン バージョンの利点を使用するために、フレキシブル サーバーへの移行を検討してください。
Q. フレキシブル サーバーの 99.99% 可用性 SLA と単一サーバーの違いは何ですか?
A. フレキシブル サーバーのゾーン冗長デプロイでは、99.99% の可用性とゾーン レベルの回復性が提供されますが、単一サーバーでは 99.99% の可用性は提供されるものの、ゾーンの回復性はありません。 フレキシブル サーバーの高可用性 (HA) アーキテクチャでは、冗長コンピューティングとストレージを備えたホット スタンバイ サーバーをデプロイします (各サイトのデータを 3 つのコピーで保存)。 単一サーバーの HA アーキテクチャには、ゾーン障害からの復旧に役立つパッシブ ホット スタンバイはありません。 フレキシブル サーバーの HA アーキテクチャにより、計画外の停止や計画メンテナンス時のダウンタイムが短縮されます。
Q. 単一サーバーをデプロイしているリージョンで、フレキシブル サーバーがサポートされていません。 この移行を進めるにはどうすればよいですか?
A. 単一サーバーとのリージョンの違いはなくなりつつあります。 以下のリージョンには、フレキシブル サーバーが存在しません。
- 中国東部 (CE と CE2)
- 中国北部 (CN と CN2)
- インド西部
- スウェーデン北部
CN3/CE3、インド中部、スウェーデン中部、スウェーデン南部のリージョンに移行することをお勧めします。 Q. 単一サーバー用にプライベート リンクを構成していますが、現在、この機能はフレキシブル サーバーでサポートされていません。 移行する方法
A. フレキシブル サーバーでのプライベート リンクのサポートは最優先事項であり、ロードマップに含まれています。 この機能は、2023 年第 4 四半期に開始される予定です。 もう 1 つのオプションは、VNET インジェクションを使用したフレキシブル サーバーへの移行を検討することです。
Q. 単一サーバーからフレキシブル サーバーへの移行をロールバックするオプションはありますか?
A. 任意の数のテスト移行を実行し、移行の成功をテストし、準備ができたら最終的な移行を実行できます。 テスト移行は単一サーバーのソースには影響しません。これは、移行を実行するまで動作したままです。 テスト移行を行っているときにエラーが発生した場合は、最終的な移行を延期し、移行元サーバーを実行し続けることができます。 エラーを解決した後で、最終的な移行を再試行できます。 フレキシブル サーバーへの最終的な移行を実行し、運用ワークロード用に開いた後は、データ損失を発生させずに単一サーバーに戻る機能は失われます。
Q. DB (> 1 TB) を移行するにはどうすればいいですか?
A.単一サーバーからフレキシブル サーバーへの移行ツールでは、あらゆるサイズのデータベースを単一サーバーからフレキシブル サーバーに移行できます。 新しいバージョンのツールには、データベースのサイズに関する制限はありません。
Q. リージョン間の移行はサポートされていますか?
A. 現在、単一サーバーからフレキシブル サーバーへの移行ツールでは、リージョン間の移行はサポートされていません。 今後、サポートされる予定です。 リージョン間での移行を実行するには、pg_dump または pg_restore を使用できます。
リージョン間のデータ移行は、移行の完了に長い時間がかかるため、避ける必要があります。 これをより簡単に行う方法は、ターゲットの GeoRegion で読み取りレプリカを開始し、アプリケーションをフェールオーバーし、前に説明した手順に従うことです。
Q. サブスクリプション間の移行はサポートされていますか?
A. 単一サーバーからフレキシブル サーバーへの移行ツールでは、サブスクリプション間の移行がサポートされています。
Q. リソース グループ間のサブスクリプションはサポートされていますか?
A. 単一サーバーからフレキシブル サーバーへの移行ツールでは、リソース グループ間の移行がサポートされています。
Q. バージョン間のサポートはありますか?
A. 単一サーバーからフレキシブル サーバーへの移行サービスでは、PostgreSQL の下位バージョン (PG 9.5 以降) から上位バージョンへの移行がサポートされています。 この場合も、PostgreSQL 上位バージョンとアプリケーションの互換性を事前に確認しておく必要があります。
単一サーバーからフレキシブル サーバーへの移行ツール
単一サーバーからフレキシブル サーバーへの移行ツールは、SQL Server データベースを単一サーバーからフレキシブル サーバーに簡単に移行できる、強力なツールです。 このツールを使用すると、オンプレミスのサーバーまたは仮想マシンからクラウド内のフレキシブル サーバーにデータベースを簡単に移動できるため、クラウド コンピューティングのスケーラビリティと柔軟性を活用できます。
Q. 移行の一環として移行されるデータ、スキーマ、およびメタデータ コンポーネントはどれですか?
A. 単一サーバーからフレキシブル サーバーへの移行ツールでは、スキーマ、データ、メタデータが移行元から移行先に移行されます。 次のすべてのデータ、スキーマ、メタデータ コンポーネントが、データベース移行の一環として移行されます。
データ移行
- すべてのデータベースまたはスキーマのすべてのテーブル。
スキーマの移行:
- 名前を付ける
- Primary key (プライマリ キー)
- データ型
- 序数位置
- 既定値
- NULL 値の許容
- 自動増分属性
- セカンダリ インデックス
メタデータの移行:
- ストアド プロシージャ
- 関数
- トリガー
- ビュー
- 外部キー制約
Q. オフライン移行とオンライン移行の違いは何ですか?
A. 単一サーバーからフレキシブル サーバーへの移行ツールでは、現在はオフライン移行がサポートされており、近日中にオンライン移行もサポートされます。 オフライン移行では、移行が開始されるとアプリケーションのダウンタイムが始まります。 オンライン移行では、ダウンタイムは、移行終了時のカットオーバーに必要な時間に制限されますが、論理レプリケーション メカニズムが使用されます。 データまたはスキーマは、オンライン移行で、これらのオープンソース PG エンジンの制限に合格する必要があります。 オフライン移行をテストして、ダウンタイムが許容範囲内であるかどうかを判断することをお勧めします。
オンライン移行とオフライン移行の比較を次の表に示します。
| 領域 | オンライン移行 | オフライン移行 |
|---|---|---|
| 移行の間にデータベースを読み取りに利用できるかどうか | 利用可能 | 利用可能 |
| 移行中にデータベースを書き込みに利用できるかどうか | 利用可能 | 一般に推奨されない。 移行後に開始された "書き込み" は、キャプチャまたは移行されません |
| ''アプリケーションの適合性'' | 最大限のアップタイムが必要なアプリケーション | 計画的なダウンタイム期間を許容できるアプリケーション、またはオンライン移行を禁止するスキーマまたはワークロードの制限があるアプリケーション |
| 書き込み負荷の高いワークロードへの適合性 | 適しているが、移行中はワークロードの低下が予想される | これは、移行中に書き込みを無効にできる場合にのみ推奨されるソリューションです。 移行開始後は、移行元の書き込みは移行先サーバーに移行されません |
| 手動カットオーバー | 必須 | 必要なし |
| 必要なダウンタイム | データ サイズに関係なく、短く、一定である | データ サイズやその他の要因に比例します。 小規模なデータベースの場合は数分など短く、大規模なデータベースの場合は数時間になる場合があります |
| 移行時間 | データベースのサイズと、一括移行までの書き込みアクティビティによって決まる | データベースのサイズによって決まります |
Q. 単一サーバーからフレキシブル サーバーへの移行ツールのパフォーマンスを最適化するための推奨事項はありますか?
A. はい。 より高速で移行を実行するには、フレキシブル サーバーに対してより高い SKU を選択します。 移行をすばやく完了するには、最低 4 個以上の仮想コアを選択します。 SKU は、移行後にアプリケーションのニーズに合わせていつでも変更できます。
Q. 単一サーバーからフレキシブル サーバーへの移行ツールを使用してオフライン移行を実行するには、どのくらいの時間がかかりますか?
A. 次の表は、単一サーバーからフレキシブル サーバーへの移行ツールを使用してさまざまなサイズのデータベースのオフライン移行を実行するのにかかる時間を示しています。 移行は、次の SKU のフレキシブル サーバーを使用して実行されました。
Standard_D4ds_v4 (4 コア、16 GB メモリ、128 GB ディスク、500 IOPS)
| データベース サイズ | 時間 (HH:MM) |
|---|---|
| 1 GB | 00:01 |
| 5 GB | 00:03 |
| 10 GB | 00:08 |
| 50 GB | 00:35 |
| 100 GB | 01:00 |
| 500 GB | 04:00 |
| 1,000 GB | 07:00 |
注意
上記の数値は、移行が完了するまでにかかった時間を概算したものです。 サーバーに移行するために必要な正確な時間を取得するには、単一サーバーの PITR (ポイントインタイム リストア) を取得し、それを単一サーバーからフレキシブル サーバーへの移行ツールに対して実行することを強くお勧めします。
Q. 単一サーバーからフレキシブル サーバーへの移行ツールを使用してオンライン移行を実行するには、どのくらいの時間がかかりますか?
A. オンライン移行では次の手順を実行する必要があります。
- データベースの初期コピー
- 変更データ キャプチャ - 手順 1 の間の移行元でのすべてのトランザクションを移行先に対して再生します。
手順 1 でかかった時間は、オフライン移行の場合と同じです (前の質問を参照してください)。
手順 2 の所要時間は、移行元で発生するトランザクションによって決まります。 書き込みが多いワークロードの場合、手順 2 に要する時間は長くなります。
追加のサポート
Q. 提供終了についてさらに質問があります。
A. 詳細情報は、いくつかの方法で取得できます。
Microsoft Q&A のコミュニティ エキスパートからの回答を取得します。
Azure Database for PostgreSQL 製品チームに問い合わることができます。
サポート プランに加入していて技術的な支援が必要な場合は、サポート リクエストを作成してください。
- [要約] に、問題の説明を入力します。
- [問題の種類] で、 [技術] を選択します。
- [サブスクリプション] で、ご使用のサブスクリプションを選択します。
- [サービス] で、[マイ サービス] を選択します。
- [サービスの種類] では、[Azure Database for MySQL 単一サーバー] を選択します。
- [リソース] で、お使いのリソースを選択します。
- [問題の種類] では、[Azure DB for PostgreSQL への移行] を選択します。
- [問題のサブタイプ] では、[単一サーバーからフレキシブル サーバーへの移行] を選択します。
警告
この記事は、Azure Database for PostgreSQL - フレキシブル サーバーのユーザー向けではありません。 これは、Azure Database for PostgreSQL - フレキシブル サーバーにアップグレードする必要がある Azure Database for PostgreSQL - 単一サーバーのお客様向けです。
サービスの移行はフラストレーションの高い経験になる可能性があります。お客様に迷惑をおかけする可能性があることをあらかじめお詫びいたします。 自分と環境に最適なシナリオを選択できます。