fix typos and cluster creation description
This commit is contained in:
		
							parent
							
								
									e9bbcd93a9
								
							
						
					
					
						commit
						429ae360db
					
				|  | @ -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 | ||||
|  |  | |||
|  | @ -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 | ||||
|  |  | |||
|  | @ -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. | ||||
| 
 | ||||
|  |  | |||
		Loading…
	
		Reference in New Issue