TPAがインスタンスの展開プロセスの一部を実行しないようにするには、つまり、TPAにインスタンスをプロビジョニングして、そのままにしておく場合、インスタンスのprovision_only 設定をconfig.yml でtrue に設定します。この設定により、TPAは、 tpaexec deploy が認識するインベントリからインスタンスを完全に省略します。

Postgres#

Postgres構成は、repmgrやpgbouncerなどの他のコンポーネントのセットアップと連携する拡張プロセスです。それはPostgres自分自身をインストールすることから始まります。

バージョンの選択#

ソフトウェアバージョンを使用してPostgresフレーバーとバージョンを選択するか、config.ymlでpostgres_version を設定して、インストールするPostgresメジャーバージョンを指定します。

作業用クラスターをセットアップするために実際に必要な作業はこれだけです。このページのその他の部分はすべてオプショナル。必要に応じて、展開のすべての側面を制御できますが、デフォルトは注意深く調整されて、開始点として合理的なクラスターを提供します。

インストール#

デフォルトのpostgres_installation_method では、アーキテクチャのニーズに応じて、選択したPostgresのバージョンのパッケージをさまざまな拡張機能とともにインストールします。

Installing Postgres-related packages

例、 pglogical、 BDRなど

Postgres source installation

開発およびテスト用

どのインストール方法を選択するかにかかわらず、TPAは最小限の労力で同じクラスター構成を提供できます。

構成#

postgres-config を使用できます

Postgres構成ファイルがインストールされた後にタスクを実行するには追加の構成ファイルをインストールします。

Postgresの構成が配置されると、TPAは、アーキテクチャの詳細に従って、 Barman、repmgr、pgbouncer、haproxyなどの他のコンポーネントのインストールと構成を開始します。

その他のコンポーネント#

サービスの構成と開始#

TPAは、各サービスのsystemdサービスユニットファイルをインストールします。 Postgresのサービスの名前はpostgres.service で、 systemctl start postgres で開始または停止できます。

最初の展開では、Postgresサービスが開始されます。 tpaexec deploy を再度実行している場合、行った構成変更によっては、サービスがリロードまたは再起動される場合があります。もちろん、サービスが既に実行されており、変更がない場合は、放置されます。

いずれの場合も、この手順の最後にPostgresは実行されます。

Postgresを起動した後#

postgres-config-final を使用できます

起動後のPostgres構成が完了した後にタスクを実行するためSQLクエリを実行してオブジェクトを作成またはデータをロードするためなど。

EDB Postgres Distributed configuration

展開後を使用できます

展開プロセスが完了した後にタスクを実行します。

Instance configuration

目次

Instance configuration#

システムレベルの構成#

パッケージリポジトリ#

パッケージのインストール#

その他のシステムレベルのタスク#

デプロイメントを完全にスキップする#