k8s yaml资源描述文件的基本使用及各种资源的创建
k8s命令使用总结1.kubectl较多,可以安装一下命令提示:echo "source <(kubectl completion bash)" >> ~/.bashrc2.常见语法格式为:kubectl [command,如createdelete set get 等] [TYPE ,如deployment,pod,service,node] [ NAME,资源命令 ] [其它
关于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 .
更多推荐
所有评论(0)