Skip to content

Commit 71c6edf

Browse files
author
Christopher Hein
authored
Merge pull request aws-samples#437 from siggy/siggy/kubecon-fixups
Misc fixups found during Kubecon workshop
2 parents 69fa785 + 9f545ed commit 71c6edf

File tree

5 files changed

+11
-5
lines changed

5 files changed

+11
-5
lines changed

01-path-basics/103-kubernetes-concepts/readme.adoc

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1399,7 +1399,7 @@ No resource limits.
13991399
+
14001400
. Create a Deployment in this new Namespace using a configuration file:
14011401
+
1402-
$ deployment-namespace.yaml
1402+
$ cat deployment-namespace.yaml
14031403
apiVersion: extensions/v1beta1
14041404
kind: Deployment
14051405
metadata:
@@ -1446,7 +1446,7 @@ Alternatively, a namespace can be created using `kubectl` as well.
14461446

14471447
. Create a Deployment:
14481448

1449-
$ kubectl -n dev2 apply -f templates/deployment.yaml
1449+
$ kubectl -n dev2 apply -f deployment.yaml
14501450
deployment "nginx-deployment-ns" created
14511451

14521452
. Get Deployments in the newly created Namespace:
@@ -1634,6 +1634,8 @@ Note, how CPU and memory resources have incremented values.
16341634

16351635
https://github.com/kubernetes/kubernetes/issues/55433[kubernetes#55433] provide more details on how an explicit CPU resource is not needed to create a Pod with ResourceQuota.
16361636

1637+
$ kubectl delete quota/quota
1638+
$ kubectl delete quota/quota2
16371639

16381640
You are now ready to continue on with the workshop!
16391641

02-path-working-with-clusters/202-service-mesh/readme.adoc

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -158,6 +158,10 @@ If you haven't already deployed the "`hello-world`" application, deploy it now.
158158
kubectl apply -f https://raw.githubusercontent.com/linkerd/linkerd-examples/master/\
159159
k8s-daemonset/k8s/hello-world.yml
160160

161+
Delete the previous linkerd Daemonset, as we're going to update the ConfigMap and install a new one:
162+
163+
$ kubectl delete ds/l5d
164+
161165
Deploy the linkerd ingress so we can access the application externally.
162166

163167
$ kubectl apply -f https://raw.githubusercontent.com/linkerd/linkerd-examples/master/\

02-path-working-with-clusters/203-cluster-upgrades/readme.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@ with 1.6.10 version and perform an automatic rolling upgrade to 1.7.2 using kops
1414

1515
=== Create cluster
1616

17-
Review steps to create link:../prereqs.adoc[prereqs] nad make sure `KOPS_STATE_STORE` and `AWS_AVAILABILITY_ZONES` environment variables are set. More details about creating a cluster are at link:../cluster-install[Create Kubernetes cluster using kops].
17+
Review steps to create link:../prereqs.adoc[prereqs] and make sure `KOPS_STATE_STORE` and `AWS_AVAILABILITY_ZONES` environment variables are set. More details about creating a cluster are at link:../cluster-install[Create Kubernetes cluster using kops].
1818

1919
In this chapter, we'll create a Kubernetes 1.6.10 version cluster as shown:
2020

02-path-working-with-clusters/204-cluster-logging-with-EFK/readme.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -16,7 +16,7 @@ In terms of architecture, Fluentd is deployed as a DaemonSet with the CloudWatch
1616

1717
== Prerequisites
1818

19-
This chapter uses a cluster with 3 master nodes and 5 worker nodes as described here: link:../../01-path-basics/102-your-first-cluster#single-master-cluster[single master cluster].
19+
This chapter uses a cluster with 3 master nodes and 5 worker nodes as described here: link:../cluster-install#multi-master-multi-node-multi-az-gossip-based-cluster[multi-master, multi-node gossip based cluster].
2020

2121
All configuration files for this chapter are in the `02-path-working-with-clusters/204-cluster-logging-with-EFK` directory. Make sure you change to that directory before giving any commands in this chapter.
2222

04-path-security-and-networking/405-ingress-controllers/readme.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -36,7 +36,7 @@ First, apply the initial setup commands:
3636

3737
RBAC roles, or Role Based Access Control, are methods for controlling access to resources based on roles and permissions of individual users. RBAC must be enabled on the api server with the flag, `--authorization-mode=RBAC`. A `Role` can be used to restrict access to a single namespace. Alternatively, a `ClusterRole` can apply access permissions to a particular namespace or across all namespaces. In addition, `RoleBinding` binds the permissions granted by a role to a single user or set of users. `ClusterRoleBinding` can grant these permissions cluster wide and across all namespaces.
3838

39-
To configure the Nginx Ingress Controller with RBAC roles use the following command:
39+
To configure the Nginx Ingress Controller without RBAC roles use the following command:
4040

4141
curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/without-rbac.yaml | kubectl apply -f -
4242

0 commit comments

Comments
 (0)