k8s yaml资源描述文件的基本使用及各种资源的创建

最新推荐文章于 2023-11-21 22:36:57 发布

jwolf2

最新推荐文章于 2023-11-21 22:36:57 发布

阅读量1.2k

点赞数

分类专栏： k8s

本文链接：https://blog.csdn.net/qq_39506978/article/details/108988446

版权

k8s 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

关于k8s命令

1.kubectl较多，可以安装一下命令提示：echo "source <(kubectl completion bash)" >> ~/.bashrc

2.常见语法格式为：kubectl [command，如create delete set get 等] [TYPE ，如deployment,pod,service,node] [ NAME,资源命令 ] [其它，如 -o yaml ,-n default 等]

3.命令列表，kubectl --help，部分雷同docker

4.特别注意：

k8s删除pod,如果是以deployment方式创建的pod,删除这样的pod，k8s会立即重启一个pod，以满足当前配置副本数；删除这样的需要kubectl delete deployment mynginx直接删除deployment或kubectl scale XXX进行缩容;如果是基于yaml资源描述文件创建的pod直接删除后k8s则不会重启pod
deployment可以通过kubectl expose暴露为service，kubectl delete service nginx只是取消暴露，deployment 及pod不会删除

5.关于资源创建

k8s的deployment pod service node 等资源创建方式常见的有三种，可以通过命令创建如kubectl create/apply deployment nginx --image=nginx，也可以通过yaml配置文件进行创建，也可通过dashboard创建。通过资源描述文件创建复杂但比较灵活，透明性，可扩展性强。但常见的核心配置并不多，启动方式的为kubectl create/apply -f filename.yaml, 基本所有资源都可以通过kubectl get deployment nginx -o yaml 以yaml/json格式输出。

各种资源部署实践（最常用的几种）

1.基于配置文件创建deployment 示例

apiVersion: apps/v1   # 1.9.0 之前的版本使用 apps/v1beta2，可通过命令 kubectl api-versions 查看
kind: Deployment    #指定创建资源的角色/类型
metadata:    #资源的元数据/属性
  name: deployment-nginx    #资源的名字，在同一个namespace中必须唯一
spec:
  replicas: 2    #副本数量2
  selector:      #定义标签选择器
    matchLabels:
      app: web-server
  template:      #这里Pod的定义
    metadata:
      labels:    #Pod的label
        app: web-server
    spec:        # 指定该资源的内容  
      containers:  
      - name: nginx      #容器的名字  
        image: nginx:1.12.1  #容器的镜像地址    
        ports:  
        - containerPort: 80  #容器对外的端口

2.基于配置文件创建pod示例

apiVersion: v1
kind: Pod  
metadata:  
  name: pod-redis
  labels:
    name: redis
spec: 
  containers:
  - name: pod-redis
    image: docker.io/redis  
    ports:
    - containerPort: 80 #容器对外的端口

pod比较重要，较完整的pod配置文件是这样的

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

3.基于配置文件创建service示例

apiVersion: v1  
kind: Service  # 指明资源类型是 service
metadata:  
  name: httpd-svc # service 的名字是 httpd-svc
  labels:  
    name: httpd-svc 
spec:  
  ports:  # 将 service 8080 端口映射到 pod 的 80 端口，使用 TCP 协议
  - port: 8080
    targetPort: 80  
    protocol: TCP
  type: NodePort #暴露端口直接访问  
  selector:  
    mylabelname: mylabelvalue # 指定匹配标签选择器mylabelname: mylabelvalue 的 pod 作为 service 的后端,即使这样的pod不存在也行

4.基于配置文件创建configmap示例

基于k8s容器化部署后，因为pod不是固定在某个宿主机的，不能像docker那样将挂载配置文件，k8s提供了一种类似与配置中心的资源configmap.也可以通过yaml资源描述文件创建及其它方式

apiVersion: v1
kind: ConfigMap
metadata:
  name: config1
data:
  aa.name: test1
  aa.age: "12345"

其它方式：

