mirror of
https://github.com/zalando/postgres-operator.git
synced 2026-10-03 10:23:10 +02:00
Connection pooler for replica (#1127)
* Enable connection pooler for replica * Refactor code for connection pooler - Move all the relevant code to a separate file - Move all the related tests to a separate file - Avoid using cluster where not required - Simplify the logic in sync and other methods - Cleanup of duplicated or unused code * Fix labels for the replica pods * Update deleteConnectionPooler to include role * Adding test cases and other changes - Fix unit test and delete secret when required only - Make sure we use empty fresh cluster for every test case. * enhance e2e test * Disable pooler in complete manifest as this is source for e2e too an creates unnecessary pooler setups. Co-authored-by: Rafia Sabih <rafia.sabih@zalando.de> Co-authored-by: Jan Mussler <janm81@gmail.com>
This commit is contained in:
co-authored by
Rafia Sabih
Jan Mussler
parent
3fed565328
commit
49158ecb68
+7
-1
@@ -807,11 +807,17 @@ manifest:
|
||||
```yaml
|
||||
spec:
|
||||
enableConnectionPooler: true
|
||||
enableReplicaConnectionPooler: true
|
||||
```
|
||||
|
||||
This will tell the operator to create a connection pooler with default
|
||||
configuration, through which one can access the master via a separate service
|
||||
`{cluster-name}-pooler`. In most of the cases the
|
||||
`{cluster-name}-pooler`. With the first option, connection pooler for master service
|
||||
is created and with the second option, connection pooler for replica is created.
|
||||
Note that both of these flags are independent of each other and user can set or
|
||||
unset any of them as per their requirements without any effect on the other.
|
||||
|
||||
In most of the cases the
|
||||
[default configuration](reference/operator_parameters.md#connection-pooler-configuration)
|
||||
should be good enough. To configure a new connection pooler individually for
|
||||
each Postgres cluster, specify:
|
||||
|
||||
Reference in New Issue
Block a user