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は、フェールオーバーマネージャーとしてPatroniを使用する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ドキュメントに従ってセットアップスクリプトを使用してセットアップされます。cURL出力をbashにパイピングして実行します。ただし、ユーザーが存在しない{" "} `EDB_SUBSCRIPTION_TOKEN`またはリポジトリをcURLに渡すと、bashは空の入力を実行するため、終了コードは静かに飲み込まれ、0に置き換えられます。このバージョンでは、セットアップスクリプトのダウンロードを続行する_before_に`404`{" "}応答が返されないように、要求がリポジトリのGPGキーエンドポイントにディスパッチされます。さらに、リポジトリが既に設定されている場合、EDBリポジトリのセットアップに関連するタスクがスキップされるようになりました。 |
|
BDR-Always-ONがBDRバージョン5で構成されている場合、TPAはArchitectureErrorを発生するようになりました - - - --bdr-version 5`が-a BDR-Always-ON`で渡された場合、 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」が発生するバグを修正しましたconfigure」を「StopIteration」で失敗するようにします。 |
|
PEMサーバーがEFMクラスターのクラスタープライマリとして誤って選択される問題を修正しました。 - - - クラスターがpemサーバーで作成された場合、そのバックエンドはEFMによって監視されないため、クラスター全体のPostgresプライマリを検出するときにそのノードを含めないでください。この動作は、TPAによって正しく実装されるようになりました。 |
45279 |
.pgpassファイルの重複行を修正しました - - - 'tpaexecdeploy'を再実行すると、同じユーザーの.pgpassに余分な行が追加されるバグを修正しました。 |