@@ -512,39 +512,38 @@ monitoring is outside the scope of operator responsibilities. See
512512[administrator documentation](administrator.md) for details on how backups are
513513executed.
514514
515- # # Connection pool
515+ # # Connection pooler
516516
517- The operator can create a database side connection pool for those applications,
518- where an application side pool is not feasible, but a number of connections is
519- high. To create a connection pool together with a database, modify the
517+ The operator can create a database side connection pooler for those applications
518+ where an application side pooler is not feasible, but a number of connections is
519+ high. To create a connection pooler together with a database, modify the
520520manifest :
521521
522522` ` ` yaml
523523spec:
524- enableConnectionPool : true
524+ enableConnectionPooler : true
525525` ` `
526526
527- This will tell the operator to create a connection pool with default
527+ This will tell the operator to create a connection pooler with default
528528configuration, through which one can access the master via a separate service
529- ` {cluster-name}-pooler` . In most of the cases provided default configuration
530- should be good enough.
531-
532- To configure a new connection pool , specify :
529+ ` {cluster-name}-pooler` . In most of the cases the
530+ [default configuration](reference/operator_parameters.md#connection-pool-configuration)
531+ should be good enough. To configure a new connection pooler individually for
532+ each Postgres cluster , specify :
533533
534534` ` `
535535spec:
536- connectionPool :
537- # how many instances of connection pool to create
538- number_of_instances : 2
536+ connectionPooler :
537+ # how many instances of connection pooler to create
538+ numberOfInstances : 2
539539
540540 # in which mode to run, session or transaction
541541 mode: "transaction"
542542
543- # schema, which operator will create to install credentials lookup
544- # function
543+ # schema, which operator will create to install credentials lookup function
545544 schema: "pooler"
546545
547- # user, which operator will create for connection pool
546+ # user, which operator will create for connection pooler
548547 user: "pooler"
549548
550549 # resources for each instance
@@ -557,13 +556,17 @@ spec:
557556 memory: 100Mi
558557` ` `
559558
560- By default `pgbouncer` is used to create a connection pool. To find out about
561- pool modes see [docs](https://www.pgbouncer.org/config.html#pool_mode) (but it
562- should be general approach between different implementation).
559+ The `enableConnectionPooler` flag is not required when the `connectionPooler`
560+ section is present in the manifest. But, it can be used to disable/remove the
561+ pooler while keeping its configuration.
562+
563+ By default, `pgbouncer` is used as connection pooler. To find out about pooler
564+ modes read the `pgbouncer` [docs](https://www.pgbouncer.org/config.html#pooler_mode)
565+ (but it should be the general approach between different implementation).
563566
564- Note, that using `pgbouncer` means meaningful resource CPU limit should be less
565- than 1 core (there is a way to utilize more than one, but in K8S it's easier
566- just to spin up more instances).
567+ Note, that using `pgbouncer` a meaningful resource CPU limit should be 1 core
568+ or less (there is a way to utilize more than one, but in K8s it's easier just to
569+ spin up more instances).
567570
568571# # Custom TLS certificates
569572
0 commit comments