k8s deployment配置文件中滚动升级策略

Deployment配置文件
Deployment的配置与RC基本相同，详细配置可以参考官方文档下面直接给出一个配置示例deployment.yml内容如下：
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
    name: hello-deployment
    namespace: default
spec:
  replicas: 3
  selector:
    matchLabels:
      name: hello-deployment
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 10%
      maxUnavailable: 0     
  template:
    metadata:
      labels:
        name: hello-deployment
    spec:
      containers:
      - name: webserver
        image: nginx:1.14
        ports:
        - containerPort:80
需要说明的是strategy部分，用于定义deployment的升级策略。
spec.strategy：用于定义升级的策略
spec.strategy.type：定义使用何种方式升级。一种是RollingUpdate，即滚动升级。另一种方式为Recreate。即先将所有旧的Pod停止，然后再启动新的pod。默认策略即为RollingUpdate
spec.strategy.type.rollingUpdate：如果采用RollingUpdate的方式进行升级操作，则可以定义更详细的滚动升级策略
spec.strategy.type.rollingUpdate.maxSurge： 指定在升级时，最大可以创建多少个pod。这个值可以是一个绝对值数字，也可以是个百分比。例如，当这个值指定为30%时，也就是说，新旧pod的总量不能超过130%。简单来讲，就是在滚动升级时，会先启动30%的新的pod。然后开始杀掉旧的pod，每当一个旧的pod被杀掉，一个新的pod的会被启动，始终保持总量不超过130%，直至更新完成。需要说明的是，当maxUnavailable为0时，maxSurge的值不能为0。
spec.strategy.type.rollingUpdate.maxUnavailable： 指定在升级时，最大不可用的pods的值。可以是一个绝对值数字，也可以是个百分比。例如，当这个值指定为30%时，最少可用的Pod为70%,也就是说，在滚动升级的时候，会先杀掉30%旧的pod，然后开始启动新pod。当一个新的Pod被创建，一个旧的Pod就会被销毁。始终保持可用的pod在总量的70%，直至升级完成。需要说明的是，当maxSurge为0时，maxUnavailable的值不能为0