Skip to content

Commit cdd74f4

Browse files
committed
Merge branch 'master' into feature/replication-status
2 parents c62a4c3 + bb9b064 commit cdd74f4

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

docs/Manual/Deployment/Kubernetes/DeploymentReplicationResource.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -187,7 +187,7 @@ add a name of a non-existing `Secret` to the `spec.sync.externalAccess.accessPac
187187
In response, a `Secret` is created in that Kubernetes cluster, with the given name, that contains a `accessPackage.yaml` data field
188188
that contains a Kubernetes resource specification that can be inserted into the other Kubernetes cluster.
189189

190-
The process for creating and using an access package to authentication at the source cluster is as follows:
190+
The process for creating and using an access package for authentication at the source cluster is as follows:
191191

192192
- Edit the `ArangoDeployment` resource of the source cluster, set `spec.sync.externalAccess.accessPackageSecretNames` to `["my-access-package"]`
193193
- Wait for the `ArangoDeployment` operator to create a `Secret` named `my-access-package`.
@@ -203,5 +203,5 @@ kubectl get secret my-access-package --template='{{index .data "accessPackage.ya
203203
kubectl apply -f accessPackage.yaml
204204
```
205205

206-
As a result, the destination Kubernetes cluster will have 2 additional `Secrets`. One containing a client authentication certificate
207-
formatted ad a keyfile. Another containing the public key of the TLS CA certificate of the source cluster.
206+
As a result, the destination Kubernetes cluster will have 2 additional `Secrets`. One contains a client authentication certificate
207+
formatted as a keyfile. Another contains the public key of the TLS CA certificate of the source cluster.

0 commit comments

Comments
 (0)