Trusted Postgres Architect 23.39.0 release notes

Trusted Postgres Architect 23.39.0 release notes#

リリース日2025年8月22日

Trusted Postgres Architect 23.39.0の新機能、機能強化、バグ修正、およびその他の変更には次のものが含まれます。

ハイライト#

  • s390xアーキテクチャのサポート

  • edb_stat_monitor 拡張機能のサポート

  • auto.rewind 、jdbc.properties 、jdbc.loglevel 、およびcheck.vip.timeout のEFMプロパティのサポート

機能強化#

Description

Addresses

Ubuntu 24.04でのPEMのサポートを追加しました。このディストリビューションには、展開エラーを発生させた特定のパッケージが定義されていませんでした。さらに、これにより、mod_wsgiまたはedbのmod_wsgiモジュールが適用される場所でデフォルトで有効になります。

認識される拡張機能に`edb_stat_monitor`を追加しました。ユーザーが`postgres_extensions`または`postgres_databases`の下で名前付けられた拡張機能のリストのエントリーとして`edb_stat_monitor`を指定すると、TPAは正しいパッケージのインストール、拡張機能の作成、および`shared_preload_libraries`に含めることを処理します。

s390x別名IBM ZおよびLinuxONEのサポートを追加します。 TPAがs390x CPUアーキテクチャをサポートするようになりました。サポートされているs390xオペレーティングシステムは、RHEL 8、9、およびSLES 15です。TPAはこれらのシステムで実行でき、クラスター展開のターゲットホストとして使用できます。 s390xバイナリはすべてのPyPIパッケージで利用できるわけではないため、セットアップ中にPyPIからのインストールに依存するのではなく、EDBから`tpaexec-deps`パッケージをインストールすることを強くお勧めします。同様に、s390xのPGDG RPMリポジトリがないため、TPAのEDB Reposにアクセスして、パッケージからPostgresおよびその他のクラスターコンポーネントをインストールする必要があります。

EFM 5.1以降に`auto.rewind`プロパティを追加しました。 EFM 5.1以降、障害が発生したプライマリDBサーバーを再構築する新機能の一部である新しいプロパティ`auto.rewind`があります。

EFM `jdbc.properties`プロパティのサポートを追加します。これにより、EFM 5.0以降での`jdbc.properties`プロパティのサポートが追加されます。

EFM 5.1以降に`jdbc.loglevel`プロパティを追加します。 EFM 5.1から、JDBCドライバーからログに記録される情報を増やすために使用される新しいプロパティ`jdbc.loglevel`があります。このプロパティは、接続に問題がある場合に詳細情報を取得するために使用できます。データベース接続にsslを使用する場合。

EFM 5.1以降に`check.vip.timeout property`を追加します。 EFM 5.1以降、スタンバイを昇格する前にVIPを使用する場合に到達可能かどうかをEFMがチェックし続ける時間を制御するために使用される新しいプロパティ`check.vip.timeout`があります。

の変更#

Description

Addresses

Ubuntu 20.04Focalは、古いディストリビューションになりました。 Ubuntu 20.04はアップストリームのサポートが終了し、TPAでも完全にサポートされなくなりました。

古いEDB / 2qリポジトリのサポートを削除しました。古い2qリポジトリとEDB Repos 1.0が利用できなくなったため、TPAはそれらを使用しようとせず、それらに関連する構成をチェックしません。これらのリポジトリで以前に利用できたすべてのパッケージは、EDB Repos 2.0リポジトリで利用できるようになりました。

TPAは、SLESでEDBリポジトリを使用する場合、PGDGリポジトリを抑制するようになりました。 SLESシステムで`tpaexec configure`を実行する場合、他のオペレーティングシステムの動作と一致するEDBリポジトリまたはPGDGリポジトリの両方ではなく、いずれかを使用します。これにより、両方の場所で利用可能なbarmanなどのパッケージが、他のパッケージと同じリポジトリから一貫してソースされることが保証されます。

TPAは、デフォルトのPGDプロキシバージョンとして`bdr_package_version`を使用するようになりました。 `pgd_proxy_package_version`および`pgdcli_package_version`は、config.ymlで明示的に定義されている場合があります。明示的に定義されていない場合、`bdr_package_version`の値がデフォルトで設定されている場合。それらが何も設定されていない場合、パッケージの最新の利用可能なバージョンがインストールされます。これらのパッケージバージョンを別の値に設定することはサポートされておらず、テストにのみ役立ちます。

49150

`vacuum_cost_delay`のデフォルトを2ミリ秒に削減します。最近のPostgresバージョンでは、`vacuum_cost_delay`の推奨デフォルトが2ミリ秒に削減されました。 TPAはこれに一致するようになりました。

ノードのプロモーションロジックとEFMの`efm-not-promotable`ロールを文書化しました。 `efm.md`ドキュメントに新しいセクションを追加し、フェールオーバー中にノードがプロモーションの対象かどうかをTPAが判断する方法を説明します。この更新では、監視ノード、カスケードスタンバイ、`efm-not-promotable`ロールで明示的にマークされたノードのロールを含むプロモート性のルールを明確にします。この機能強化は、ユーザーがフェールオーバー動作を理解および制御するのに役立ち、EFM管理クラスターでの意図しないプロモーションのリスクを削減します。

