http://docs.kubernetes.org.cn/

0-配置.bashrc

cat >> ~/.bashrc << EOF
alias kg='kubectl get'
alias k='kubectl'
alias kd='kubectl describe pods'
alias ke='kubectl explain'
alias ka='kubectl apply'
EOF
source ~/.bashrc

-查看命令空间
kg ns
-查看node节点
kg node
-查找pod
kg pods
-查找service
kg service
-查找deploy
kg deploy
-查找statefulsets
kg sts
-查找persistentvolumes
kg pv
-查找persistentvolumeclaims
kg pvc
-查找configmaps
kg cm
-查找limitranges
kg ing
-pod-name 为集群中的pod名称
kd #pod-name
-日志
k logs -f pod/#pod-name
-编辑名为pod-name服务
k edit #pod-name
-查看pod在哪台主机上
kg pods #pod-name -o wide 
-查看pod创建的yaml文件
kg pods #pod-name -o yaml 

1-基础命令

1.1-create

根据文件或者输入来创建资源

-创建Deployment和Service资源
kubectl create -f test-deployment.yaml
kubectl create -f test-service.yaml
-根据yaml文件删除对应的资源，但是yaml文件并不会被删除，这样更加高效
kubectl delete -f test-deployment.yaml
kubectl delete -f test-service.yaml
-也可以通过具体的资源名称来进行删除，使用这个删除资源，需要同时删除pod和service资源才行或者直接删除deploy
kubectl delete 具体的资源名称
kubectl delete deployment inflate
kubectl delete service inflate

1.2-get

获得资源信息

# 查看所有的资源信息
kubectl get all
# 查看pod列表
kubectl get pod
kubectl get po
# 显示pod节点的标签信息
kubectl get pod --show-labels
# 根据指定标签匹配到具体的pod
kubectl get pods -l app=example
# 查看node节点列表
kubectl get node 
# 显示node节点的标签信息
kubectl get node --show-labels
# 查看pod详细信息，也就是可以查看pod具体运行在哪个节点上（ip地址信息）
kubectl get pod -o wide
# 查看服务的详细信息，显示了服务名称，类型，集群ip，端口，时间等信息
kubectl get svc
# 查看命名空间
kubectl get ns
# 查看所有pod所属的命名空间
kubectl get pod --all-namespaces
kubectl get pod -A
# 查看所有pod所属的命名空间并且查看都在哪些节点上运行
kubectl get pod --all-namespaces  -o wide
kubectl get pod -A  -o wide
# 查看目前所有的replica set，显示了所有的pod的副本数，以及他们的可用数量以及状态等信息
kubectl get rs
# 查看目前所有的deployment
kubectl get deployment
kubectl get deploy
# 查看已经部署了的所有应用，可以看到容器，以及容器所用的镜像，标签等信息
kubectl get deploy -o wide

1.3-run

创建一个deployment 或job 来管理容器。

在集群中创建并运行一个或多个容器镜像

run NAME --image=image [--env="key=value"] [--port=port] [--replicas=replicas] [--dry-run=bool] [--overrides=inline-json] [--command] -- [COMMAND] [args...]

-运行一个名称为nginx，副本数为3，标签为app=example，镜像为nginx:1.10，端口为80的容器实例
kubectl run nginx --replicas=3 --labels="app=example" --image=nginx:1.10 --port=80

-启动nginx实例
kubectl run nginx --image=nginx

-启动hazelcast实例，暴露容器端口 5701
kubectl run hazelcast --image=hazelcast --port=5701

-启动hazelcast实例，在容器中设置环境变量“DNS_DOMAIN = cluster”和“POD_NAMESPACE = default”。
kubectl run hazelcast --image=hazelcast --env="DNS_DOMAIN=cluster" --env="POD_NAMESPACE=default"

-启动nginx实例，设置副本数5。
kubectl run nginx --image=nginx --replicas=5

-运行 Dry  打印相应的API对象而不创建它们。
kubectl run nginx --image=nginx --dry-run

1.4-expose

创建一个service服务，并且暴露端口让外部可以访问

资源包括(不区分大小写)：

pod（po），service（svc），replication controller（rc），deployment（deploy），replica set（rs）

-创建一个nginx服务并且暴露端口80让外界可以访问
kubectl expose deployment nginx --port=80 --type=NodePort --target-port=80 --name=nginx-service

