(1)livenessProbe探针：可以根据用户自定义规则来判定pod是否健康，如果livenessProbe探针探测到容器不健康，则kubelet会根据其重启策略来决定是否重启，如果一个容器不包含livenessProbe探针，则kubelet会认为容器的livenessProbe探针的返回值永远成功。
(2)ReadinessProbe探针：同样是可以根据用户自定义规则来判断pod是否健康，如果探测失败，控制器会将此pod从对应service的endpoint列表中移除，从此不再将任何请求调度到此Pod上，直到下次探测成功。
(3)startupProbe探针：启动检查机制，应用一些启动缓慢的业务，避免业务长时间启动而被上面两类探针kill掉，这个问题也可以换另一种方式解决，就是定义上面两类探针机制时，初始化时间定义的长一些即可。

initialDelaySeconds：初始第一次探测间隔，用于应用启动的时间，防止应用还没启动而健康检查失败
periodSeconds：检查间隔，多久执行probe检查，默认为10s；
timeoutSeconds：检查超时时长，探测应用timeout后为失败；
successThreshold：成功探测阈值，表示探测多少次为健康正常，默认探测1次。

spec:
  containers:
  - name: liveness
    image: k8s.gcr.io/busybox
    args:
    - /bin/sh
    - -c
    - touch /tmp/healthy; sleep 30; rm -rf /tmp/healthy; sleep 600
    livenessProbe:         #选择livenessProbe的探测机制
      exec:                      #执行以下命令
        command:
        - cat
        - /tmp/healthy
      initialDelaySeconds: 5          #在容器运行五秒后开始探测
      periodSeconds: 5               #每次探测的时间间隔为5秒

spec:
  containers:
  - name: liveness
    image: k8s.gcr.io/liveness
    livenessProbe:              #采用livenessProbe机制探测
      httpGet:                  #采用httpget的方式
        scheme:HTTP         #指定协议，也支持https
        path: /healthz          #检测是否可以访问到网页根目录下的healthz网页文件
        port: 8080              #监听端口是8080
      initialDelaySeconds: 3     #容器运行3秒后开始探测
      periodSeconds: 3                #探测频率为3秒

spec:
  containers:
  - name: goproxy
    image: k8s.gcr.io/goproxy:0.1
    ports:
- containerPort: 8080 #这里两种探测机制都用上了，都是为了和容器的8080端口建立TCP连接
readinessProbe:
  tcpSocket:
    port: 8080
  initialDelaySeconds: 5
  periodSeconds: 10
livenessProbe:
  tcpSocket:
    port: 8080
  initialDelaySeconds: 15
  periodSeconds: 20

Success：Container通过了检查；
Failure：Container没有通过检查；
Unknown：没有执行检查，因此不采取任何措施（通常是我们没有定义探针检测，默认为成功）。

[root@master yaml]# kubectl explain deploy.spec.strategy.rollingUpdate

Always：镜像标签为latest时，总是从指定的仓库中获取镜像；
Never：禁止从仓库中下载镜像，也就是说只能使用本地镜像；
IfNotPresent：仅当本地没有对应镜像时，才从目标仓库中下载。

Running：Pod所需的容器已经被成功调度到某个节点，且已经成功运行，
Pending：APIserver创建了pod资源对象，并且已经存入etcd中，但它尚未被调度完成或者仍然处于仓库中下载镜像的过程
Unknown：APIserver无法正常获取到pod对象的状态，通常是其无法与所在工作节点的kubelet通信所致。

Always：但凡pod对象终止就重启，此为默认策略。
OnFailure：仅在pod对象出现错误时才重启

[root@master httpd-web]# kubectl apply -f httpd2-deploy1.yaml  --record #运行yaml文件，并记录版本信息；
[root@master httpd-web]# kubectl rollout history deployment httpd-devploy1 #查看该deployment的历史版本
[root@master httpd-web]# kubectl rollout undo deployment httpd-devploy1 --to-revision=1 #执行回滚操作，指定回滚到版本1

#在yaml文件的spec字段中，可以写以下选项（用于限制最多记录多少个历史版本）：
spec:
  revisionHistoryLimit: 5

#这个字段通过 kubectl explain deploy.spec  命令找到revisionHistoryLimit   <integer>行获得

selector:
  matchLabels:           #基于等值
    app: nginx
  matchExpressions:         #基于集合
    - {key: name,operator: In,values: [zhangsan,lisi]}     #key、operator、values这三个字段是固定的
    - {key: age,operator: Exists,values:}   #如果指定为exists，那么values的值一定要为空

[root@master ~]# kubectl get pod --show-labels    #查看pod，并且显示标签内容
[root@master ~]# kubectl get pod -L env,tier      #显示资源对象标签的值
[root@master ~]# kubectl get pod -l env,tier      #只显示符合键值资源对象的pod，而“-L”是显示所有的pod