kubectl create cm config2 --from-env-file=env.properties

kubectl create cm config3 --from-literal=aa.name=test2 --from-literal=aa.age='12345'

kubectl create cm config4 --from-file=/etc/redis.conf

查看：通过--from-file比较常用，存储格式也与其它方式创建的不同
kubectl get cm config4 -o yaml

以无数据持久化的redis k8s部署实例

4.1 创建创建一个namespace,缺省为default,创建套路kubectl apply -f XX.yaml

apiVersion: v1
kind: Namespace
metadata:
  name: redis-namespace

4.2 创建一个configmap，使用redis默认的配置文件redis.conf为例,建议去掉原配置文件里的注释，减少etcd存储消耗

kubectl create configmap redis-configmap --from-file=/etc/redis.conf -n redis-namespace

dir /data    
requirepass 12345    

pidfile /data/redis.pid
port 6379
tcp-backlog 30000
timeout 0
tcp-keepalive 10
loglevel notice
logfile /data/redis.log
databases 16
#save 900 1
#save 300 10
#save 60 10000
stop-writes-on-bgsave-error no
rdbcompression yes
rdbchecksum yes
dbfilename dump.rdb
slave-serve-stale-data yes
slave-read-only yes
repl-diskless-sync no
repl-diskless-sync-delay 5
repl-disable-tcp-nodelay no
slave-priority 100
maxclients 30000
appendonly no
appendfilename "appendonly.aof"
appendfsync everysec
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
aof-load-truncated yes
lua-time-limit 5000
slowlog-log-slower-than 10000
slowlog-max-len 128
latency-monitor-threshold 0
notify-keyspace-events KEA
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
list-max-ziplist-entries 512
list-max-ziplist-value 64
set-max-intset-entries 1000
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
hll-sparse-max-bytes 3000
activerehashing yes
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
hz 10

4.3创建一个deployment ，创建套路kubectl apply -f XXX.yaml ,这里数据卷一个挂载configmap,一个hostPath

apiVersion: extensions/v1beta1  #注意v1版本不支持Deployment
kind: Deployment
metadata:
  name: redis-deployment
  namespace: redis-namespace    #使用自定义namespace
spec:
  replicas: 1   
  template:
    metadata:
     labels:
       name: redis-label
    spec:
     containers:
     - name: redis-container
       image: redis
       volumeMounts:
       - name: myconfigmap     #与volumes的name对应
         mountPath: "/usr/local/etc"   #与vomums的key为redis.conf的path拼接得到容器内redis配置文件绝对路径
       - name: redis-data             #容器内挂载点名称
         mountPath: /data    #容器内data保持路径，该路径在redis.conf配置了
       command:
         - "redis-server"   #启动命令
       args:
         - "/usr/local/etc/redis/redis.conf"  #带配置文件启动
     volumes:
     - name: myconfigmap
       configMap:
         name: redis-configmap  #指定使用的configmap
         items:
           - key: redis.conf  #该值为configmap创建--from-file的文件名
             path: redis/redis.conf
     - name: redis-data          #数据卷名称，需要与容器内挂载点名称一致
       hostPath:
          path: /var/lib/redis   #将容器挂载点名称相同的path挂载到宿主机path（但这种方式有局限性，pod分配到其它node数据就丢失了，需要挂载到NFS文件系统？）

4.4 测试

#查看
kubectl get pods -n redis-namespace -o wide

#进入容器访问
kubectl exec -it redis-deployment-556c5d85bb-vxv6b   /bin/bash   -n redis-namespace

#redis操作测试
连接redis-cli  认证auth 12345  查看数据目录：/var/lib/redis

5.docker-compose.yml转换k8s资源描述文件

工具下载：curl -L https://github.com/kubernetes/kompose/releases/download/v1.1.0/kompose-linux-amd64 -o kompose

文件转换：kompose convert -f docker-compose.yml

批量启动：docker-compose的一个service可转为一个deployment.yaml 和service.yaml。批量创建当前目录yaml中配置的资源：kubectl create -f .