-为RC的nginx创建service，并通过Service的80端口转发至容器的8000端口上。
kubectl expose rc nginx --port=80 --target-port=8000

-由“nginx-controller.yaml”中指定的type和name标识的RC创建Service，并通过Service的80端口转发至容器的8000端口上。
kubectl expose -f nginx-controller.yaml --port=80 --target-port=8000

1.5-set

配置应用的一些特定资源，也可以修改应用已有的资源

1.5.1-set resources

资源对象中的Pod可以指定计算资源需求（CPU-单位m、内存-单位Mi），即使用的最小资源请求（Requests），限制（Limits）的最大资源需求，Pod将保证使用在设置的资源数量范围。

Requests：计算资源最小数量。

Limits：资源最大允许数量。

对于每个Pod资源，如果指定了Limits（限制）值，并省略了Requests（请求），则Requests默认为Limits的值。

可用资源对象包括(支持大小写)：replicationcontroller、deployment、daemonset、job、replicaset。

-删除nginx中容器的计算资源值
kubectl set resources deployment nginx --limits=cpu=0,memory=0 --requests=cpu=0,memory=0

-将deployment的nginx容器cpu限制为“200m”，将内存设置为“512Mi”
kubectl set resources deployment nginx -c=nginx --limits=cpu=200m,memory=512Mi

-为nginx中的所有容器设置 Requests和Limits
kubectl set resources deployment nginx --limits=cpu=200m,memory=512Mi --requests=cpu=100m,memory=256Mi

-删除nginx中容器的计算资源值
kubectl set resources deployment nginx --limits=cpu=0,memory=0 --requests=cpu=0,memory=0

-打印从本地更新nginx容器限制的结果（以yaml格式），而不会触发服务器
-打印结果(以yaml格式)，在不影响服务器的情况下，从本地更新nginx容器限制
kubectl set resources -f path/to/file.yaml --limits=cpu=200m,memory=512Mi --local -o yaml

1.5.2-set selector

设置资源的selector（选择器）。如果在调用"set selecto"命令之前已经存在选择器，则新创建的选择器将覆盖原来的选择器。

selector必须以字母或数字开头，最多包含63个字符，可使用：字母、数字、连字符" - " 、点"."和下划线" _ "。如果指定了--resource-version，则更新将使用此资源版本，否则将使用现有的资源版本。注意：目前selector命令只能用于Service对象。

-在创建deployment/service对之前设置labels和selector。
kubectl create service clusterip my-svc --clusterip="None" -o yaml --dry-run | kubectl set selector --local -f - 'environment=qa' -o yaml | kubectl create -f -

kubectl create deployment my-dep -o yaml --dry-run | kubectl label --local -f - environment=qa -o yaml | kubectl create -f -

1.5.3-set image

更新现有的资源对象的容器镜像。

可使用资源对象包括（不区分大小写）：

pod (po)、replicationcontroller (rc)、deployment (deploy)、daemonset (ds)、job、replicaset (rs)

-将deployment中的nginx容器镜像设置为“nginx：1.9.1”。
kubectl set image deployment/nginx busybox=busybox nginx=nginx:1.9.1

-所有deployment和rc的nginx容器镜像更新为“nginx：1.9.1”
kubectl set image deployments,rc nginx=nginx:1.9.1 --all

-将daemonset abc的所有容器镜像更新为“nginx：1.9.1”
kubectl set image daemonset abc *=nginx:1.9.1

-从本地文件中更新nginx容器镜像
kubectl set image -f path/to/file.yaml nginx=nginx:1.9.1 --local -o yaml

1.5.4-set subject

更新RoleBinding / ClusterRoleBinding中User、Group 或 ServiceAccount

-更新一个ClusterRoleBinding 的 serviceaccount1
kubectl set subject clusterrolebinding admin --serviceaccount=namespace:serviceaccount1

-更新RoleBinding的user1，user2和group1
kubectl set subject rolebinding admin --user=user1 --user=user2 --group=group1

1.6-explain

将资源暴露为新的Kubernetes Service。生成一个外部访问的端口

指定deployment、service、replica set、replication controller或pod ，并使用该资源的选择器作为指定端口上新服务的选择器。deployment 或 replica set只有当其选择器可转换为service支持的选择器时，即当选择器仅包含matchLabels组件时才会作为暴露新的Service。

资源包括(不区分大小写)：

pod（po），service（svc），replication controller（rc），deployment（deploy），replica set（rs）

kubectl explain rs

