次の方法で共有


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 のような接続パラメーターを使用します。

ストレージ サイズの削減

ストレージ サイズを小さくすることはできません。 必要なストレージ サイズで新しいサーバーを作成し、手動ダンプと復元を実行して、データベースを新しいサーバーに移行する必要があります。

次のステップ