Skip to content

Commit

Permalink
Release cloudnative-pg-v0.19.1 (#160)
Browse files Browse the repository at this point in the history
Signed-off-by: Jaime Silvela <[email protected]>
Co-authored-by: Jaime Silvela <[email protected]>
  • Loading branch information
github-actions[bot] and jsilvela authored Nov 3, 2023
1 parent 0a088b1 commit f91cefa
Show file tree
Hide file tree
Showing 3 changed files with 118 additions and 4 deletions.
4 changes: 2 additions & 2 deletions charts/cloudnative-pg/Chart.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -18,12 +18,12 @@ name: cloudnative-pg
description: CloudNativePG Helm Chart
icon: https://raw.githubusercontent.com/cloudnative-pg/artwork/main/cloudnativepg-logo.svg
type: application
version: "0.19.0"
version: "0.19.1"
# This is the version number of the application being deployed. This version number should be
# incremented each time you make changes to the application. Versions are not expected to
# follow Semantic Versioning, they should reflect the version the application is using.
# It is recommended to use it with quotes.
appVersion: "1.21.0"
appVersion: "1.21.1"
sources:
- https://github.com/cloudnative-pg/charts
keywords:
Expand Down
2 changes: 1 addition & 1 deletion charts/cloudnative-pg/README.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
# cloudnative-pg

![Version: 0.19.0](https://img.shields.io/badge/Version-0.19.0-informational?style=flat-square) ![Type: application](https://img.shields.io/badge/Type-application-informational?style=flat-square) ![AppVersion: 1.21.0](https://img.shields.io/badge/AppVersion-1.21.0-informational?style=flat-square)
![Version: 0.19.1](https://img.shields.io/badge/Version-0.19.1-informational?style=flat-square) ![Type: application](https://img.shields.io/badge/Type-application-informational?style=flat-square) ![AppVersion: 1.21.1](https://img.shields.io/badge/AppVersion-1.21.1-informational?style=flat-square)

CloudNativePG Helm Chart

Expand Down
116 changes: 115 additions & 1 deletion charts/cloudnative-pg/templates/crds/crds.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -69,6 +69,38 @@ spec:
- barmanObjectStore
- volumeSnapshot
type: string
online:
description: Whether the default type of backup with volume snapshots
is online/hot (`true`, default) or offline/cold (`false`) Overrides
the default setting specified in the cluster field '.spec.backup.volumeSnapshot.online'
type: boolean
onlineConfiguration:
description: Configuration parameters to control the online/hot backup
with volume snapshots Overrides the default settings specified in
the cluster '.backup.volumeSnapshot.onlineConfiguration' stanza
properties:
immediateCheckpoint:
description: Control whether the I/O workload for the backup initial
checkpoint will be limited, according to the `checkpoint_completion_target`
setting on the PostgreSQL server. If set to true, an immediate
checkpoint will be used, meaning PostgreSQL will complete the
checkpoint as soon as possible. `false` by default.
type: boolean
waitForArchive:
default: true
description: If false, the function will return immediately after
the backup is completed, without waiting for WAL to be archived.
This behavior is only useful with backup software that independently
monitors WAL archiving. Otherwise, WAL required to make the
backup consistent might be missing and make the backup useless.
By default, or when this parameter is true, pg_backup_stop will
wait for WAL to be archived when archiving is enabled. On a
standby, this means that it will wait only when archive_mode
= always. If write activity on the primary is low, it may be
useful to run pg_switch_wal on the primary in order to trigger
an immediate segment switch.
type: boolean
type: object
target:
description: The policy to decide which instance should perform this
backup. If empty, it defaults to `cluster.spec.backup.target`. Available
Expand Down Expand Up @@ -151,6 +183,11 @@ spec:
backupId:
description: The ID of the Barman backup
type: string
backupLabelFile:
description: Backup label file content as returned by Postgres in
case of online (hot) backups
format: byte
type: string
backupName:
description: The Name of the Barman backup
type: string
Expand Down Expand Up @@ -239,6 +276,10 @@ spec:
method:
description: The backup method being used
type: string
online:
description: Whether the backup was online/hot (`true`) or offline/cold
(`false`)
type: boolean
phase:
description: The last backup status
type: string
Expand Down Expand Up @@ -338,6 +379,11 @@ spec:
description: When the backup was terminated
format: date-time
type: string
tablespaceMapFile:
description: Tablespace map file content as returned by Postgres in
case of online (hot) backups
format: byte
type: string
type: object
required:
- metadata
Expand Down Expand Up @@ -1613,6 +1659,43 @@ spec:
description: Labels are key-value pairs that will be added
to .metadata.labels snapshot resources.
type: object
online:
default: true
description: Whether the default type of backup with volume
snapshots is online/hot (`true`, default) or offline/cold
(`false`)
type: boolean
onlineConfiguration:
default:
immediateCheckpoint: false
waitForArchive: true
description: Configuration parameters to control the online/hot
backup with volume snapshots
properties:
immediateCheckpoint:
description: Control whether the I/O workload for the
backup initial checkpoint will be limited, according
to the `checkpoint_completion_target` setting on the
PostgreSQL server. If set to true, an immediate checkpoint
will be used, meaning PostgreSQL will complete the checkpoint
as soon as possible. `false` by default.
type: boolean
waitForArchive:
default: true
description: If false, the function will return immediately
after the backup is completed, without waiting for WAL
to be archived. This behavior is only useful with backup
software that independently monitors WAL archiving.
Otherwise, WAL required to make the backup consistent
might be missing and make the backup useless. By default,
or when this parameter is true, pg_backup_stop will
wait for WAL to be archived when archiving is enabled.
On a standby, this means that it will wait only when
archive_mode = always. If write activity on the primary
is low, it may be useful to run pg_switch_wal on the
primary in order to trigger an immediate segment switch.
type: boolean
type: object
snapshotOwnerReference:
default: none
description: SnapshotOwnerReference indicates the type of
Expand Down Expand Up @@ -1670,7 +1753,6 @@ spec:
type: string
type: array
schemaOnly:
default: false
description: 'When set to true, only the `pre-data` and
`post-data` sections of `pg_restore` are invoked, avoiding
data import. Default: `false`.'
Expand Down Expand Up @@ -12341,6 +12423,38 @@ spec:
- barmanObjectStore
- volumeSnapshot
type: string
online:
description: Whether the default type of backup with volume snapshots
is online/hot (`true`, default) or offline/cold (`false`) Overrides
the default setting specified in the cluster field '.spec.backup.volumeSnapshot.online'
type: boolean
onlineConfiguration:
description: Configuration parameters to control the online/hot backup
with volume snapshots Overrides the default settings specified in
the cluster '.backup.volumeSnapshot.onlineConfiguration' stanza
properties:
immediateCheckpoint:
description: Control whether the I/O workload for the backup initial
checkpoint will be limited, according to the `checkpoint_completion_target`
setting on the PostgreSQL server. If set to true, an immediate
checkpoint will be used, meaning PostgreSQL will complete the
checkpoint as soon as possible. `false` by default.
type: boolean
waitForArchive:
default: true
description: If false, the function will return immediately after
the backup is completed, without waiting for WAL to be archived.
This behavior is only useful with backup software that independently
monitors WAL archiving. Otherwise, WAL required to make the
backup consistent might be missing and make the backup useless.
By default, or when this parameter is true, pg_backup_stop will
wait for WAL to be archived when archiving is enabled. On a
standby, this means that it will wait only when archive_mode
= always. If write activity on the primary is low, it may be
useful to run pg_switch_wal on the primary in order to trigger
an immediate segment switch.
type: boolean
type: object
schedule:
description: The schedule does not follow the same format used in
Kubernetes CronJobs as it includes an additional seconds specifier,
Expand Down

0 comments on commit f91cefa

Please sign in to comment.