Fix guestbooks (#8694)

Fix guestbooks tutorial. Issue is related to #8689 which attempted to
fix the incorrectly rendered commands.
This commit is contained in:
Qiming
2018-05-23 20:30:34 +08:00
committed by k8s-ci-robot
parent e350eaed14
commit 78a71a4066
@@ -49,24 +49,25 @@ The manifest file, included below, specifies a Deployment controller that runs a
1. Launch a terminal window in the directory you downloaded the manifest files. 1. Launch a terminal window in the directory you downloaded the manifest files.
2. Apply the Redis Master Deployment from the `redis-master-deployment.yaml` file: 2. Apply the Redis Master Deployment from the `redis-master-deployment.yaml` file:
```
kubectl apply -f redis-master-deployment.yaml kubectl apply -f redis-master-deployment.yaml
```
{{< code file="guestbook/redis-master-deployment.yaml" >}} {{< code file="guestbook/redis-master-deployment.yaml" >}}
3. Query the list of Pods to verify that the Redis Master Pod is running: 3. Query the list of Pods to verify that the Redis Master Pod is running:
```
kubectl get pods kubectl get pods
```
The response should be similar to this: The response should be similar to this:
```
NAME READY STATUS RESTARTS AGE NAME READY STATUS RESTARTS AGE
redis-master-1068406935-3lswp 1/1 Running 0 28s redis-master-1068406935-3lswp 1/1 Running 0 28s
```
4. Run the following command to view the logs from the Redis Master Pod: 4. Run the following command to view the logs from the Redis Master Pod:
```
kubectl logs -f POD-NAME kubectl logs -f POD-NAME
```
{{< note >}} {{< note >}}
**Note:** Replace POD-NAME with the name of your Pod. **Note:** Replace POD-NAME with the name of your Pod.
{{< /note >}} {{< /note >}}
@@ -76,9 +77,9 @@ The manifest file, included below, specifies a Deployment controller that runs a
The guestbook applications needs to communicate to the Redis master to write its data. You need to apply a [Service](/docs/concepts/services-networking/service/) to proxy the traffic to the Redis master Pod. A Service defines a policy to access the Pods. The guestbook applications needs to communicate to the Redis master to write its data. You need to apply a [Service](/docs/concepts/services-networking/service/) to proxy the traffic to the Redis master Pod. A Service defines a policy to access the Pods.
1. Apply the Redis Master Service from the following `redis-master-service.yaml` file: 1. Apply the Redis Master Service from the following `redis-master-service.yaml` file:
```
kubectl apply -f redis-master-service.yaml kubectl apply -f redis-master-service.yaml
```
{{< code file="guestbook/redis-master-service.yaml" >}} {{< code file="guestbook/redis-master-service.yaml" >}}
{{< note >}} {{< note >}}
@@ -87,13 +88,17 @@ The guestbook applications needs to communicate to the Redis master to write its
2. Query the list of Services to verify that the Redis Master Service is running: 2. Query the list of Services to verify that the Redis Master Service is running:
kubectl get service ```
kubectl get service
```
The response should be similar to this: The response should be similar to this:
NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE ```
kubernetes 10.0.0.1 <none> 443/TCP 1m NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE
redis-master 10.0.0.151 <none> 6379/TCP 8s kubernetes 10.0.0.1 <none> 443/TCP 1m
redis-master 10.0.0.151 <none> 6379/TCP 8s
```
## Start up the Redis Slaves ## Start up the Redis Slaves
@@ -107,20 +112,26 @@ If there are not any replicas running, this Deployment would start the two repli
1. Apply the Redis Slave Deployment from the `redis-slave-deployment.yaml` file: 1. Apply the Redis Slave Deployment from the `redis-slave-deployment.yaml` file:
kubectl apply -f redis-slave-deployment.yaml ```
kubectl apply -f redis-slave-deployment.yaml
```
{{< code file="guestbook/redis-slave-deployment.yaml" >}} {{< code file="guestbook/redis-slave-deployment.yaml" >}}
2. Query the list of Pods to verify that the Redis Slave Pods are running: 2. Query the list of Pods to verify that the Redis Slave Pods are running:
kubectl get pods ```
kubectl get pods
```
The response should be similar to this: The response should be similar to this:
NAME READY STATUS RESTARTS AGE ```
redis-master-1068406935-3lswp 1/1 Running 0 1m NAME READY STATUS RESTARTS AGE
redis-slave-2005841000-fpvqc 0/1 ContainerCreating 0 6s redis-master-1068406935-3lswp 1/1 Running 0 1m
redis-slave-2005841000-phfv9 0/1 ContainerCreating 0 6s redis-slave-2005841000-fpvqc 0/1 ContainerCreating 0 6s
redis-slave-2005841000-phfv9 0/1 ContainerCreating 0 6s
```
### Creating the Redis Slave Service ### Creating the Redis Slave Service
@@ -128,20 +139,26 @@ The guestbook application needs to communicate to Redis slaves to read data. To
1. Apply the Redis Slave Service from the following `redis-slave-service.yaml` file: 1. Apply the Redis Slave Service from the following `redis-slave-service.yaml` file:
kubectl apply -f redis-slave-service.yaml ```
kubectl apply -f redis-slave-service.yaml
```
{{< code file="guestbook/redis-slave-service.yaml" >}} {{< code file="guestbook/redis-slave-service.yaml" >}}
2. Query the list of Services to verify that the Redis Slave Service is running: 2. Query the list of Services to verify that the Redis Slave Service is running:
kubectl get services ```
kubectl get services
```
The response should be similar to this: The response should be similar to this:
NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE ```
kubernetes 10.0.0.1 <none> 443/TCP 2m NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE
redis-master 10.0.0.151 <none> 6379/TCP 1m kubernetes 10.0.0.1 <none> 443/TCP 2m
redis-slave 10.0.0.223 <none> 6379/TCP 6s redis-master 10.0.0.151 <none> 6379/TCP 1m
redis-slave 10.0.0.223 <none> 6379/TCP 6s
```
## Set up and Expose the Guestbook Frontend ## Set up and Expose the Guestbook Frontend
@@ -151,20 +168,26 @@ The guestbook application has a web frontend serving the HTTP requests written i
1. Apply the frontend Deployment from the following `frontend-deployment.yaml` file: 1. Apply the frontend Deployment from the following `frontend-deployment.yaml` file:
kubectl apply -f frontend-deployment.yaml ```
kubectl apply -f frontend-deployment.yaml
```
{{< code file="guestbook/frontend-deployment.yaml" >}} {{< code file="guestbook/frontend-deployment.yaml" >}}
2. Query the list of Pods to verify that the three frontend replicas are running: 2. Query the list of Pods to verify that the three frontend replicas are running:
kubectl get pods -l app=guestbook -l tier=frontend ```
kubectl get pods -l app=guestbook -l tier=frontend
```
The response should be similar to this: The response should be similar to this:
NAME READY STATUS RESTARTS AGE ```
frontend-3823415956-dsvc5 1/1 Running 0 54s NAME READY STATUS RESTARTS AGE
frontend-3823415956-k22zn 1/1 Running 0 54s frontend-3823415956-dsvc5 1/1 Running 0 54s
frontend-3823415956-w9gbt 1/1 Running 0 54s frontend-3823415956-k22zn 1/1 Running 0 54s
frontend-3823415956-w9gbt 1/1 Running 0 54s
```
### Creating the Frontend Service ### Creating the Frontend Service
@@ -178,21 +201,27 @@ If you want guests to be able to access your guestbook, you must configure the f
1. Apply the frontend Service from the following `frontend-service.yaml` file: 1. Apply the frontend Service from the following `frontend-service.yaml` file:
kubectl apply -f frontend-service.yaml ```
kubectl apply -f frontend-service.yaml
```
{{< code file="guestbook/frontend-service.yaml" >}} {{< code file="guestbook/frontend-service.yaml" >}}
2. Query the list of Services to verify that the frontend Service is running: 2. Query the list of Services to verify that the frontend Service is running:
kubectl get services ```
kubectl get services
```
The response should be similar to this: The response should be similar to this:
NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE ```
frontend 10.0.0.112 <none> 80:31323/TCP 6s NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes 10.0.0.1 <none> 443/TCP 4m frontend 10.0.0.112 <none> 80:31323/TCP 6s
redis-master 10.0.0.151 <none> 6379/TCP 2m kubernetes 10.0.0.1 <none> 443/TCP 4m
redis-slave 10.0.0.223 <none> 6379/TCP 1m redis-master 10.0.0.151 <none> 6379/TCP 2m
redis-slave 10.0.0.223 <none> 6379/TCP 1m
```
### Viewing the Frontend Service via `NodePort` ### Viewing the Frontend Service via `NodePort`
@@ -200,11 +229,15 @@ If you deployed this application to Minikube or a local cluster, you need to fin
1. Run the following command to get the IP address for the frontend Service. 1. Run the following command to get the IP address for the frontend Service.
minikube service frontend --url ```
minikube service frontend --url
```
The response should be similar to this: The response should be similar to this:
http://192.168.99.100:31323 ```
http://192.168.99.100:31323
```
2. Copy the IP address, and load the page in your browser to view your guestbook. 2. Copy the IP address, and load the page in your browser to view your guestbook.
@@ -214,12 +247,16 @@ If you deployed the `frontend-service.yaml` manifest with type: `LoadBalancer` y
1. Run the following command to get the IP address for the frontend Service. 1. Run the following command to get the IP address for the frontend Service.
kubectl get service frontend ```
kubectl get service frontend
```
The response should be similar to this: The response should be similar to this:
NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE ```
frontend 10.51.242.136 109.197.92.229 80:32372/TCP 1m NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE
frontend 10.51.242.136 109.197.92.229 80:32372/TCP 1m
```
2. Copy the External IP address, and load the page in your browser to view your guestbook. 2. Copy the External IP address, and load the page in your browser to view your guestbook.
@@ -229,40 +266,52 @@ Scaling up or down is easy because your servers are defined as a Service that us
1. Run the following command to scale up the number of frontend Pods: 1. Run the following command to scale up the number of frontend Pods:
kubectl scale deployment frontend --replicas=5 ```
kubectl scale deployment frontend --replicas=5
```
2. Query the list of Pods to verify the number of frontend Pods running: 2. Query the list of Pods to verify the number of frontend Pods running:
kubectl get pods ```
kubectl get pods
```
The response should look similar to this: The response should look similar to this:
NAME READY STATUS RESTARTS AGE ```
frontend-3823415956-70qj5 1/1 Running 0 5s NAME READY STATUS RESTARTS AGE
frontend-3823415956-dsvc5 1/1 Running 0 54m frontend-3823415956-70qj5 1/1 Running 0 5s
frontend-3823415956-k22zn 1/1 Running 0 54m frontend-3823415956-dsvc5 1/1 Running 0 54m
frontend-3823415956-w9gbt 1/1 Running 0 54m frontend-3823415956-k22zn 1/1 Running 0 54m
frontend-3823415956-x2pld 1/1 Running 0 5s frontend-3823415956-w9gbt 1/1 Running 0 54m
redis-master-1068406935-3lswp 1/1 Running 0 56m frontend-3823415956-x2pld 1/1 Running 0 5s
redis-slave-2005841000-fpvqc 1/1 Running 0 55m redis-master-1068406935-3lswp 1/1 Running 0 56m
redis-slave-2005841000-phfv9 1/1 Running 0 55m redis-slave-2005841000-fpvqc 1/1 Running 0 55m
redis-slave-2005841000-phfv9 1/1 Running 0 55m
```
3. Run the following command to scale down the number of frontend Pods: 3. Run the following command to scale down the number of frontend Pods:
kubectl scale deployment frontend --replicas=2 ```
kubectl scale deployment frontend --replicas=2
```
4. Query the list of Pods to verify the number of frontend Pods running: 4. Query the list of Pods to verify the number of frontend Pods running:
kubectl get pods ```
kubectl get pods
```
The response should look similar to this: The response should look similar to this:
NAME READY STATUS RESTARTS AGE ```
frontend-3823415956-k22zn 1/1 Running 0 1h NAME READY STATUS RESTARTS AGE
frontend-3823415956-w9gbt 1/1 Running 0 1h frontend-3823415956-k22zn 1/1 Running 0 1h
redis-master-1068406935-3lswp 1/1 Running 0 1h frontend-3823415956-w9gbt 1/1 Running 0 1h
redis-slave-2005841000-fpvqc 1/1 Running 0 1h redis-master-1068406935-3lswp 1/1 Running 0 1h
redis-slave-2005841000-phfv9 1/1 Running 0 1h redis-slave-2005841000-fpvqc 1/1 Running 0 1h
redis-slave-2005841000-phfv9 1/1 Running 0 1h
```
{{% /capture %}} {{% /capture %}}
@@ -271,27 +320,35 @@ Deleting the Deployments and Services also deletes any running Pods. Use labels
1. Run the following commands to delete all Pods, Deployments, and Services. 1. Run the following commands to delete all Pods, Deployments, and Services.
kubectl delete deployment -l app=redis ```
kubectl delete service -l app=redis kubectl delete deployment -l app=redis
kubectl delete deployment -l app=guestbook kubectl delete service -l app=redis
kubectl delete service -l app=guestbook kubectl delete deployment -l app=guestbook
kubectl delete service -l app=guestbook
```
The responses should be: The responses should be:
deployment "redis-master" deleted ```
deployment "redis-slave" deleted deployment "redis-master" deleted
service "redis-master" deleted deployment "redis-slave" deleted
service "redis-slave" deleted service "redis-master" deleted
deployment "frontend" deleted service "redis-slave" deleted
service "frontend" deleted deployment "frontend" deleted
service "frontend" deleted
```
2. Query the list of Pods to verify that no Pods are running: 2. Query the list of Pods to verify that no Pods are running:
kubectl get pods ```
kubectl get pods
```
The response should be this: The response should be this:
No resources found. ```
No resources found.
```
{{% /capture %}} {{% /capture %}}
@@ -302,4 +359,3 @@ Deleting the Deployments and Services also deletes any running Pods. Use labels
* Read more about [Managing Resources](/docs/concepts/cluster-administration/manage-deployment/#using-labels-effectively) * Read more about [Managing Resources](/docs/concepts/cluster-administration/manage-deployment/#using-labels-effectively)
{{% /capture %}} {{% /capture %}}