#对pod标签的操作
[root@master ~]# kubectl label pod label-pod abc=123     #给名为label-pod的pod添加标签
[root@master ~]# kubectl label pod label-pod abc=456 --overwrite       #修改名为label-pod的标签
[root@master ~]# kubectl label pod label-pod abc-             #删除名为label-pod的标签
[root@master ~]# kubectl get pod --show-labels

#对node节点的标签操作
[root@master ~]# kubectl label nodes node01 disk=ssd      #给节点node01添加disk标签
[root@master ~]# kubectl label nodes node01 disk=sss –overwrite    #修改节点node01的标签
[root@master ~]# kubectl label nodes node01 disk-         #删除节点node01的disk标签

#提高Job执行效率的方法：
spec:
  parallelism: 2           #一次运行2个
  completions: 8           #最多运行8个
  template:
metadata:

Pending：表示pod已经被同意创建，正在等待kube-scheduler选择合适的节点创建，一般是在准备镜像；
Running：表示pod中所有的容器已经被创建，并且至少有一个容器正在运行或者是正在启动或者是正在重启；
Succeeded：表示所有容器已经成功终止，并且不会再启动；
Failed：表示pod中所有容器都是非0（不正常）状态退出；
Unknown：表示无法读取Pod状态，通常是kube-controller-manager无法与Pod通信。

// 拉取镜像
docker pull hub.c.163.com/library/hello-world:latest
docker pull hub.c.163.com/library/nginx
// 查看镜像
docker images
// 删除镜像
docker rmi xxxx(镜像ID)
// 搜索镜像
docker search httpd
// 为镜像添加一个新的标签。
docker tag xxxx(镜像ID) test/ubuntu:v2
// 查看指定镜像的创建历史
docker history hub.c.163.com/library/nginx
// 将指定镜像保存成tar归档文件
docker save -o my_ubuntu_v3.tar test/ubuntu:v3
// 从归档文件中创建镜像
docker import my_ubuntu_v3.tar test/ubuntu:v4

// 创建但是不启动容器，使用docker镜像nginx:latest创建一个容器,并将容器命名为test
docker create --name test nginx:latest
// 运行镜像
docker run hub.c.163.com/library/hello-world
// 后台运行Nginx
docker run -d hub.c.163.com/library/nginx
// 指定Nginx本地端口为8080，容器中端口80，-P是容器内部端口随机映射到主机的高端口。-p是容器内部端口绑定到指定的主机端口。
docker run -d -p 8080:80 hub.c.163.com/library/nginx
// 进入容器，其中xxxx代表run之后看到的容器id
docker exec -it xxxx bash
// 查看容器运行情况
docker ps -a
// 停止容器
docker stop xxxx
// 查看容器内的标准输出
docker logs xxxx
// 删除容器
docker rm xxxx
// 启动一个已停止的容器
docker start xxxx
// 重启容器
docker restart xxxx
// 导出容器快照到本地文件
docker export xxxx > ubuntu.tar
// 将快照文件ubuntu.tar导入到镜像test/ubuntu:v1:
cat ubuntu.tar | docker import - test/ubuntu:v1
// 清理掉所有处于终止状态的容器。
docker container prune
//查看容器端口的映射情况。
docker port xxxx
// 查看容器内部运行的进程
docker top xxxx
// 来查看容器的底层信息
docker inspect xxxx
// 拷贝文件进容器
docker cp /users/zhanghao/localdir xxxx:/users/containerUser/
// 杀掉一个运行中的容器
docker kill xxxx
// 暂停容器中所有的进程
docker pause xxxx
// 恢复容器中所有的进程
docker unpause xxxx
// 从服务器获取实时事件
docker events --since="2016-07-01"

created（已创建）
restarting（重启中）
running 或 Up（运行中）
removing（迁移中）
paused（暂停）
exited（停止）
dead（死亡）

// 创建网络 
docker network create -d bridge test-net
// 查看网络列表
docker network ls
// 运行一个容器并连接到新建的test-net网络:
docker run -itd --name test1 --network test-net ubuntu /bin/bash

// 编写Dockerfile
from hub.c.163.com/library/tomcat:latest
MAINTAINER zhanghao zhh900601@sina.com
COPY horizon.war  /usr/local/tomcat/webapps
// 编译镜像
docker build . -t zh-horizon
// 运行镜像，然后就可以在http://localhost:8080/horizon/，访问到应用了。
docker run -d -p 8080:8080 zh-horizon
//推送本地镜像到阿里云镜像仓库
docker login --username=xxx registry.cn-shanghai.aliyuncs.com
docker tag [ImageId] registry.cn-shanghai.aliyuncs.com/zhhaliyun/horizonproj:[镜像版本号]
docker push registry.cn-shanghai.aliyuncs.com/zhhaliyun/horizonproj:[镜像版本号]

