k8s day04

昨日内容回顾:
    - configMap ---> cm
        应用场景: 主要用于配置文件的持久化。
    - secret
        应用场景: 存储敏感数据，并非加密数据。
    - pod探针（probe）:
        - livenessProbe:
            健康检查探针，若检查失败，则会重启容器（重新创建容器）。
            值得注意的是，若手动去使用docker去kill容器，是否会重启取决于重启策略，注意，尽管重新拉起容器会计数重启次数。
            
        - readinessProbe
            可用性检查探针，若检查失败，则将容器标记为未就绪状态，与此同时，对于svc的ep资源列表不会自动发现;
    - env获取cm或者secret资源的值

Q1: 请问Pod导入secret资源有几种方式?
    - env 
    - volume
    
Q2: 请问cm资源有几种定义方式?
    - 单行模式，
        KEY: VALUE
    - 多行模式，类文件模式
        KEY : |
            ...
            ...
            ...

Q3: 外网访问K8S集群的Pod有多少种方式?
    - hostNetwork
    - hostPort ---> 1.5.2有效！  1.15.12则无效！【了解即可】
    - Svc
    - Ing
    - ApiServer
    
Q4: 影响Pod调度的方式有哪些?
    - nodeName
    - resources
    - 污点
    - 污点容忍
    - 亲和性
    - 反亲和性
    - 自定义调度器
    - 工作负载调度器 ---> ds,deploy
    ...

kubectl version ：
    查看K8S的版本号。
        GitVersion:"v1.5.2", 
        BuildDate:"2017-07-03T15:31:10Z"
         
        GitVersion:"v1.15.12",
        BuildDate:"2020-05-06T05:09:48Z"
        
        
[root@k8s151.oldboyedu.com po]# cat 22-pods-ports.yaml 
kind: Pod
apiVersion: v1
metadata:
  name: oldboyedu-linux82-ports-001
spec:
  nodeName: k8s152.oldboyedu.com
  containers:
  - name: linux82-web
    image: k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.20.1
    # 定义容器的端口映射相关信息
    ports:
      # 容器内服务监听的端口
    - containerPort: 80
      # 指定绑定的宿主机IP地址
      hostIP: 0.0.0.0
      # 指定宿主机的端口
      hostPort: 18888
      # 给映射的端口起名字，要求唯一
      name: myweb
      # 指定协议，有效值为: UDP, TCP, or SCTP.
      protocol: TCP
[root@k8s151.oldboyedu.com po]# 

容器的三种类型:
    网络基础镜像容器:
        pause:v3.1
            ---> 提供网络基础的。
    
    初始化容器:
        initContainers
            ---> 为业务容器提供基础环境准备的。
            
    业务容器:
        containers
            ---> 跑实际业务。

            
初始化容器参考案例:
[root@k8s151.oldboyedu.com po]# cat 23-pods-initContainers.yaml 
--- 

apiVersion: v1
data:
  .dockerconfigjson: eyJhdXRocyI6eyIxMC4wLjAuMjUwIjp7InVzZXJuYW1lIjoiamFzb255aW4yMDIwIiwicGFzc3dvcmQiOiJPbGRib3llZHVAMjAyMiIsImVtYWlsIjoiamFzb255aW5Ab2xkYm95ZWR1LmNvbSIsImF1dGgiOiJhbUZ6YjI1NWFXNHlNREl3T2s5c1pHSnZlV1ZrZFVBeU1ESXkifX19
kind: Secret
metadata:
  name: oldboyedu-harbor
type: kubernetes.io/dockerconfigjson

---

kind: Pod
apiVersion: v1
metadata:
  name: oldboyedu-linux82-initcontianer-002
spec:
  nodeName: k8s152.oldboyedu.com
  imagePullSecrets:
  - name: oldboyedu-harbor
  # 初始化容器，为业务容器提供基础环境准备的。
  initContainers:
  - name: init-web
    image: 10.0.0.250/oldboyedu-linux/stress:v0.1
    command:
    - sleep
    - "30"
  # 我们可以将containers理解为业务容器。初始化容器要先于业务容器运行。
  containers:
  - name: linux82-web
    image: k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.20.1
    # 定义容器的端口映射相关信息
    ports:
      # 容器内服务监听的端口
    - containerPort: 80
      # 指定绑定的宿主机IP地址
      hostIP: 0.0.0.0
      # 指定宿主机的端口,k8s1.5.2会监听端口,K8S1.15.12不会监听端口但能访问哟!
      hostPort: 28888
      # 给映射的端口起名字，要求唯一
      name: myweb
      # 指定协议，有效值为: UDP, TCP, or SCTP.
      protocol: TCP