-为RC的nginx创建service，并通过Service的80端口转发至容器的8000端口上。
kubectl expose rc nginx --port=80 --target-port=8000

-由“nginx-controller.yaml”中指定的type和name标识的RC创建Service，并通过Service的80端口转发至容器的8000端口上。
kubectl expose -f nginx-controller.yaml --port=80 --target-port=8000

1.7-edit

用使用默认编辑器 编辑服务器上定义的资源。

使用命令行工具获取的任何资源都可以使用edit命令编辑。edit命令会打开使用KUBE_EDITOR，GIT_EDITOR 或者EDITOR环境变量定义的编辑器，可以同时编辑多个资源，但所编辑过的资源只会一次性提交。edit除命令参数外还接受文件名形式。

文件默认输出格式为YAML。要以JSON格式编辑，请指定“-o json”选项。

如果在更新资源时报错，将会在磁盘上创建一个临时文件来记录。在更新资源时最常见的错误是几个用户同时使用编辑器更改服务器上资源，发生这种情况，你需要将你的更改应用到最新版本的资源上，或者更新保存的临时副本。

-编辑Deployment nginx的一些信息
kubectl edit deployment nginx

-编辑service类型的nginx的一些信息
kubectl edit service/nginx

-编辑名为'docker-registry'的service：
kubectl edit svc/docker-registry

-使用替代的编辑器
KUBE_EDITOR="nano" kubectl edit svc/docker-registry

-编辑名为“myjob”的service，输出JSON格式 V1 API版本
kubectl edit job.v1.batch/myjob -o json

-以YAML格式输出编辑deployment“mydeployment”，并将修改的配置保存在annotation中：
kubectl edit deployment/mydeployment -o yaml --save-config

2-设置命令

2.1-label

更新（增加、修改或删除）资源上的 label（标签）。

label 必须以字母或数字开头，可以使用字母、数字、连字符、点和下划线，最长63个字符。

如果--overwrite 为 true，则可以覆盖已有的 label，否则尝试覆盖 label 将会报错。

如果指定了--resource-version，则更新将使用此资源版本，否则将使用现有的资源版本。

-给名为foo的Pod添加label unhealthy=true。
kubectl label pods foo unhealthy=true

-给名为foo的Pod修改label 为 'status' / value 'unhealthy'，且覆盖现有的value。
kubectl label --overwrite pods foo status=unhealthy

-给 namespace 中的所有 pod 添加 label
kubectl label pods --all status=unhealthy

-仅当resource-version=1时才更新 名为foo的Pod上的label。
kubectl label pods foo status=unhealthy --resource-version=1

-删除名为“bar”的label 。（使用“ - ”减号相连）
kubectl label pods foo bar-

2.2-annotate

Annotations由key/value组成。

Annotations的目的是存储辅助数据，特别是通过工具和系统扩展操作的数据，更多介绍在这里。

如果--overwrite为true，现有的annotations可以被覆盖，否则试图覆盖annotations将会报错。

如果设置了--resource-version，则更新将使用此resource version，否则将使用原有的resource version。

-更新Pod“foo”，设置annotation “description”的value “my frontend”，如果同一个annotation多次设置，则只使用最后设置的value值。
kubectl annotate pods foo description='my frontend'

-根据“pod.json”中的type和name更新pod的annotation
kubectl annotate -f pod.json description='my frontend'

-更新Pod"foo"，设置annotation“description”的value“my frontend running nginx”，覆盖现有的值。
kubectl annotate --overwrite pods foo description='my frontend running nginx'

-更新 namespace中的所有pod
kubectl annotate pods --all description='my frontend running nginx'

-只有当resource-version为1时，才更新pod ' foo '。
kubectl annotate pods foo description='my frontend running nginx' --resource-version=1

-通过删除名为“description”的annotations来更新pod ' foo '。#不需要- overwrite flag。
kubectl annotate pods foo description-

2.3-completion

用于设置kubectl命令自动补全

# setup autocomplete in bash, bash-completion, package should be installed first.

source <(kubectl completion bash)

# setup autocomplete in zsh

source <(kubectl completion zsh)

3-部署命令

3.1-rollout

rollout命令:用于对资源进行管理，可用资源包括：deployments，daemonsets

-回滚到之前的deployment
kubectl rollout undo deployment/abc

-查看daemonet的状态
kubectl rollout status daemonset/foo

-重启pod
kubectl rollout restart deployment <deployment_name> -n <namespace>

