• K8S：Yaml文件详解

    目录

    一.Yaml文件详解

    1.Yaml文件格式

    2.YAML 语法格式

    二.Yaml文件编写及相关概念

    1.查看 api 资源版本标签

    2.yaml编写案例

    （2）Deployment类型编写nginx服务

    (3）k8s集群中的port介绍

    （5）快速编写yaml文件

    （6）案例：自主式创建service并关联上面的pod

    （7）Pod yaml文件详解

    （8）deployment.yaml文件详解

    （9）Service yaml文件详解

    （10）k8s部署tomcat的yaml文件

    总结：

    1.K8S集群中访问流向

    K8S集群外部：客户端——nodeIP：nodeport——通过target port——podIP：containerport​编辑2.语法格式

    3.yaml文件组成部署

    4.常用字段的含义

    一.Yaml文件详解

    1.Yaml文件格式

    （1）Kubernetes 支持 YAML 和 JSON 格式管理资源对象

    （2）JSON 格式：主要用于 api 接口之间消息的传递

    （3）YAML 格式：用于配置和管理，YAML 是一种简洁的非标记性语言，内容格式人性化，较易读

    2.YAML 语法格式

    （1）大小写敏感
    （2）使用缩进表示层级关系
    （3）不支持Tab键制表符缩进，只使用空格缩进
    （4）缩进的空格数目不重要，只要相同层级的元素左侧对齐即可，通常开头缩进两个空格
    （5）符号字符后缩进一个空格，如冒号，逗号，短横杆（-）等
    （6）“—”表示YAML格式，一个文件的开始，用于分隔文件间
    （7）“#”表示注释
     

    二.Yaml文件编写及相关概念

    1.查看 api 资源版本标签

    1. [root@master01 ~]# kubectl api-versions 
    2.  
    3. admissionregistration.k8s.io/v1
    4. admissionregistration.k8s.io/v1beta1
    5. apiextensions.k8s.io/v1
    6. apiextensions.k8s.io/v1beta1
    7. apiregistration.k8s.io/v1
    8. apiregistration.k8s.io/v1beta1
    9. apps/v1                            #如果是业务场景一般首选使用 apps/v1
    10. authentication.k8s.io/v1
    11. authentication.k8s.io/v1beta1      #带有beta字样的代表的是测试版本，不用在生产环境中
    12. authorization.k8s.io/v1
    13. authorization.k8s.io/v1beta1
    14. autoscaling/v1
    15. autoscaling/v2beta1
    16. autoscaling/v2beta2
    17. batch/v1
    18. batch/v1beta1
    19. certificates.k8s.io/v1
    20. certificates.k8s.io/v1beta1
    21. coordination.k8s.io/v1
    22. coordination.k8s.io/v1beta1
    23. discovery.k8s.io/v1beta1
    24. events.k8s.io/v1
    25. events.k8s.io/v1beta1
    26. extensions/v1beta1
    27. flowcontrol.apiserver.k8s.io/v1beta1
    28. networking.k8s.io/v1
    29. networking.k8s.io/v1beta1
    30. node.k8s.io/v1
    31. node.k8s.io/v1beta1
    32. policy/v1beta1
    33. rbac.authorization.k8s.io/v1
    34. rbac.authorization.k8s.io/v1beta1
    35. scheduling.k8s.io/v1
    36. scheduling.k8s.io/v1beta1
    37. storage.k8s.io/v1
    38. storage.k8s.io/v1beta1
    39. v1

    2.yaml编写案例

    1. #查看deployment的版本定义
    2. kubectl explain deployment

    1. #查看api的版本
    2. kubectl explain deployment.apiVersion

    1. #查看元数据信息
    2. kubectl explain deployment.apiVersion
    1. #定义标签介绍
    2. kubectl explain deployment.spec.selector
    3. #对matchLabels标签介绍
    4. kubectl explain deployment.spec.selector.matchLabels

    （2）Deployment类型编写nginx服务

    • 创建pod
    1. #写一个yaml文件demo
    2. mkdir /opt/demo
    3. cd demo/

    1. vim nginx-deployment.yaml
    2.  
    3. apiVersion: apps/v1		    #指定api版本标签
    4. kind: Deployment		    #定义资源的类型/角色，deployment为副本控制器，此处资源类型可以是Deployment、Job、Ingress、Service等
    5. metadata:					#定义资源的元数据信息，比如资源的名称、namespace、标签等信息
    6.   name: nginx-deployment	#定义资源的名称，在同一个namespace空间中必须是唯一的
    7.   namespace： default       #默认就是default，可以不用写
    8.   labels:				    #定义Deployment资源标签
    9.     app: nginx	
    10. spec:					    #定义deployment资源需要的参数属性，诸如是否在容器失败时重新启动容器的属性
    11.   replicas: 3			    #定义副本数量
    12.   selector:				    #定义标签选择器
    13.     matchLabels:		    #定义匹配标签
    14.       app: nginx		    #需与 .spec.template.metadata.labels 定义的标签保持一致
    15.   template:				    #定义业务模板，如果有多个副本，所有副本的属性会按照模板的相关配置进行匹配
    16.     metadata:
    17.       labels:               #定义Pod副本将使用的标签，需与 .spec.selector.matchLabels 定义的标签保持一致
    18.         app: nginx
    19.     spec:
    20.       containers:				#定义容器属性
    21.       - name: nginx				#定义一个容器名，一个 - name: 定义一个容器
    22.         image: nginx:1.15.4		#定义容器使用的镜像以及版本
    23.         ports:
    24.         - containerPort: 80		#定义容器的对外的端口

    1. #创建资源对象
    2. kubectl create -f nginx-deployment.yaml
    3. 或
    4. kubectl apply -f nginx-deployment.yaml 
    5. #查看创建的资源对象，创建需等待running
    6. kubectl get pod

    1. [root@master01 demo]# kubectl get pod
    2. NAME                                READY   STATUS             RESTARTS   AGE
    3. nginx-deployment-6cff9b4c45-psvz7   1/1     Running            0          5d17h
    4. nginx-deployment-6cff9b4c45-w4kc8   1/1     Running            0          5d17h
    5. nginx-deployment-6cff9b4c45-zm9sj   1/1     Running            0          5d17h
    6. ninx-deployment-7fff494997-794fl    0/1     ImagePullBackOff   0          5d17h

    • 容器如果想对外提供访问，需创建service 发布
    1. #创建service服务对外提供访问并测试
    2. vim nginx-service.yaml
    3.  
    4. apiVersion: v1  
    5. kind: Service  
    6. metadata:
    7.   name: nginx-service
    8.   labels:
    9.     app: nginx  
    10. spec:
    11.   type: NodePort  
    12.   ports:
    13.  
    14.   - port: 80
    15.     targetPort: 80  
    16.       selector:
    17.     app: nginx

    1. #创建资源对象
    2. kubectl create -f nginx-service.yaml 
    3. 或
    4. kubectl apply -f nginx-service.yaml
    5. #查看创建的service
    6. [root@master01 demo]# kubectl  get svc
    7. NAME                     TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)           AGE
    8. kubernetes               ClusterIP   10.96.0.1       <none>        443/TCP           5d19h
    9. myapp-summer             NodePort    10.96.30.130    <none>        8080:32666/TCP    119s

    1. #在浏览器输入 nodeIP:nodePort 即可访问
    2. http://192.168.158.21:32666
    3. http://192.168.158.22:32666

    (3）k8s集群中的port介绍

    详解k8s中的port：

    ●port

    port 是 k8s 集群内部访问service的端口，即通过 clusterIP: port 可以从 Pod 所在的 Node 上访问到 service

    ●nodePort

    nodePort 是外部访问 k8s 集群中 service 的端口，通过 nodeIP: nodePort 可以从外部访问到某个 service。

    ●targetPort

    targetPort 是 Pod 的端口，从 port 或 nodePort 来的流量经过 kube-proxy 反向代理负载均衡转发到后端 Pod 的 targetPort 上，最后进入容器。

    ●containerPort

    containerPort 是 Pod 内部容器的端口，targetPort 映射到 containerPort。

    1. vim demo02-redis.yaml
    2.  
    3. apiVersion: apps/v1
    4. kind: Deployment
    5. metadata:
    6.   name: redis-deployment
    7.   namespace: default
    8.   labels:
    9.     app: redis
    10. spec:
    11.   replicas: 2
    12.   selector:
    13.     matchLabels:
    14.       app: redis
    15.   template:                            
    16.     metadata:
    17.       labels:           
    18.         app: redis
    19.     spec:
    20.       containers:                         
    21.       - name: redis                            
    22.         image: redis:latest
    23.         ports:
    24.         - containerPort: 6379    
    25.       
    26. ---   
    27.       
    28. apiVersion: v1
    29. kind: Service  
    30. metadata:
    31.   name: redis
    32.   labels:
    33.     app: redis
    34. spec:
    35.   type: NodePort
    36.   ports:
    37.   - port: 6379
    38.     targetPort: 6379
    39.     nodePort: 32555
    40.   selector:
    41.     app: redis

    1. #创建资源
    2. kubectl apply -f demo02-redis.yaml 
    3. #查看创建的资源
    4. kubectl get pod,svc

    使用Redis Desktop Manager测试redis，安装包在主页资源中

    1. #登入查看创建的键值对
    2. kubectl exec -it redis-deployment-756b4b8956-khw2m bash
    3. redis-cli
    4. keys *

    （5）快速编写yaml文件

    1. #kubectl run --dry-run=client 打印相应的 API 对象而不执行创建（空跑）
    2. kubectl run nginx-test --image=nginx --port=80 --dry-run=client
    3. kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client
    1. #查看生成yaml格式
    2. kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o yaml
    3. kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o yaml

    1. #查看生成json格式
    2. kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o json
    3. kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o json

    1. #使用yaml格式导出生成模板，并进行修改以及删除一些不必要的参数
    2. kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o yaml > nginx-test.yaml
    3. kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o yaml  > nginx-deploy.yaml

     

    1. vim nginx-test.yaml
    2.  
    3. apiVersion: v1
    4. kind: Pod
    5. metadata:
    6.   creationTimestamp: null     #删除
    7.   labels:
    8.     run: nginx-test
    9.   name: nginx-test
    10. spec:
    11.   containers:
    12.  
    13.   - image: nginx
    14.     name: nginx-test
    15.     ports:
    16.     - containerPort: 80
    17.       resources: {}             #删除
    18.       dnsPolicy: ClusterFirst
    19.       restartPolicy: Always
    20.       status: {}                    #删除

    1. #将现有的资源生成模板导出
    2. kubectl get svc nginx-service -o yaml
    1. #保存到文件中
    2. kubectl get svc nginx-service -o yaml > my-svc.yaml
    1. #查看字段帮助信息，可一层层的查看相关资源对象的帮助信息
    2. kubectl explain deployments.spec.template.spec.containers
    3. 或
    4. kubectl explain pods.spec.containers
    1. #快速查看相关模板
    2. kubectl edit

    （6）案例：自主式创建service并关联上面的pod

    资源类型：pod 自主式

    资源名称：nginx-ky29

    命名空间：ky29

    容器镜像要求：nginx 1.14

    容器端口：80

    标签：app-ky29

    1. #空跑
    2. kubectl run nginx-rain --image=nginx:1.14 --port=80 --dry-run=client -oyaml > nginx-rain。yaml
    3. #复制出来的模板
    4. kubectl create ns rain --dry-run -oyaml

    1. #访问测试
    2. curl 10.96.233.156
    3. http://192.168.158.20:32333/

    1. #写yaml简洁方法
    2. ●用 --dry-run 命令生成
    3. kubectl run my-deploy --image=nginx --dry-run=client -o yaml > my-deploy.yaml
    4.  
    5. ●用get命令导出
    6. kubectl get svc nginx-service -o yaml > my-svc.yaml
    7. 或
    8. kubectl edit svc nginx-service  #复制配置，再粘贴到新文件

    （7）Pod yaml文件详解

    1. apiVersion: v1			#必选，版本号，例如v1
    2. kind: Pod				#必选，Pod
    3. metadata:				#必选，元数据
    4.   name: string			  #必选，Pod名称
    5.   namespace: string		  #必选，Pod所属的命名空间
    6.   labels:				  #自定义标签
    7.     - name: string		    #自定义标签名字
    8.   annotations:			    #自定义注释列表
    9.     - name: string
    10. spec:					#必选，Pod中容器的详细定义
    11.   containers:			  #必选，Pod中容器列表
    12.   - name: string		    #必选，容器名称
    13.     image: string		    #必选，容器的镜像名称
    14.     imagePullPolicy: [Always | Never | IfNotPresent]	#获取镜像的策略：Alawys表示总是下载镜像，IfnotPresent表示优先使用本地镜像，否则下载镜像，Nerver表示仅使用本地镜像
    15.     command: [string]		#容器的启动命令列表，如不指定，使用打包时使用的启动命令
    16.     args: [string]			#容器的启动命令参数列表
    17.     workingDir: string		#容器的工作目录
    18.     volumeMounts:			#挂载到容器内部的存储卷配置
    19.     - name: string			  #引用pod定义的共享存储卷的名称，需用volumes[]部分定义的的卷名
    20.       mountPath: string		  #存储卷在容器内mount的绝对路径，应少于512字符
    21.       readOnly: boolean		  #是否为只读模式
    22.     ports:					#需要暴露的端口库号列表
    23.     - name: string			  #端口号名称
    24.       containerPort: int	  #容器需要监听的端口号
    25.       hostPort: int			  #容器所在主机需要监听的端口号，默认与Container相同
    26.       protocol: string		  #端口协议，支持TCP和UDP，默认TCP
    27.     env:					#容器运行前需设置的环境变量列表
    28.     - name: string			  #环境变量名称
    29.       value: string			  #环境变量的值
    30.     resources:				#资源限制和请求的设置
    31.       limits:				  #资源限制的设置
    32.         cpu: string			    #Cpu的限制，单位为core数，将用于docker run --cpu-shares参数
    33.         memory: string			#内存限制，单位可以为Mib/Gib，将用于docker run --memory参数
    34.       requests:				  #资源请求的设置
    35.         cpu: string			    #Cpu请求，容器启动的初始可用数量
    36.         memory: string		    #内存清楚，容器启动的初始可用数量
    37.     livenessProbe:     		#对Pod内个容器健康检查的设置，当探测无响应几次后将自动重启该容器，检查方法有exec、httpGet和tcpSocket，对一个容器只需设置其中一种方法即可
    38.       exec:					#对Pod容器内检查方式设置为exec方式
    39.         command: [string]	  #exec方式需要制定的命令或脚本
    40.       httpGet:				#对Pod内个容器健康检查方法设置为HttpGet，需要制定Path、port
    41.         path: string
    42.         port: number
    43.         host: string
    44.         scheme: string
    45.         HttpHeaders:
    46.         - name: string
    47.           value: string
    48.       tcpSocket:			#对Pod内个容器健康检查方式设置为tcpSocket方式
    49.          port: number
    50.        initialDelaySeconds: 0	#容器启动完成后首次探测的时间，单位为秒
    51.        timeoutSeconds: 0		#对容器健康检查探测等待响应的超时时间，单位秒，默认1秒
    52.        periodSeconds: 0			#对容器监控检查的定期探测时间设置，单位秒，默认10秒一次
    53.        successThreshold: 0
    54.        failureThreshold: 0
    55.        securityContext:
    56.          privileged:false
    57.     restartPolicy: [Always | Never | OnFailure]		#Pod的重启策略，Always表示一旦不管以何种方式终止运行，kubelet都将重启，OnFailure表示只有Pod以非0退出码退出才重启，Nerver表示不再重启该Pod
    58.     nodeSelector: obeject		#设置NodeSelector表示将该Pod调度到包含这个label的node上，以key：value的格式指定
    59.     imagePullSecrets:			#Pull镜像时使用的secret名称，以key：secretkey格式指定
    60.     - name: string
    61.     hostNetwork:false			#是否使用主机网络模式，默认为false，如果设置为true，表示使用宿主机网络
    62.     volumes:					#在该pod上定义共享存储卷列表
    63.     - name: string				  #共享存储卷名称 （volumes类型有很多种）
    64.       emptyDir: {}				  #类型为emtyDir的存储卷，与Pod同生命周期的一个临时目录。为空值
    65.       hostPath: string			  #类型为hostPath的存储卷，表示挂载Pod所在宿主机的目录
    66.         path: string			    #Pod所在宿主机的目录，将被用于同期中mount的目录
    67.       secret:					#类型为secret的存储卷，挂载集群与定义的secre对象到容器内部
    68.         scretname: string  
    69.         items:     
    70.         - key: string
    71.           path: string
    72.       configMap:				#类型为configMap的存储卷，挂载预定义的configMap对象到容器内部
    73.         name: string
    74.         items:
    75.         - key: string

    （8）deployment.yaml文件详解

    1. apiVersion: extensions/v1beta1   #接口版本
    2. kind: Deployment                 #接口类型
    3. metadata:
    4.   name: cango-demo               #Deployment名称
    5.   namespace: cango-prd           #命名空间
    6.   labels:
    7.     app: cango-demo              #标签
    8. spec:
    9.   replicas: 3
    10.   strategy:
    11.     rollingUpdate:  ##由于replicas为3,则整个升级,pod个数在2-4个之间
    12.       maxSurge: 1      #滚动升级时会先启动1个pod
    13.       maxUnavailable: 1 #滚动升级时允许的最大Unavailable的pod个数
    14.   template:         
    15.     metadata:
    16.       labels:
    17.         app: cango-demo  #模板名称必填
    18.     sepc: #定义容器模板，该模板可以包含多个容器
    19.       containers:                                                                   
    20.         - name: cango-demo                                                           #镜像名称
    21.           image: swr.cn-east-2.myhuaweicloud.com/cango-prd/cango-demo:0.0.1-SNAPSHOT #镜像地址
    22.           command: [ "/bin/sh","-c","cat /etc/config/path/to/special-key" ]    #启动命令
    23.           args:                                                                #启动参数
    24.             - '-storage.local.retention=$(STORAGE_RETENTION)'
    25.             - '-storage.local.memory-chunks=$(STORAGE_MEMORY_CHUNKS)'
    26.             - '-config.file=/etc/prometheus/prometheus.yml'
    27.             - '-alertmanager.url=http://alertmanager:9093/alertmanager'
    28.             - '-web.external-url=$(EXTERNAL_URL)'
    29.     #如果command和args均没有写，那么用Docker默认的配置。
    30.     #如果command写了，但args没有写，那么Docker默认的配置会被忽略而且仅仅执行.yaml文件的command（不带任何参数的）。
    31.     #如果command没写，但args写了，那么Docker默认配置的ENTRYPOINT的命令行会被执行，但是调用的参数是.yaml中的args。
    32.     #如果如果command和args都写了，那么Docker默认的配置被忽略，使用.yaml的配置。
    33.           imagePullPolicy: IfNotPresent  #如果不存在则拉取
    34.           livenessProbe:       #表示container是否处于live状态。如果LivenessProbe失败，LivenessProbe将会通知kubelet对应的container不健康了。随后kubelet将kill掉container，并根据RestarPolicy进行进一步的操作。默认情况下LivenessProbe在第一次检测之前初始化值为Success，如果container没有提供LivenessProbe，则也认为是Success；
    35.             httpGet:
    36.               path: /health #如果没有心跳检测接口就为/
    37.               port: 8080
    38.               scheme: HTTP
    39.             initialDelaySeconds: 60 ##启动后延时多久开始运行检测
    40.             timeoutSeconds: 5
    41.             successThreshold: 1
    42.             failureThreshold: 5
    43.           readinessProbe:
    44.             httpGet:
    45.               path: /health #如果没有心跳检测接口就为/
    46.               port: 8080
    47.               scheme: HTTP
    48.             initialDelaySeconds: 30 ##启动后延时多久开始运行检测
    49.             timeoutSeconds: 5
    50.             successThreshold: 1
    51.             failureThreshold: 5
    52.           resources:              ##CPU内存限制
    53.             requests:
    54.               cpu: 2
    55.               memory: 2048Mi
    56.             limits:
    57.               cpu: 2
    58.               memory: 2048Mi
    59.           env:                    ##通过环境变量的方式，直接传递pod=自定义Linux OS环境变量
    60.             - name: LOCAL_KEY     #本地Key
    61.               value: value
    62.             - name: CONFIG_MAP_KEY  #局策略可使用configMap的配置Key，
    63.               valueFrom:
    64.                 configMapKeyRef:
    65.                   name: special-config   #configmap中找到name为special-config
    66.                   key: special.type      #找到name为special-config里data下的key
    67.           ports:
    68.             - name: http
    69.               containerPort: 8080 #对service暴露端口
    70.           volumeMounts:     #挂载volumes中定义的磁盘
    71.           - name: log-cache
    72.             mount: /tmp/log
    73.           - name: sdb       #普通用法，该卷跟随容器销毁，挂载一个目录
    74.             mountPath: /data/media    
    75.           - name: nfs-client-root    #直接挂载硬盘方法，如挂载下面的nfs目录到/mnt/nfs
    76.             mountPath: /mnt/nfs
    77.           - name: example-volume-config  #高级用法第1种，将ConfigMap的log-script,backup-script分别挂载到/etc/config目录下的一个相对路径path/to/...下，如果存在同名文件，直接覆盖。
    78.             mountPath: /etc/config       
    79.           - name: rbd-pvc                #高级用法第2中，挂载PVC(PresistentVolumeClaim)
    80.  
    81. #使用volume将ConfigMap作为文件或目录直接挂载，其中每一个key-value键值对都会生成一个文件，key为文件名，value为内容，
    82.   volumes:  # 定义磁盘给上面volumeMounts挂载
    83.   - name: log-cache
    84.     emptyDir: {}
    85.   - name: sdb  #挂载宿主机上面的目录
    86.     hostPath:
    87.       path: /any/path/it/will/be/replaced
    88.   - name: example-volume-config  # 供ConfigMap文件内容到指定路径使用
    89.     configMap:
    90.       name: example-volume-config  #ConfigMap中名称
    91.       items:
    92.       - key: log-script           #ConfigMap中的Key
    93.         path: path/to/log-script  #指定目录下的一个相对路径path/to/log-script
    94.       - key: backup-script        #ConfigMap中的Key
    95.         path: path/to/backup-script  #指定目录下的一个相对路径path/to/backup-script
    96.   - name: nfs-client-root         #供挂载NFS存储类型
    97.     nfs:
    98.       server: 10.42.0.55          #NFS服务器地址
    99.       path: /opt/public           #showmount -e 看一下路径
    100.   - name: rbd-pvc                 #挂载PVC磁盘
    101.     persistentVolumeClaim:
    102.       claimName: rbd-pvc1         #挂载已经申请的pvc磁盘

    （9）Service yaml文件详解

    1. apiVersion: v1
    2. kind: Service
    3. matadata:                                #元数据
    4.   name: string                           #service的名称
    5.   namespace: string                      #命名空间  
    6.   labels:                                #自定义标签属性列表
    7.     - name: string
    8.   annotations:                           #自定义注解属性列表  
    9.     - name: string
    10. spec:                                    #详细描述
    11.   selector: []                           #label selector配置，将选择具有label标签的Pod作为管理 
    12.                                          #范围
    13.   type: string                           #service的类型，指定service的访问方式，默认为 
    14.                                          #clusterIp
    15.   clusterIP: string                      #虚拟服务地址      
    16.   sessionAffinity: string                #是否支持session
    17.   ports:                                 #service需要暴露的端口列表
    18.   - name: string                         #端口名称
    19.     protocol: string                     #端口协议，支持TCP和UDP，默认TCP
    20.     port: int                            #服务监听的端口号
    21.     targetPort: int                      #需要转发到后端Pod的端口号
    22.     nodePort: int                        #当type = NodePort时，指定映射到物理机的端口号
    23.   status:                                #当spce.type=LoadBalancer时，设置外部负载均衡器的地址
    24.     loadBalancer:                        #外部负载均衡器    
    25.       ingress:                           #外部负载均衡器 
    26.         ip: string                       #外部负载均衡器的Ip地址值
    27.         hostname: string                 #外部负载均衡器的主机名

    （10）k8s部署tomcat的yaml文件

    1. vim tomcat-pod.yaml
    2.  
    3. apiVersion: apps/v1
    4. kind: Deployment
    5. metadata:                   #定义了 Deployment 的元数据信息，包括名称和标签
    6.   name: mytomcat
    7. spec:                       #定义了 Deployment 的规范信息，包括副本数、Selector、升级策略
    8.   replicas: 3               #指定了 Deployment 所需的 Pod 副本数
    9.   selector:                 #定义了匹配标签的 Selector，以选择要控制的 Pod
    10.     matchLabels: 
    11.       app: mytomcat
    12.   minReadySeconds: 1             #指定了 Deployment 进行滚动升级时，新 Pod 可以被认为已准备好的最小时间
    13.   progressDeadlineSeconds: 60    #指定了 Deployment 升级的最长时间，超过此时间将标记为失败
    14.   revisionHistoryLimit: 5        #定义了 Deployment 可以保留的版本历史数量的最大值
    15.   strategy:                      #定义了 Deployment 进行滚动升级的策略
    16.     type: RollingUpdate          #指定了滚动升级的类型，此处设置为 RollingUpdate。另一个选项是 Recreate
    17.     rollingUpdate:               #定义了 RollingUpdate 策略的参数
    18.       maxSurge: 1                #定义了在进行滚动更新时，最大可以超出指定副本数的 Pod 数量
    19.       maxUnavailable: 1          #定义了在进行滚动更新时，最大可以不可用的 Pod 数量
    20.   template:                      #定义了要创建的 Pod 的规范信息，包括容器、端口和卷
    21.     metadata:
    22.       name: mytomcat
    23.       labels:
    24.         app: mytomcat
    25.     spec:
    26.       containers:              #定义了 Pod 中的容器信息
    27.       - name: mytomcat         #定义了容器的名称，此处设置为 mytomcat
    28.         image: tomcat:8        #定义了容器要使用的镜像，此处设置为 Tomcat 8
    29.         ports:                 #定义了容器要监听的端口，此处设置为 8080 端口
    30.         - containerPort: 8080
    31.         volumeMounts:          #定义了容器要挂载的卷
    32.         - name: zjf-config
    33.           mountPath: /etc/localtime
    34.       volumes:                 #定义了卷的信息，包括名称和挂载路径
    35.       - name: zjf-config
    36.         hostPath:              #定义了要挂载的本地主机路径
    37.           path: /usr/share/zoneinfo/Asia/Shanghai
    kubectl apply -f tomcat-pod.yaml 

    1. vim tomcat-service.yaml
    2.  
    3. apiVersion: v1
    4. kind: Service
    5. metadata:
    6.   name: mytomcat
    7. spec:
    8.   type: NodePort
    9.   ports:
    10.    - port: 8080
    11.      nodePort: 32222
    12.   selector:
    13.     app: mytomcat
    1. #查看创建的pod及svc
    2. kubectl get pod
    3. kubectl get svc

    1. #查看tomcat的分布node节点
    2. kubectl get pods -o wide

    总结：

    1.K8S集群中访问流向

    port：为service在clusterIP上暴露的端口

    targetport：对应容器映射在pod上的端口

    nodeport：可以通过在K8S集群外部使用nodeIP+nodePort来去访问service

    containerport：容器内部使用的端口

    K8S集群内部：客户端——clusterIP：port——通过target port——podIP：containerport

    K8S集群外部：客户端——nodeIP：nodeport——通过target port——podIP：containerport
    2.语法格式

    通过缩进表示层级关系

    不能使用tab进行缩进，只能使用空格，一般开头缩进2个空格

    字符后缩进一个空格，比如冒号，逗号等

    使用—表示新的yaml文件的开始

    使用#表示注释

    3.yaml文件组成部署

    （1）控制器定义

    deployment：定义metadaea、spec、selector

    通过yaml完成副本的定义，自主式的

    （2）被控制对象

    由哪一个控制器（自主式、deployment、statusfulset等）

    4.常用字段的含义

    如何快速编写yaml

    （1）第一种使用kubectl create 命令生成yaml文件

    （2）第二种使用kubectl get 命令导出yaml文件

  • 相关阅读:
    SQL语句之like操作符
    gitHooks使用教程
    【MATLAB教程案例28】图像的边缘提取——canny、sobel、Laplacian以及图像亚像素级边缘提取
    云计算时代改变了什么？
    Windows配置python（anaconda+vscode方案）的主要步骤及注意事项
    【从零开始的Java开发】1-6-4 Java输入输出流：File类、绝对路径和相对路径、字节流、缓冲流、字符流、对象序列化
    dell戴尔电脑灵越系列Inspiron 15 3520原厂Win11系统中文版/英文版
    day15学习总结
    Day2：写前端项目（html+css+js）
    基于51单片机pwm调光护眼台灯智能检测光强光控灯设计proteus仿真原理图PCB
  • 原文地址：https://blog.csdn.net/m0_71493671/article/details/132842837