@@ -154,7 +154,7 @@ a backup job to be created.
154
154
155
155
When you request a backup, *pgo* will prompt you if you want
156
156
to proceed because this action will delete any existing backup job
157
- for this cluster that might exist. The backup files will still
157
+ for this cluster that might exist. The backup files will still
158
158
be left intact but the actual Kubernetes Job will be removed prior
159
159
to creating a new Job with the same name.
160
160
@@ -215,7 +215,7 @@ connect to the primary forming a streaming replication postgres cluster.
215
215
The Postgres replicas are read-only, whereas the primary is read-write.
216
216
To create a Postgres replica enter a command such as:
217
217
....
218
- pgo scale mycluster
218
+ pgo scale mycluster
219
219
....
220
220
221
221
The *pgo scale* command is additive, in that each time you execute
@@ -251,7 +251,7 @@ upon.
251
251
pgo scale mycluster --node-label=speed=fast
252
252
....
253
253
254
- If you don't specify a *--node-label* flag, a node affinity
254
+ If you don't specify a *--node-label* flag, a node affinity
255
255
rule of *NotIn* will be specified to *prefer* that the replica
256
256
be schedule on a node that the primary is not running on.
257
257
@@ -565,6 +565,7 @@ can be used to promote a replica to a primary role in a PostgreSQL
565
565
cluster.
566
566
567
567
This process includes the following actions:
568
+
568
569
* pick a target replica to become the new primary
569
570
* delete the current primary deployment to avoid user requests from
570
571
going to multiple primary databases (split brain)
@@ -593,9 +594,8 @@ by viewing it:
593
594
kubectl get pgtasks mycluster-failover -o yaml
594
595
....
595
596
596
- Once completed, you will see a new replica has been started to replace
597
+ Once completed, you will see a new replica has been started to replace
597
598
the promoted replica, this happens automatically due to the re-lable, the
598
599
Deployment will recreate its pod because of this. The failover typically
599
600
takes only a few seconds, however, the creation of the replacement
600
601
replica can take longer depending on how much data is being replicated.
601
-
0 commit comments