3.1.1-kubectl rollout history

-查看之前推出的版本（历史版本）
kubectl history

-查看deployment的历史记录
kubectl rollout history deployment/abc

-查看daemonset修订版3的详细信息
kubectl rollout history daemonset/abc --revision=3

3.1.2-kubectl rollout pause

-将deployment标记为暂停。＃只要deployment在暂停中，使用deployment更新将不会生效。
kubectl rollout pause deployment/nginx

3.1.3-kubectl rollout resume

-恢复已暂停的 deployment
kubectl rollout resume deployment/nginx

3.1.4-kubectl rollout status

-查看deployment的状态
kubectl rollout status deployment/nginx

3.1.5-kubectl rollout undo

-回滚到之前的deployment版本
kubectl rollout undo deployment/abc
kubectl rollout undo --dry-run=true deployment/abc

-回滚到daemonset 修订3版本
kubectl rollout undo daemonset/abc --to-revision=3

3.2-rolling-update

执行指定ReplicationController的滚动更新。

该命令创建了一个新的RC， 然后一次更新一个pod方式逐步使用新的PodTemplate，最终实现Pod滚动更新，new-controller.json需要与之前RC在相同的namespace下

-使用frontend-v2.json中的新RC数据更新frontend-v1的pod。
kubectl rolling-update frontend-v1 -f frontend-v2.json

-使用JSON数据更新frontend-v1的pod。
cat frontend-v2.json | kubectl rolling-update frontend-v1 -f -

-其他
kubectl rolling-update frontend-v1 frontend-v2 --image=image:v2
kubectl rolling-update frontend --image=image:v2
kubectl rolling-update frontend-v1 frontend-v2 --rollback

3.3-scale

扩容或缩容 Deployment、ReplicaSet、Replication Controller或 Job 中Pod数量

scale也可以指定多个前提条件，如：当前副本数量或 --resource-version ，进行伸缩比例设置前，系统会先验证前提条件是否成立。这个就是弹性伸缩策略

-将名为foo中的pod副本数设置为3。
kubectl scale --replicas=3 rs/foo
kubectl scale deploy/nginx --replicas=30

-将由“foo.yaml”配置文件中指定的资源对象和名称标识的Pod资源副本设为3
kubectl scale --replicas=3 -f foo.yaml

-如果当前副本数为2，则将其扩展至3。
kubectl scale --current-replicas=2 --replicas=3 deployment/mysql

-设置多个RC中Pod副本数量
kubectl scale --replicas=5 rc/foo rc/bar rc/baz

3.4-autoscale

这个比scale更加强大，也是弹性伸缩策略 ，它是根据流量的多少来自动进行扩展或者缩容，指定Deployment、ReplicaSet或ReplicationController，并创建已经定义好资源的自动伸缩器。使用自动伸缩器可以根据需要自动增加或减少系统中部署的pod数量。

-使用 Deployment “foo”设定，使用默认的自动伸缩策略，指定目标CPU使用率，使其Pod数量在2到10之间
kubectl autoscale deployment foo --min=2 --max=10

-使用RC“foo”设定，使其Pod的数量介于1和5之间，CPU使用率维持在80％
kubectl autoscale rc foo --max=5 --cpu-percent=80

4-集群管理命令

4.1-certificate

用于证书资源管理，授权等

-例如，当有node节点要向master请求，那么是需要master节点授权的
kubectl  certificate approve node-csr-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx node-csr-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

4.2-cluster-info

显示集群信息

kubectl cluster-info

4.3-top

用于查看资源的cpu、内存、磁盘等资源的使用率

kubectl top pod --all-namespaces
它需要heapster运行才行
-查看指定标签使用cpu最高的pod
kubectl top pods -l app=web --sort-by="cpu"

4.4-cordon

用于标记某个节点不可调度

4.5-uncordon

用于标签节点可以调度

4.6-drain

用于在维护期间排除节点

4.7-taint

添加taint，避免Pod 调度到特定Node 上

kubectl taint node knative-node1 foo=bar:NoSchedule

#删除taint

kubectl taint node knative-node1 foo=bar:NoSchedule-

5-集群故障排查和调试命令

5.1-describe

显示特定资源的详细信息

