feat(postgres): adding max_conns hydra parameter support for cnpg component #47
No reviewers
Labels
No Label
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: CadolesKube/sso-kustom#47
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "feat-hydra-pooler"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Mandatory for large scale deployements.
Using standard cnpg secret for passwords and users.
The standard secret is better, have more information and don't imply to store a password in the kustomization.
1a6a489d5e
toa5c9c733f6
feat(postgres): adding pgbouncer support for cnpg componentto feat(postgres): adding max_conns hydra parameter support for cnpg componentRevue : OK
Tests : OK
Testé avec le mse; Pas de hydra-postgres-superuser car pas de enableSuperuserAccess ; un hydra-postgres-app est ajouté et si on supprime l'ancien secret hydra-postgres-user, tout fonctionne.
En revanche, le secret hydra-postgres-admin ne semble pas permettre de se connecter, il faudrait set "enableSuperuserAccess" à true dans le Cluster si on veut accéder au cluster et on peut supprimer cet ancien secret (qui n'a probablement jamais servi)
En ce qui concerne le MAX_CONNS, tout ce que je peux dire 'est qu'il est bien dans le DSN dans l'env d'hydra.
Le MAX_CONNS a été testé dans l'env "bench" et ça marche vraiment très bien.