5.0.5
Crunchy Data announces the release of Crunchy Postgres for Kubernetes 5.0.5.
Crunchy Postgres for Kubernetes is powered by PGO, the open source Postgres Operator from Crunchy Data. PGO is released in conjunction with the Crunchy Container Suite.
Crunchy Postgres for Kubernetes 5.0.5 includes the following software versions upgrades:
- PostgreSQL versions 14.2, 13.6, 12.10, 11.15, and 10.20 are now available.
Read more about how you can get started with Crunchy Postgres for Kubernetes. We recommend forking the Postgres Operator examples repo.
Features
- A S3, GCS or Azure data source can now be configured when bootstrapping a new PostgresCluster. This allows existing cloud-based pgBackRest repositories to be utilized to bootstrap new clusters, while also ensuring those new clusters create and utilize their own pgBackRest repository for archives and backups (rather than writing to the repo utilized to bootstrap the cluster).
- It is now possible to configure the number of workers for the PostgresCluster controller.
Fixes
- Reduce scope of automatic OpenShift environment detection. This looks specifically for the existence of the
SecurityContextConstraint
API. - An external IP is no longer copied to the primary service (e.g.
hippo-primary
) when theLoadBalancer
service type has been configured for PostgreSQL. - pgBackRest no longer logs to log
/tmp
emptyDir by default. Instead, pgBackRest logs to either thePGDATA
volume (if running inside of a PG instance Pod) or a pgBackRest repository volume (if running inside a dedicated repo host Pod). - All pgBackRest configuration resources are now copied from the source cluster when cloning a PG cluster.
- Image pull secrets are now set on directory move jobs.
- Resources are now properly set on the
nss-wrapper-init
container.