-语法
kubectl describe TYPE NAME_PREFIX
（首先检查是否有精确匹配TYPE和NAME_PREFIX的资源，如果没有，将会输出所有名称以NAME_PREFIX开头的资源详细信息）
支持的资源包括但不限于（大小写不限）：pods (po)、services (svc)、 replicationcontrollers (rc)、nodes (no)、events (ev)、componentstatuses (cs)、 limitranges (limits)、persistentvolumes (pv)、persistentvolumeclaims (pvc)、 resourcequotas (quota)和secrets。

-查看my-nginx pod的详细状态
kubectl describe po my-nginx

5.2-logs

用于在一个pod中打印一个容器的日志，如果pod中只有一个容器，可以省略容器名

-语法
kubectl logs [-f] [-p] POD [-c CONTAINER]

-返回仅包含一个容器的pod nginx的日志快照
kubectl logs nginx

-返回pod ruby中已经停止的容器web-1的日志快照
kubectl logs -p -c ruby web-1

-持续输出pod ruby中的容器web-1的日志
kubectl logs -f -c ruby web-1

-仅输出pod nginx中最近的20条日志
kubectl logs --tail=20 nginx

-输出pod nginx中最近一小时内产生的所有日志
kubectl logs --since=1h nginx

-参数选项
  -c, --container="": 容器名。
  -f, --follow[=false]: 指定是否持续输出日志（实时日志）。
      --interactive[=true]: 如果为true，当需要时提示用户进行输入。默认为true。
      --limit-bytes=0: 输出日志的最大字节数。默认无限制。
  -p, --previous[=false]: 如果为true，输出pod中曾经运行过，但目前已终止的容器的日志。
      --since=0: 仅返回相对时间范围，如5s、2m或3h，之内的日志。默认返回所有日志。只能同时使用since和since-time中的一种。
      --since-time="": 仅返回指定时间（RFC3339格式）之后的日志。默认返回所有日志。只能同时使用since和since-time中的一种。
      --tail=-1: 要显示的最新的日志条数。默认为-1，显示所有的日志。
      --timestamps[=false]: 在日志中包含时间戳。

5.3-exec

进入容器进行交互，在容器中执行命令

-语法
kubectl exec POD [-c CONTAINER] -- COMMAND [args...]
-命令选项
  -c, --container="": 容器名。如果未指定，使用pod中的一个容器。
  -p, --pod="": Pod名。
  -i, --stdin[=false]: 将控制台输入发送到容器。
  -t, --tty[=false]: 将标准输入控制台作为容器的控制台输入。

-进入nginx容器，执行一些命令操作
kubectl exec -it nginx-deployment-xxxxxxxxxx-xxxxx bash

5.4-attach

连接到一个正在运行的容器

-语法
kubectl attach POD -c CONTAINER
-参数选项
-c, --container="": 容器名。如果省略，则默认选择第一个 pod
  -i, --stdin[=false]: 将控制台输入发送到容器。
  -t, --tty[=false]: 将标准输入控制台作为容器的控制台输入。

-获取正在运行中的pod xxxxxxxxxxxxxxx的输出，默认连接到第一个容器
kubectl attach xxxxxxxxxxxxxxxx

-获取pod xxxxxxxxxxxx中ruby-container的输出
kubectl attach xxxxxxxxxxxxx -c ruby-container

-切换到终端模式，将控制台输入发送到pod xxxxxxxxxxxxxxxxx的ruby-container的“bash”命令，并将其输出到控制台/
-错误控制台的信息发送回客户端。
kubectl attach xxxxxxxxxxxxxxxxxx -c ruby-container -i -t

5.5-port-foward

将Pod的开放端口映射到本地

-把Pod的80端口映射到本地的8888端口
kubectl port-forward --address 0.0.0.0 <pod-name> 8888:80

5.6-proxy

5.7-cp

在Pod和本地之间复制文件

kubectl cp <pod-name>:/etc/hosts /tmp

-必须指定拷贝到本地的文件名,如/root/java.out
kubectl cp <pod-name>:/tmp/java.out /root/java.out -c 容器名 -n <namespace>	

-拷贝目录为增量覆盖，同名的文件覆盖
kubectl cp /tmp/dir <pod-name>:/tmp/ -c 容器名 -n <namespace>	

5.8-auth

6-其他命令

6.1-api-servions

打印受支持的api版本信息

kubectl api-versions

6.2-config

用于修改kubeconfig配置文件（用于访问api，例如配置认证信息）

6.3-help

用于查看命令帮助

-显示全部的命令帮助提示
kubectl --help

-具体的子命令帮助，例如
kubectl create --help

