コミュニティによる対応が終了 (サポート終了) した後もワークロードのセキュリティ保護と準拠を維持するため、Azure では Azure Database for PostgreSQL の延長サポートが導入されています。
延長サポートにより、重要なセキュリティ更新プログラムとテクニカル サポートに引き続きアクセスできます。 延長サポートを使用すると、自信を持ってアップグレード戦略を計画して実装する時間が得ることができます。
拡張サポートでは、次の機能が提供されます。
- 標準サポート終了後、最大 3 年間の追加サポート
- セキュリティ パッチと重要なバグ修正
- Azure サポート チャネルによる技術サポート (既存のプランに従います)
注
延長サポートには、新機能リリース、パフォーマンスの強化、マイナー バージョンのアップグレードのサポートは含まれません。
拡張サポートを使用する理由
延長サポートは、次のようなお客様に最適です。
- 複雑なワークロードをアップグレードするには、より多くの時間が必要です。
- アップグレード計画中にコンプライアンスとセキュリティの範囲を要求する。
- 重要な環境に対する継続的なテクニカル サポートに依存します。
ベスト プラクティス
- 延長サポートは、長期的なソリューションではなく、一時的なブリッジとして扱います。
- 有効期限 (サポート終了日) の日付より十分に前から、アップグレードの計画を始めます。
- パフォーマンスとサポートを向上させるために、PostgreSQL 15 や 16 などの新しいバージョンにアップグレードすることを検討してください。
対象となる PostgreSQL バージョン
| PostgreSQL のバージョン | Azure Standard サポート開始日 | コミュニティの退会日 | Azure Standard サポート終了日 | 有料延長サポート開始日 | 有料延長サポート終了日 |
|---|---|---|---|---|---|
| 11 | 2019 年 7 月 24 日 | 2023 年 11 月 9 日 | 2026 年 7 月 31 日 | 2026 年 8 月 1 日 | 2026 年 11 月 8 日 |
| 12 | 2020 年 9 月 22 日 | 2024 年 11 月 14 日 | 2026 年 7 月 31 日 | 2026 年 8 月 1 日 | 2027 年 11 月 13 日 |
| 13 | 2021 年 5 月 25 日 | 2025 年 11 月 13 日 | 2026 年 7 月 31 日 | 2026 年 8 月 1 日 | 2028 年 11 月 12 日 |
| 14 | 2022 年 6 月 29 日 | 2026 年 11 月 12 日 | 2026 年 12 月 11 日 | 2026 年 12 月 12 日 | 2029 年 11 月 11 日 |
登録と価格
- 自動登録: サポートされていないバージョンを実行している PostgreSQL サーバーは、2026 年 7 月 1 日に延長サポートに自動的に登録されます。
- オプトアウト オプション: サポートされているバージョンにアップグレードすることで、いつでもオプトアウトできます。
- 猶予期間: 猶予期間が適用され、2026 年 8 月 1 日に課金が開始されます。
- 価格: 詳細はこの ページで公開されています。
よく寄せられる質問 (FAQ)
Q: 延長サポートなしで実行を続けたい場合はどうなりますか? オプトアウトできますか?
A: いいえ。
Q: サポートが終了した後も、サポートされていない PostgreSQL バージョンを Azure で実行し続けた場合はどうなりますか?
A: サーバーは、コミュニティのサポート終了日から 1 か月後に延長サポートに自動的に登録されます。
Q: 延長サポートなしで PostgreSQL インスタンスを引き続き使用できますか?
A: はい。ただし、猶予期間を過ぎると、サポートされているバージョンにアップグレードしない限り、有料の延長サポートに自動的に登録されます。 猶予期間は、完全な運用リスクを想定しており、Microsoft サポートでは問題の解決を保証できません。
Q: サーバーが停止、失敗、または実行されていない場合、延長サポートに対して課金されますか?
A: いいえ。 延長サポートの課金料金は、成功 (実行中) 状態のサーバーにのみ適用されます。 サーバーが停止、削除、またはプロビジョニングに失敗した状態の場合、その期間の延長サポート料金は適用されません。 サーバーが正常な状態に戻り、延長サポートの下で有効期間終了エンジン バージョンの実行を続行すると、課金が自動的に再開されます。
Q: メジャー バージョンのアップグレード中にアプリケーションが中断することはできますか?
A: PostgreSQL メジャー バージョンのアップグレードでは、非推奨の構成パラメーター、互換性のない拡張機能、SQL 動作の違いなど、アプリケーションに影響を与える可能性のある変更が生じる可能性があります。 運用環境に適用する前に、非運用環境でアップグレードを検証します。 詳細については、 メジャー バージョンのアップグレード に関するドキュメントの主な考慮事項と制限事項を確認してください。
注
Azure Database for PostgreSQL では、現在サポートされている PostgreSQL バージョンへのインプレース メジャー バージョンのアップグレードのみがサポートされています。 たとえば、ターゲット バージョンがアップグレード時に Azure によって正式にサポートされている場合は、現在のバージョンをアップグレードできます。 サポートされていないバージョンをアップグレード ターゲットとして選択することはできません。非推奨のバージョンにアップグレードしようとすると、障害やサービスの中断が発生する可能性があります。 メジャー バージョンのアップグレードを開始する前に、 必ず Azure PostgreSQL のバージョン管理ポリシー と アップグレードに関するドキュメント を参照してください。
Q: サーバーが延長サポートに参加しているかどうかを確認するにはどうすればよいですか?
A: Azure portal と CLI は、サーバーが拡張サポートに登録されているかどうかを明確に示します。
Q: メジャー バージョンのアップグレード後にサーバー パラメーターを更新する必要はありますか?
A: 手作業での変更は必要ありません。 アップグレード ワークフローでは、新しい PostgreSQL バージョンのパラメーターが自動的に更新されます。
Q: PostgreSQL 拡張機能はメジャー バージョンのアップグレード中に自動的にアップグレードされますか?
A: いいえ。 Azure はデータベース エンジンをアップグレードしますが、非コア拡張機能 (pgvector、timescaledb など) には手動更新が必要です。 アップグレード後に、ALTER EXTENSION ... UPDATE を使うか、サポートされていない拡張機能を作成し直します。
Q: メジャー アップグレード中のダウンタイムを減らすにはどうすればよいですか。
A: ダウンタイムを最小限に抑えるには:
- トラフィックの少ない時間帯にアップグレードを計画します。
- アップグレードの前に、アップグレード の阻害要因 (拡張機能、ロール、レプリケーション スロットなど) を特定して修正します。
- バックグラウンド ジョブと実行時間の長いセッションを一時停止します。
- コンピューティングを一時的にスケールアップして、pg_upgradeを高速化します。
- 必要な場合は、VACUUM または REINDEX を使って不要なデータをクリーンアップします。
- アップグレード後に ANALYZE を実行して、パフォーマンスを復元します。
Q: サポート終了に近いサーバーはどこで追跡できますか?
A: Azure のポータルで確認できます。
Q: 拡張サポート フェーズで使用できるサポート オプションは何ですか?
A: 拡張サポートのサーバーは、セキュリティ関連の問題に対してのみサポート ケースを発生させることができます。 機能要求、パフォーマンス チューニング、一般的なバグ修正は、サポート終了バージョンではサポートされていません。 サポート終了バージョンの既存の機能の機能強化はバックポートされません。
Q: PostgreSQL バージョン 13 では、2025 年 11 月 13 日から 2026 年 3 月 1 日までの期間はどのように処理されますか? この期間中もサポートは継続されますか? 2025 年 11 月13 日より前の期間とどう違いますか?
A: PostgreSQL コミュニティのバージョン管理ポリシーによると、各メジャー バージョンはコミュニティによって廃止されるまでサポートされます。 Azure からの無料の延長サポートは、2026 年 7 月 31 日まで提供されます。 お客様は、8 月 1 日から延長サポートに対して課金されます。 引き続き新しい機能のサポートとアクセスを利用できるようにするには、新しいバージョンにアップグレードしてください。