テンプレート変数の`include_vars`動作を文書化します。 `include_vars`モジュールは式をすぐに解析して評価するため、ネストされた変数は`config.yml`からロードされた時点では存在せず、したがって、テンプレート式で評価されるときに未定義です。これは例を使用して文書化されたため、ユーザーがわかりやすくなります。

45722

Rocky Linux組織のDockerイメージを使用します。 TPAは、Docker Hubの「公式」イメージではなく、Rocky Linux組織のdockerイメージを使用するようになりました。これらはより頻繁に更新されるため、新しいパッケージで依存関係の問題が発生する可能性が低くなります。

PGD 6アーキテクチャのアーキテクチャ情報を更新しました。 PGD6アーキテクチャに正しいメタデータがあるため、 `tpaexec info architectures`の出力に予想通りに表示されます。

バグ修正#

Description

Addresses

replication`ユーザーがプライマリノードの.pgpass`から欠落している問題を修正しました。 replication_user`エントリーは、 `failover_manager`として`efm`または`patroni`のいずれかによって管理される`replica`および`primary`ノードの両方の.pgpass`ファイルに必要です。以前は、`replica`ノードの.pgassファイルにのみ追加されていたため、スイッチオーバー後にプライマリノードへの接続問題が発生しました。

48224

TPAがPGD6クラスターの加入者専用グループのルーティングを有効にしようとする問題を修正しました。以前は、TPAは、PGD6展開中に誤って加入者専用グループのルーティングを有効にしようとしていました。このプロパティは、PGD6のサブスクライバ専用グループの定義のコア部分を形成するため、編集できません。

49673

PEM 10.1.1でPEM展開が失敗する問題を修正しました。 TPAタスク`Register PEM backend database server for monitoring and configuration`は、 pem.setup SQLファンクションを明示的に呼び出します。これはPEMのパブリックAPIの一部とはみなされず、シグネチャが10.1.0と10.1.1の間で変更されたため、TPAのこのファンクションへの呼び出しが失敗します。この修正では、インストールされているPEMサーバーバージョンに応じてファンクションコールを調整することにより問題を解決します。この変更に対応するために、インストールされたPEMバージョンに関するファクトを収集する新しい`pem/server/facts` Ansibleロールを導入しました。これは、TPAがPostgres Expertが存在しないPEM 10で`postgresexpert.sql`を実行しようとしないことも意味します。

複数のフェイルオーバーマネージャーを使用する場合に`harp_dcs_user`が作成されない問題を修正しました

49150

`bdr_node_groups`をオーバーライドできない問題を修正しました。 `tpaexec configure`の--overrides-from引数で提供されたファイルが`cluster_vars`で`bdr_node_groups`を設定する場合、このコンテンツは自動的に作成されるノードグループに追加されます。

50550

TPAがPGD6ノードのDSNで`pgdproxy`ユーザーを使用する問題を修正しました。 PGDバージョン6には、PGDプロキシに代わるビルトイン接続マネージャーがあるため、 pgdproxy PostgresユーザーはDSNで使用しないでください。 Connection Managerへの接続文字列を定義するために、新しい変数`bdr_connection_manager_route_dsn`が導入されました。ユーザーは`config.yml`で`bdr_connection_manager_dsn_attributes`を追加定義して、DSNで追加の接続パラメーターを指定できます。

複数のBarmanサーバーを使用するPatroniクラスターの`ignore_slots`の問題を修正しました。 Patroniクラスターの場合、TPAは、クラスター内のBarmanノードに対応するignore_slots設定を動的に生成するようになりました。この変更により、Patroniは、各Barmanノード用に作成された物理スロットを削除しません。これは、複数のバックアップサーバーがあるPatroniクラスターにとって特に重要です。例、共有Barmanノードを含む。

50748

TPA Dockerイメージの使いやすさを修正し、信頼性を向上させました。 TPAのPython 3.12最小要件を満たし、最新の依存関係との互換性を保証するためにベースイメージをDebian Trixieにアップグレードしました。 - --use-community-ansible`フラグはサポートされなくなったため、削除しました。 - `openssh-client`パッケージを含めて、`ssh-keygen`の欠落による`tpaexec`の障害を防ぎ、すぐに使える機能を強化しました。 - ビルドタイムバージョニングの導入 `ARG`変数を追加して、ビルド中にホストから`git describe`の出力を渡し、バージョン追跡を向上させるために/opt/EDB/TPA/VERSION`として保存します。 - 最新のセットアップ手順とベストプラクティスを反映するように`docker/README.md`および`docs/src/INSTALL-docker.md`を修正しました。

Barmanが`switch-wal`を実行できない問題を修正しました。 Postgres 15+の場合、 Barmanユーザーが`pg_checkpoint`ロールで作成されるようになりました。これにより、 BarmanはスーパーユーザーでなくてもCHECKPOINTを実行できます。`barman switch-wal --force`は失敗しません。
目次