[root@k8s151.oldboyedu.com po]# 

静态Pod:
vim  /var/lib/kubelet/config.yaml 
...
staticPodPath: /etc/kubernetes/manifests

温馨提示:
    (1)静态Pod是由kubelet启动时通过"staticPodPath"配置参数指定路径
    (2)静态Pod创建的Pod名称会自动加上kubelet节点的主机名，比如"-k8s151.oldboyedu.com"，会忽略"nodeName"字段哟;
    (3)静态Pod的创建并不依赖API-Server，而是直接基于kubelet所在节点来启动Pod;
    (4)静态Pod的删除只需要将其从staticPodPath指定的路径移除即可;
    (5)静态Pod路径仅对Pod资源类型有效，其他类型资源将不被创建哟
    (6)咱们的kubeadm部署方式就是基于静态Pod部署的哟;

rc简介:
replicationcontrollers控制器简称"rc"，可以保证指定数量的Pod始终存活，rc通过标签选择器来关联Pod。
    
    
[root@k8s151.oldboyedu.com rc]# cat 01-rc-nginx.yaml 
kind: ReplicationController
apiVersion: v1
metadata:
  name: oldboyedu-linux82-rc-web
spec:
  # 指定Pod的副本数量，若不指定，则默认值为1.
  replicas: 3
  # 定义标签选择器，即用于关联Pod的标签。
  selector:
     school: oldboyedu
  # 定义Pod的模板
  template:
     metadata:
        name: linux82-web
        labels:
           school: oldboyedu
           class: linux82
     spec:
        # nodeName: k8s152.oldboyedu.com
        containers:
        - name: linux82-web
          image: k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.20.1
[root@k8s151.oldboyedu.com rc]# 

创建RS资源用于测试svc:
[root@k8s151.oldboyedu.com rs]# cat 01-rs-nginx.yaml 
kind: ReplicaSet
apiVersion: extensions/v1beta1
metadata:
  name: oldboyedu-linux82-rs-web
spec:
  # 指定Pod的副本数量，若不指定，则默认值为1.
  replicas: 3
  # 定义标签选择器，即用于关联Pod的标签。
  selector:
     # 相比于rc资源，rs资源支持的功能更加强大，不仅仅支持标签选择器，还支持表达式（matchExpressions）
     matchLabels:
        school: oldboyedu
  # 定义Pod的模板
  template:
     metadata:
        name: linux82-web
        labels:
           school: oldboyedu
           class: linux82
     spec:
        # nodeName: k8s152.oldboyedu.com
        containers:
        - name: linux82-web
          image: k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.20.1
          livenessProbe:
            tcpSocket:
               port: 80
            failureThreshold: 3
            initialDelaySeconds: 15
            periodSeconds: 1
            successThreshold: 1
            timeoutSeconds: 1
          readinessProbe:
            httpGet:
               port: 80
               path: /oldboyedu.html
            failureThreshold: 3
            initialDelaySeconds: 15
            periodSeconds: 1
            successThreshold: 1
            timeoutSeconds: 1
[root@k8s151.oldboyedu.com rs]# 

创建svc资源:
[root@k8s151.oldboyedu.com rs]# cat ../svc/01-svc-nginx.yaml 
apiVersion: v1
kind: Service
metadata:
  name: linux82-svc-web
spec:
  # 映射Pod端口信息
  ports:
    # 指定SVC的端口
  - port: 9999
    # 指定Pod提供服务的端口
    targetPort: 80
  # 指定标签，用于匹配关联的POD
  selector:
     class: linux82
[root@k8s151.oldboyedu.com rs]# 

查看所有的svc:
kubectl get svc

查看指定svc的详细信息：
kubectl describe svc linux82-svc-web

rc资源有两大缺陷:
    (1)不支持声明式更新镜像;
    (2)升级的时候有时候需要运维人员介入解决svc无法自动关联Pod的现象;
        为了避免这种现象发生，将rc资源的selector和svc的selector定义成不一样的关联即可。见视频。

基于rc升级和回滚:
1.创建原始版本
kubectl apply -f 01-rc-svc.yaml -f 02-rc-nginx-old.yaml 

