Trusted Postgres Architect 23.37.0 release notes#
リリース日2025年3月24日
Trusted Postgres Architect 23.37.0の新機能、機能強化、バグ修正、およびその他の変更には次のものが含まれます。
ハイライト#
upgradeコマンドは、PatroniおよびEFMクラスターでのPostgresのマイナーバージョンのアップグレードをサポートするようになりましたrepmgrクラスターのアップグレードも改善されました
機能強化#
Description |
Addresses |
|---|---|
M1 + PatroniクラスターのマイナーバージョンのPostgresのアップグレード。 TPAは、フェールオーバーマネージャーとしてパトロニを使用するM1クラスターでPostgresを最新のマイナーバージョンにアップグレードできるようになりました。アップグレードプロセスは、クラスター内のBarmanサーバーでBarmanを停止し、クラスター内のレプリカをアップグレードします。次に、一時的なプライマリとして1つのレプリカに切り替え、元のプライマリでPostgresをアップグレードし、元のプライマリに戻します。 Patroniのクラスターの処理は、プロセス中に一時停止され、その後再開されます。次に、 Barmanが再起動され、クラスターヘルスチェックが実行されます。 |
102662 |
M1 + repmgrクラスターのマイナーバージョンのPostgresアップグレードを改善しました。 Witnessノードは、以前はアップグレードから省略されましたが、レプリカとともにアップグレードされるようになりました。 Postgresサービスの再起動の信頼性が向上し、ノードでのパッケージのアップグレードが完了した直後に常に実行されます。 |
|
M1 + EFMクラスターのマイナーバージョンのPostgresのアップグレード。 TPAは、フェールオーバーマネージャーとしてEFMを使用するM1クラスターでPostgresを最新のマイナーバージョンにアップグレードできるようになりました。アップグレードプロセスは、クラスター内のBarmanサーバーでBarmanを停止し、クラスター内のレプリカをアップグレードします。次に、一時的なプライマリとして1つのレプリカに切り替え、元のプライマリでPostgresをアップグレードし、元のプライマリに戻します。 EFMエージェントは、さまざまなサーバーで適切なタイミングで起動および停止されます。次に、 Barmanが再起動され、クラスターヘルスチェックが実行されます。 |
103595 |
出力内の変更されたタスクから未変更のタスクを分離します。 TPAのデフォルトの出力プラグインでは、「ok」を返すが変更のないタスクが、変更を報告したタスクから分離され、黄色で強調表示されます。 |
|
Dockerインスタンスのプロビジョニング解除の速度が向上しました。 Dockerインスタンスのプロビジョニングを解除する場合、TPAはコンテナを停止する代わりにkillし、すべてのインスタンスに並列して実行します。 |
|
EFM 5.xの`check.num.sync.period`プロパティを追加しました。 EFM 5.0以降、プライマリエージェントがプライマリデータベースでnum_syncを変更する必要があるかどうかをチェックする頻度を定義する新しいプロパティ`check.num.sync.period`があります。 `config.yml`で指定できるようになりました。 |
の変更#
Description |
Addresses |
|---|---|
TPAは、構成が変更されない場合でも、EFM構成ファイルが削除される場合、コピーするようになりました。 efm.nodes`または`efm.properties`構成ファイルがトップレベルのEFMディレクトリに存在しない場合、構成変更がなくても、 `efm upgrade-conf`コマンドは/raw`ディレクトリからそれらをコピーします。これにより、 `upgrade-conf`コマンドを実行してファイルをコピーする前に構成の変更が必要だった以前の動作が修正されます。 |
|
TPAは、EDBリポジトリ設定のURIにアクセスできることを確認します。 EDBリポジトリは、EDB Repos 2.0ドキュメントに従って、setupスクリプトを使用してセットアップされます。cURL出力をbashにパイピングして実行します。ただし、ユーザーが存在しない`EDB_SUBSCRIPTION_TOKEN`またはリポジトリをcURLに渡すと、bashは空の入力を実行するため、終了コードは静かに飲み込まれ、0に置き換えられます。このバージョンでは、セットアップスクリプトのダウンロードを続行する前に、要求がリポジトリのGPGキーエンドポイントにディスパッチされ、`404`応答が返されないようにします。さらに、リポジトリが既に設定されている場合、EDBリポジトリのセットアップに関連するタスクがスキップされるようになりました。 |
|
BDR-Always-ONがBDRバージョン5で構成されている場合、TPAはArchitectureErrorを発生するようになりました。 -a BDR-Always-ON`で--bdr-version 5`が渡された場合、 `tpaexec configure`中にアーキテクチャエラーが発生し、 BDRバージョン5を`PGD-Always-ON`で使用する必要があることをユーザーに警告します。 |
バグ修正#
Description |
Addresses |
|---|---|
デプロイ中の`shared_preload_libraries`計算を修正しました。構成を変更しない2番目の展開シナリオでも、`shared_preload_libraries`の不要で制御されない書き換えをトリガーし、その後Postgresサービスの再起動が必要になるリストの順序付けのAnsibleの処理の制限を修正しました。 |
|
Patroniの構成時に不要なレプリケーションスロットが作成される問題を修正しました。 Patroniクラスターをセットアップするときに、etcd専用ノードごとにレプリケーションスロットが作成されました。未使用のスロットによりWALが蓄積されるため、これにより問題が発生しました。スロットはDBサーバー用にのみ作成されるようになりました。 |
|
patronictl switchover`コマンドの使用法を修正しました。 TPAは、 `patronictl switchover`コマンドを使用する場合、非推奨の--master`パラメーターの代わりに`--leader`を正しく使用するようになりました。 |
|
PEMを含むBDR-Always-ONクラスターのインスタンスのカウントに関する問題を修正しました。特定の状況で、TPAがPEMサーバーを使用したBDR-Always-ONクラスターのインスタンス数を誤って計算し、「tpaexec configuration」が「StopIteration」で失敗するバグを修正しました。 |
|
PEMサーバーがEFMクラスターのクラスタープライマリとして誤って選択される問題を修正しました。クラスターがpemサーバーで作成された場合、そのバックエンドはEFMによって監視されないため、クラスター全体のPostgresプライマリを検出するときにそのノードを含めないでください。この動作は、TPAによって正しく実装されるようになりました。 |
45279 |
.pgpassファイルの重複行を修正しました。 'tpaexecdeploy'を再実行すると、同じユーザーの.pgpassに余分な行が追加されるバグを修正しました。 |