docker commit -m="has update" -a="zhanghao" xxxx(容器ID) test/ubuntu:v2

FROM 定制的镜像都是基于FROM的镜像
RUN 用于执行后面跟着的命令行命令，两种格式：RUN <命令行命令> 等同于在终端操作的shell命令。RUN ["可执行文件", "参数1", "参数2"]
COPY 复制指令，从上下文目录中复制文件或者目录到容器里指定路径。
CMD 类似于RUN 指令，用于运行程序，但二者运行的时间点不同:CMD在docker run时运行。RUN是在docker build。为启动的容器指定默认要运行的程序，程序运行结束，容器也就结束。CMD指令指定的程序可被docker run命令行参数中指定要运行的程序所覆盖。如果Dockerfile中如果存在多个CMD指令，仅最后一个生效。
ENTRYPOINT 类似于CMD指令，但其不会被docker run的命令行参数指定的指令所覆盖，而且这些命令行参数会被当作参数送给ENTRYPOINT指令指定的程序。如果 Dockerfile 中如果存在多个ENTRYPOINT指令。一般是变参用CMD，定参用ENTRYPOINT。
ENV 设置环境变量，定义了环境变量，那么在后续的指令中，就可以使用这个环境变量。
ARG 构建参数，与ENV作用一至。不过作用域不一样。ARG设置的环境变量仅对Dockerfile内有效，也就是说只有docker build的过程中有效，构建好的镜像内不存在此环境变量。
EXPOSE 仅仅只是声明端口。帮助镜像使用者理解这个镜像服务的守护端口，以方便配置映射。在运行时使用随机端口映射时，也就是docker run -P 时，会自动随机映射EXPOSE的端口。
WORKDIR 指定工作目录。用 WORKDIR 指定的工作目录，会在构建镜像的每一层中都存在。（WORKDIR 指定的工作目录，必须是提前创建好的）。docker build构建镜像过程中的，每一个RUN命令都是新建的一层。只有通过WORKDIR创建的目录才会一直存在。
USER 用于指定执行后续命令的用户和用户组，这边只是切换后续命令执行的用户（用户和用户组必须提前已经存在）。
ONBUILD 用于延迟构建命令的执行。简单的说，就是Dockerfile里用ONBUILD指定的命令，在本次构建镜像的过程中不会执行（假设镜像为test-build）。当有新的Dockerfile使用了之前构建的镜像FROM test-build，这是执行新镜像的Dockerfile构建时候，会执行test-build的Dockerfile里的ONBUILD指定的命令。

// 创建swarm集群管理节点（manager）
docker-machine create -d virtualbox swarm-manager
// 创建2个worker节点
docker-machine create -d virtualbox swarm-worker1
docker-machine create -d virtualbox swarm-worker2
// 查看节点
docker-machine ls
// 登录并初始化swarm集群
docker-machine ssh swarm-manager
（swarm-manager中）docker swarm init --advertise-addr 192.168.99.107
// 分别进入两个机器里，指定添加至上一步中创建的集群
docker-machine --native-ssh ssh swarm-worker1 "docker swarm join --token SWMTKN-1-3p8yil4ufeun3cctk0m1ip14caei2tykmv79sdp18u3yphz66r-5v2lfqmy1925s0eo5sf6jfvw6 192.168.99.100:2377"
docker-machine --native-ssh ssh swarm-worker2 "docker swarm join --token SWMTKN-1-3p8yil4ufeun3cctk0m1ip14caei2tykmv79sdp18u3yphz66r-5v2lfqmy1925s0eo5sf6jfvw6 192.168.99.100:2377"
// 查看当前集群的信息
（swarm-manager中）docker info
// 查看节点信息
（swarm-manager中）docker node ls
// 拉取镜像
（swarm-manager中）docker pull hub.c.163.com/library/nginx:latest
// 部署服务到集群中
（swarm-manager中）docker service create --replicas 3 -p 8088:80 --name nginx hub.c.163.com/library/nginx:latest
// 查看服务
（swarm-manager中）docker service ls
（swarm-manager中）docker service ps nginx
（swarm-manager中）docker service inspect --pretty nginx
// 调整服务节点个数
（swarm-manager中）docker service scale nginx=2
// 删除服务
（swarm-manager中）docker service rm nginx
// 停止、重新激活节点接收任务
（swarm-manager中）docker node update --availability drain swarm-worker1
（swarm-manager中）docker node update --availability active swarm-worker1

{
"builder": {
"gc": {
"defaultKeepStorage": "20GB",
"enabled": true
}
},
"experimental": false,
"registry-mirrors": [
"https://mirror.ccs.tencentyun.com",
"http://hub-mirror.c.163.com",
"https://docker.m.daocloud.io"
]
}