@@ -594,7 +594,7 @@ file on the source PostgreSQL instance:
594594host replication streaming_replica all md5
595595` ` `
596596
597- The following manifest creates a new PostgreSQL 18.0 cluster,
597+ The following manifest creates a new PostgreSQL 18.1 cluster,
598598called `target-db`, using the `pg_basebackup` bootstrap method
599599to clone an external PostgreSQL cluster defined as `source-db`
600600(in the `externalClusters` array). As you can see, the `source-db`
@@ -609,7 +609,7 @@ metadata:
609609 name: target-db
610610spec:
611611 instances: 3
612- imageName: ghcr.io/cloudnative-pg/postgresql:18.0 -system-trixie
612+ imageName: ghcr.io/cloudnative-pg/postgresql:18.1 -system-trixie
613613
614614 bootstrap:
615615 pg_basebackup:
@@ -629,7 +629,7 @@ spec:
629629` ` `
630630
631631All the requirements must be met for the clone operation to work, including
632- the same PostgreSQL version (in our case 18.0 ).
632+ the same PostgreSQL version (in our case 18.1 ).
633633
634634# ### TLS certificate authentication
635635
@@ -644,7 +644,7 @@ in the same Kubernetes cluster.
644644 This example can be easily adapted to cover an instance that resides
645645 outside the Kubernetes cluster.
646646
647- The manifest defines a new PostgreSQL 18.0 cluster called `cluster-clone-tls`,
647+ The manifest defines a new PostgreSQL 18.1 cluster called `cluster-clone-tls`,
648648which is bootstrapped using the `pg_basebackup` method from the `cluster-example`
649649external cluster. The host is identified by the read/write service
650650in the same cluster, while the `streaming_replica` user is authenticated
@@ -659,7 +659,7 @@ metadata:
659659 name: cluster-clone-tls
660660spec:
661661 instances: 3
662- imageName: ghcr.io/cloudnative-pg/postgresql:18.0 -system-trixie
662+ imageName: ghcr.io/cloudnative-pg/postgresql:18.1 -system-trixie
663663
664664 bootstrap:
665665 pg_basebackup:
0 commit comments