2.测试访问服务
curl -I 10.0.0.53:30088

3.升级
kubectl rolling-update oldboyedu-linux82-rc-web-old -f 03-rc-nginx-update-new.yaml --update-period=1s
        oldboyedu-linux82-rc-web-old：
            表示现有的rc名称。
        -f 03-rc-nginx-update-new.yaml 
            基于哪个文件升级或回滚。
        --update-period=1s
            升级的间隔时间。

4.升级后运行需要解决用户无法访问Pod的情况
    方案一: 
        使用旧的svc，即给新的pod打标签。
kubectl label  pods --all class=linux82
# kubectl label  pods --all class-  # 删除标签

    方案二:
        使用新的svc。
kubectl delete -f 01-rc-svc.yaml 
kubectl apply -f 04-rc-svc-new.yaml 

5.回滚
kubectl rolling-update oldboyedu-linux82-rc-web-new -f 02-rc-nginx-old.yaml  --update-period=1s
kubectl delete -f 04-rc-svc-new.yaml
kubectl apply -f  01-rc-svc.yaml 

资源清单:
[root@k8s151.oldboyedu.com test]# cat 01-rc-svc.yaml 
apiVersion: v1
kind: Service
metadata:
  name: linux82-svc-web-nodeport-002
spec:
  type: NodePort
  ports:
  - port: 9999
    targetPort: 80
    nodePort: 30088
  selector:
     class: linux82
[root@k8s151.oldboyedu.com test]# 
[root@k8s151.oldboyedu.com test]# cat 02-rc-nginx-old.yaml 
kind: ReplicationController
apiVersion: v1
metadata:
  name: oldboyedu-linux82-rc-web-old
spec:
  # 指定Pod的副本数量，若不指定，则默认值为1.
  replicas: 3
  # 定义标签选择器，即用于关联Pod的标签。
  selector:
     school: oldboyedu
  # 定义Pod的模板
  template:
     metadata:
        name: linux82-web
        labels:
           school: oldboyedu
           class: linux82
     spec:
        # nodeName: k8s152.oldboyedu.com
        containers:
        - name: linux82-web
          image: k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.14
[root@k8s151.oldboyedu.com test]# 
[root@k8s151.oldboyedu.com test]# cat 03-rc-nginx-update-new.yaml 
kind: ReplicationController
apiVersion: v1
metadata:
  name: oldboyedu-linux82-rc-web-new
spec:
  replicas: 3
  selector:
     school: oldboyedu-new
  template:
     metadata:
        name: linux82-web
        labels:
           school: oldboyedu-new
           address: beijing-linux82
     spec:
        containers:
        - name: linux82-web
          image: k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.16
[root@k8s151.oldboyedu.com test]# 
[root@k8s151.oldboyedu.com test]# cat 04-rc-svc-new.yaml 
apiVersion: v1
kind: Service
metadata:
  name: linux82-svc-web-nodeport-002-new
spec:
  type: NodePort
  ports:
  - port: 9999
    targetPort: 80
    nodePort: 30088
  selector:
     school: oldboyedu-new
     address: beijing-linux82
[root@k8s151.oldboyedu.com test]# 

deoloyment资源控制器： ---> 声明式更新
[root@k8s151.oldboyedu.com deploy]# cat 01-deploy-nginx.yaml 
kind: Deployment
apiVersion: extensions/v1beta1
metadata:
  name: oldboyedu-linux82-deploy-nginx
spec:
  replicas: 3
  selector:
     matchLabels:
        school: oldboyedu
  template:
     metadata:
        name: linux82-web
        labels:
           school: oldboyedu
           class: linux82
     spec:
        containers:
        - name: linux82-web
          # image: k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.20.1
          image: k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.18
          livenessProbe:
            tcpSocket:
               port: 80
            failureThreshold: 3
            initialDelaySeconds: 15
            periodSeconds: 1
            successThreshold: 1
            timeoutSeconds: 1
          # readinessProbe:
          #   httpGet:
          #      port: 80
          #      path: /oldboyedu.html
          #   failureThreshold: 3
          #   initialDelaySeconds: 15
          #   periodSeconds: 1
          #   successThreshold: 1
          #   timeoutSeconds: 1

---

apiVersion: v1
kind: Service
metadata:
  name: linux82-svc-web-nodeport-002
