fix typos and cluster creation description

This commit is contained in:
Felix Kunde 2019-04-01 15:24:06 +02:00
parent e9bbcd93a9
commit 429ae360db
3 changed files with 12 additions and 11 deletions

View File

@ -24,9 +24,9 @@ If you prefer to build the image yourself follow up down below.
### - Helm chart
You can install postgres-operator with also with a [Helm](https://helm.sh/)
chart. This requires installing the Helm CLI, first and then initializing it
in the cluster.
You can install postgres-operator also with a [Helm](https://helm.sh/) chart.
This requires installing the Helm CLI first and then initializing it in the
cluster.
```bash
$ helm init

View File

@ -47,9 +47,9 @@ If you prefer to build the image yourself follow up down below.
### - Helm chart
You can install postgres-operator with also with a [Helm](https://helm.sh/)
chart. This requires installing the Helm CLI, first and then initializing it
in the cluster.
You can install postgres-operator also with a [Helm](https://helm.sh/) chart.
This requires installing the Helm CLI first and then initializing it in the
cluster.
```bash
$ helm init

View File

@ -11,7 +11,7 @@ for Mac to follow the steps of this tutorial. You would have to replace
`minikube start` and `minikube delete` with your launch actions for the Docker
built-in Kubernetes support.
Clone the the repository and change to the directory. Then start minikube.
Clone the repository and change to the directory. Then start minikube.
```bash
git clone https://github.com/zalando/postgres-operator.git
@ -60,12 +60,13 @@ kubectl get pod -l app.kubernetes.io/name=postgres-operator
kubectl create -f manifests/minimal-postgres-manifest.yaml
```
After the cluster manifest is submitted a StatefulSet will be created which
rolls out the database instances (Pods and Services). They are named like the
After the cluster manifest is submitted the operator will create Service and
Endpoint resources and a StatefulSet which spins up new Pod(s) given the number
of instances specified in the manifest. All resources are named like the
cluster. The database pods can be identified by their number suffix, starting
from `-0`. They run the [Spilo](https://github.com/zalando/spilo) container
image by Zalando. As for the service resources, there will be one for the master
pod and another one for all the replicas (`-repl` suffix). Check if all
image by Zalando. As for the services and endpoints, there will be one for the
master pod and another one for all the replicas (`-repl` suffix). Check if all
components are coming up. Use the label `application=spilo` to filter and list
the label `spilo-role` to see who is currently the master.