6.4-plugin

6.5-version

打印客户端和服务端版本信息

kubectl version

7-高级命令

7.1-apply

通过文件名或者标准输入对资源应用配置，通过文件名或控制台输入，对资源进行配置。 如果资源不存在，将会新建一个。可以使用 JSON 或者 YAML 格式。

-语法
kubectl apply -f FILENAME

-将pod.json中的配置应用到pod
kubectl apply -f ./pod.json

-将控制台输入的JSON配置应用到Pod
cat pod.json | kubectl apply -f -

-选项
-f, --filename=[]: 包含配置信息的文件名，目录名或者URL。
      --include-extended-apis[=true]: If true, include definitions of new APIs via calls to the API server. [default true]
  -o, --output="": 输出模式。"-o name"为快捷输出(资源/name).
      --record[=false]: 在资源注释中记录当前 kubectl 命令。
  -R, --recursive[=false]: Process the directory used in -f, --filename recursively. Useful when you want to manage related manifests organized within the same directory.
      --schema-cache-dir="~/.kube/schema": 非空则将API schema缓存为指定文件，默认缓存到'$HOME/.kube/schema'
      --validate[=true]: 如果为true，在发送到服务端前先使用schema来验证输入。

7.2-patch

使用补丁修改，更新资源的字段，也就是修改资源的部分内容

-语法
kubectl patch (-f FILENAME | TYPE NAME) -p PATCH

-Partially update a node using strategic merge patch
kubectl patch node k8s-node-1 -p '{"spec":{"unschedulable":true}}'

-Update a container's image; spec.containers[*].name is required because it's a merge key
kubectl patch pod valid-pod -p '{"spec":{"containers":[{"name":"kubernetes-serve-hostname","image":"new image"}]}}'

7.3-replace

通过文件或者标准输入替换原有资源

-语法
kubectl replace -f FILENAME

-Replace a pod using the data in pod.json.
kubectl replace -f ./pod.json

-Replace a pod based on the JSON passed into stdin.
cat pod.json | kubectl replace -f -

-Update a single-container pod's image version (tag) to v4
kubectl get pod mypod -o yaml | sed 's/\(image: myimage\):.*$/\1:v4/' | kubectl replace -f -

-Force replace, delete and then re-create the resource
kubectl replace --force -f ./pod.json

7.4-convert

不同的版本之间转换配置文件

-语法
kubectl convert -f FILENAME

-Convert 'pod.yaml' to latest version and print to stdout.
kubectl convert -f pod.yaml

-Convert the live state of the resource specified by 'pod.yaml' to the latest version
-and print to stdout in json format.
kubectl convert -f pod.yaml --local -o json

-Convert all files under current directory to latest version and create them all.
kubectl convert -f . | kubectl create -f -

8-概况

Kubernetes是容器集群管理系统，是一个开源的平台，可以实现容器集群的自动化部署、自动扩缩容、维护等功能。

8.1-通过Kubernetes你可以

• 快速部署应用

• 快速扩展应用

• 无缝对接新的应用功能

• 节省资源，优化硬件资源的使用

我们的目标是促进完善组件和工具的生态系统，以减轻应用程序在公有云或私有云中运行的负担。

8.2-Kubernetes 特点

• 可移植: 支持公有云，私有云，混合云，多重云（multi-cloud）

• 可扩展: 模块化, 插件化, 可挂载, 可组合

• 自动化: 自动部署，自动重启，自动复制，自动伸缩/扩展

Kubernetes是Google 2014年创建管理的，是Google 10多年大规模容器管理技术Borg的开源版本。

8.3-使用Kubernetes能做什么

• 多个进程（作为容器运行）协同工作。（Pod）

• 存储系统挂载

• Distributing secrets

• 应用健康检测

• 应用实例的复制

• Pod自动伸缩/扩展

• Naming and discovering

• 负载均衡

• 滚动更新

• 资源监控

• 日志访问

• 调试应用程序

• 提供认证和授权

8.4-组件

8.4.1-Master 组件

1) kube-apiserver 2) ETCD 3) kube-controller-manager 4) cloud-controller-manager 5) kube-scheduler

6) 插件 addons 6.1) DNS 6.2) 用户界面 6.3) 容器资源监测 6.4) Cluster-level Logging

8.4.2-节点（Node）组件

1) kubelet 2) kube-proxy 3) docker 4) RKT 5) supervisord 6) fluentd