spec:
  type: NodePort
  clusterIP: 10.254.100.100
  ports:
  - port: 9999
    targetPort: 80
    nodePort: 30088
  selector:
     class: linux82
[root@k8s151.oldboyedu.com deploy]# 

响应式更新:
kubectl set image deploy oldboyedu-linux82-deploy-nginx linux82-web=k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.16
kubectl set image  资源类型        资源类型名称              容器名称=镜像名称

基于edit编辑:
kubectl edit deployments. oldboyedu-linux82-deploy-nginx 

      副本数量        
old :  5
new :  5

    附加条件：
        old ---> new :
            - 5 + 2 ---> 7 升级过程中最大的pod
            - 5 - 1 ---> 4 最少保证4个可用。

升级需要几次？请说明原因:
    第一次升级:
        old : 3        5    4    5    2    ---> 4
        new : 2        2    2    2    3    ---> 3 
        
    第二次升级：
        old:     3    0    4    2    1    3    6    --->     1
        new:    4    7    2    5    6    4    4    --->    3 +  2 ---> 5
        
    ...

replicas: 8

maxSurge: 5
maxUnavailable: 3

---->

    第一次升级
        old :   5
        new :   8    
        
        

replicas: 7
maxSurge: 2  
    ---> max ---> 9
maxUnavailable: 3 
    ---> min ---> 4

    第一次升级:
        old:    4
        new:    5

    第二次升级:
        old:              0
        new:    5 + 2 --> 7

        
基于deployment升级:
[root@k8s151.oldboyedu.com deploy]# cat 02-deploy-nginx-update-strategy.yaml 
kind: Deployment
apiVersion: extensions/v1beta1
metadata:
  name: oldboyedu-linux82-deploy-nginx-strategy
spec:
  replicas: 5
  selector:
     matchLabels:
        school: oldboyedu
  # 定义升级策略
  strategy:
    # 升级的类型,"Recreate" or "RollingUpdate"
    # Recreate:
    #   先停止所有的Pod运行，然后在批量创建更新。
    #   生产环节中不推荐使用这种策略，因为升级过程中用户将无法访问服务!
    # RollingUpdate:
    #   滚动更新，即先实现部分更新，逐步替换原有的pod，是默认策略。
    type: RollingUpdate
    # 自定义滚动更新的策略
    rollingUpdate:
      # 在原有Pod的副本基础上，多启动Pod的数量。
      maxSurge: 2
      # 在升级过程中最大不可访问的Pod数量.
      maxUnavailable: 1
  template:
     metadata:
        name: linux82-web
        labels:
           school: oldboyedu
           class: linux82
     spec:
        containers:
        - name: linux82-web
          # image: k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.20.1
          #  image: k8s151.oldboyedu.com:5000/oldboyedu-web/nginx:1.18
          image: nginx:1.14
          livenessProbe:
            tcpSocket:
               port: 80
            failureThreshold: 3
            initialDelaySeconds: 15
            periodSeconds: 1
            successThreshold: 1
            timeoutSeconds: 1
          # readinessProbe:
          #   httpGet:
          #      port: 80
          #      path: /oldboyedu.html
          #   failureThreshold: 3
          #   initialDelaySeconds: 15
          #   periodSeconds: 1
          #   successThreshold: 1
          #   timeoutSeconds: 1

---

apiVersion: v1
kind: Service
metadata:
  name: linux82-svc-web-nodeport-002
spec:
  type: NodePort
  clusterIP: 10.254.100.100
  ports:
  - port: 9999
    targetPort: 80
    nodePort: 30088
  selector:
     class: linux82
    
    
扩展作业:
    (1)使用阿里云部署K8S集群，并将11个游戏将部署到云平台提供访问，要求使用svc的类型为LoadBalancer。
    (2)使用kubeadm1.15或Kubeadm 1.19版本将其etcd数据库独立部署出来，不要使用内置的;
    (3)调研K3S二进制部署，K3S是轻量级的K8S发行版;
    (4)部署ranger管理K8S集群;

常见错误:
    PodFitsHostPorts:
        问题原因:
            和Pod调度节点的端口有所冲突。
        解决方案:
            可能无法提供给"ss -ntl"来观察，需要借助"iptables -t nat -vnL"来观察哟。
            
    Init:ErrImagePull
        问题原因:
            初始化容器拉取镜像失败。
        解决方案:
            一般情况下，请检查网络，权限等维度即可。