Azure Database for PostgreSQL - Single Server の制限
適用対象: Azure Database for PostgreSQL - 単一サーバー
重要
Azure Database for PostgreSQL - シングル サーバーは廃止パスにあります。 Azure Database for PostgreSQL - フレキシブル サーバーにアップグレードすることを強くお勧めします。 Azure Database for PostgreSQL - フレキシブル サーバーへの移行の詳細については、Azure Database for PostgreSQL 単一サーバーの現状に関するページを参照してください。
次のセクションでは、データベース サービス容量と機能の制限について説明します。 リソース (コンピューティング、メモリ、ストレージ) 層の詳細については、価格レベルの記事を参照してください。
最大接続数
価格レベルと仮想コアごとの最大接続数は以下のとおりです。 Azure システムでは、Azure Database for PostgreSQL サーバーを監視する 5 つの接続が必要です。
価格レベル | 仮想コア数 | 最大接続数 | 最大ユーザー接続 |
---|---|---|---|
Basic | 1 | 55 | 50 |
Basic | 2 | 105 | 100 |
General Purpose | 2 | 150 | 145 |
General Purpose | 4 | 250 | 245 |
General Purpose | 8 | 480 | 475 |
General Purpose | 16 | 950 | 945 |
General Purpose | 32 | 1500 | 1495 |
General Purpose | 64 | 1900 | 1895 |
メモリ最適化 | 2 | 300 | 295 |
メモリ最適化 | 4 | 500 | 495 |
メモリ最適化 | 8 | 960 | 955 |
メモリ最適化 | 16 | 1900 | 1895 |
メモリ最適化 | 32 | 1987 | 1982 |
接続数が制限を超えると、次のエラーが表示される場合があります。
FATAL: sorry, too many clients already (致命的: 申し訳ありません。クライアントが多すぎます)
重要
最適なエクスペリエンスを得るために、pgBouncer のような接続プーラーを使用して、接続を効率的に管理することをお勧めします。
PostgreSQL 接続はアイドル状態であっても、最大 2 MB のメモリを占有する可能性があります。 また、新しい接続の作成には時間もかかります。 ほとんどのアプリケーションでは、短時間の接続を多数要求します。これにより、この状況が悪化します。 結果として、実際のワークロードに使用できるリソースが少なくなるため、パフォーマンスが低下します。 アイドル状態の接続を減らして既存の接続を再利用する接続プーラーは、これを回避するのに役立ちます。 詳細については、ブログ投稿を参照してください。
機能制限
スケール操作
- Basic 価格レベルとの間の動的スケーリングは現在サポートされていません。
- 現在、サーバー ストレージを減らすことはできません。
サーバー バージョンのアップグレード
- データベース エンジンのメジャー バージョン間での自動移行は現在サポートされていません。 次のメジャー バージョンにアップグレードする場合は、新しいエンジンのバージョンで作成されたサーバーにダンプを復元します。
PostgreSQL バージョン 10 より前は、PostgreSQL のバージョン管理ポリシーでは、1 番目 または 2 番目の番号が増えることが メジャー バージョン のアップグレードと見なされました (たとえば、9.5 から 9.6 への変更は、メジャー バージョンのアップグレードと見なされました)。 バージョン 10 以降、1 番目の番号の変更のみメジャー バージョンのアップグレードと見なされます (たとえば、10.0 から 10.1 への変更は マイナー バージョンのアップグレードであり、10 から 11 への変更は メジャー バージョンのアップグレードです)。
VNet サービス エンドポイント
- VNet サービス エンドポイントは、汎用サーバーとメモリ最適化サーバーでのみサポートされています。
サーバーの復元
- PITR 機能を使うと、基になっているサーバーと同じ価格レベルの構成で新しいサーバーが作成されます。
- 復元中に作成される新しいサーバーには、元のサーバーに存在するファイアウォール規則はありません。 この新しいサーバー用のファイアウォール規則を個別に設定する必要があります。
- 削除されたサーバーへの復元はサポートされていません。
Windows での UTF-8 文字
- 一部のシナリオにおいて、Windows 上のオープン ソース PostgreSQL では UTF-8 文字が完全にはサポートされません。これは、Azure Database for PostgreSQL に影響するためです。 詳細については、PostgreSQL アーカイブ内の Bug #15476 のスレッドを参照してください。
GSS エラー
GSS に関連するエラーが表示される場合は、Azure Postgres Single Server でまだ完全にサポートされていない新しいクライアントまたはドライバーのバージョンを使用している可能性があります。 このエラーは、JDBC ドライバー バージョン 42.2.15 および 42.2.16 に影響することがわかっています。
- 更新は 11 月末までに完了する予定です。 それまでの間は、動作するドライバー バージョンを使用することを検討してください。
- または、GSS 要求を無効にすることを検討してください。
gssEncMode=disable
のような接続パラメーターを使用します。
ストレージ サイズの削減
ストレージ サイズを小さくすることはできません。 必要なストレージ サイズで新しいサーバーを作成し、手動ダンプと復元を実行して、データベースを新しいサーバーに移行する必要があります。