@@ -588,7 +588,7 @@ file on the source PostgreSQL instance:
588588host replication streaming_replica all md5
589589` ` `
590590
591- The following manifest creates a new PostgreSQL 18.0 cluster,
591+ The following manifest creates a new PostgreSQL 18.1 cluster,
592592called `target-db`, using the `pg_basebackup` bootstrap method
593593to clone an external PostgreSQL cluster defined as `source-db`
594594(in the `externalClusters` array). As you can see, the `source-db`
@@ -603,7 +603,7 @@ metadata:
603603 name: target-db
604604spec:
605605 instances: 3
606- imageName: ghcr.io/cloudnative-pg/postgresql:18.0 -system-trixie
606+ imageName: ghcr.io/cloudnative-pg/postgresql:18.1 -system-trixie
607607
608608 bootstrap:
609609 pg_basebackup:
@@ -623,7 +623,7 @@ spec:
623623` ` `
624624
625625All the requirements must be met for the clone operation to work, including
626- the same PostgreSQL version (in our case 18.0 ).
626+ the same PostgreSQL version (in our case 18.1 ).
627627
628628# ### TLS certificate authentication
629629
@@ -638,7 +638,7 @@ in the same Kubernetes cluster.
638638 This example can be easily adapted to cover an instance that resides
639639 outside the Kubernetes cluster.
640640
641- The manifest defines a new PostgreSQL 18.0 cluster called `cluster-clone-tls`,
641+ The manifest defines a new PostgreSQL 18.1 cluster called `cluster-clone-tls`,
642642which is bootstrapped using the `pg_basebackup` method from the `cluster-example`
643643external cluster. The host is identified by the read/write service
644644in the same cluster, while the `streaming_replica` user is authenticated
@@ -653,7 +653,7 @@ metadata:
653653 name: cluster-clone-tls
654654spec:
655655 instances: 3
656- imageName: ghcr.io/cloudnative-pg/postgresql:18.0 -system-trixie
656+ imageName: ghcr.io/cloudnative-pg/postgresql:18.1 -system-trixie
657657
658658 bootstrap:
659659 pg_basebackup:
0 commit comments