@@ -527,7 +527,7 @@ spec:
527527This will tell the operator to create a connection pooler with default
528528configuration, through which one can access the master via a separate service
529529` {cluster-name}-pooler` . In most of the cases the
530- [default configuration](reference/operator_parameters.md#connection-pool -configuration)
530+ [default configuration](reference/operator_parameters.md#connection-pooler -configuration)
531531should be good enough. To configure a new connection pooler individually for
532532each Postgres cluster, specify :
533533
@@ -540,7 +540,8 @@ spec:
540540 # in which mode to run, session or transaction
541541 mode: "transaction"
542542
543- # schema, which operator will create to install credentials lookup function
543+ # schema, which operator will create in each database
544+ # to install credentials lookup function for connection pooler
544545 schema: "pooler"
545546
546547 # user, which operator will create for connection pooler
@@ -560,11 +561,11 @@ The `enableConnectionPooler` flag is not required when the `connectionPooler`
560561section is present in the manifest. But, it can be used to disable/remove the
561562pooler while keeping its configuration.
562563
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)
564+ By default, [`PgBouncer`](https://www.pgbouncer.org/) is used as connection pooler.
565+ To find out about pool modes read the `PgBouncer ` [docs](https://www.pgbouncer.org/config.html#pooler_mode)
565566(but it should be the general approach between different implementation).
566567
567- Note, that using `pgbouncer ` a meaningful resource CPU limit should be 1 core
568+ Note, that using `PgBouncer ` a meaningful resource CPU limit should be 1 core
568569or less (there is a way to utilize more than one, but in K8s it's easier just to
569570spin up more instances).
570571
0 commit comments