K8S高级应用的实例分析
K8S高级应用的实例分析，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
一 滚动更新镜像
1 通过命令直接指定镜像更新
命令: kubectl set image deployment [x.deployment] 镜像名称=镜像版本
例：创建一个nginx deployment nginx镜像版本为1.10
cat nginx-deployment.yamlapiVersion: apps/v1beta2kind: Deploymentmetadata: name: nginx-deploymentspec: replicas: 3 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.10 ports: - containerPort: 80kubectl create -f nginx-deployment.yaml
使用curl 访问pod IP 查看nginx版本
curl -I podIP
执行更新镜像操作 将nginx镜像版本更新到nginx:1.11
kubectl set image deployment/nginx-deployment nginx=nginx:1.11
查看实时更新状态
kubectl rollout status deployment/x.deployment注：x.deployment请自行匹配你自己的deployment
也可以从描述信息中查看，描述信息里面会记录完整的替换记录
kubectl describe deploy/x.deployment
值得注意的是：更新完镜像pod的IP 也会发生变化
2 修改配置更新镜像版本
命令： kubectl edit deploy [x-deployment]
修改：image: nginx:1.10 的版本即可
然后通过访问去验证。
3 通过打补丁方式滚动更新
例扩容为5个副本kubectl patch deployment [x-deployment] -p '{"spec":{"replicas":5}}'4 通过打补丁方式更新滚动更新策略
改变更新策略： 最大增加一个 最多不可用0个kubectl pacth deployment [x-deployment] -p '{"spec":{"strategy":{"rollingUpdate":{"maxSurge":1,"maxUnavailable":0}}}}'5 金丝雀发布（即更新暂停）
以set image 为例子更新过程中暂停中kubectl set image deploy x-deployment 镜像名称=镜像版本 && kubectl pause deployment x-deployment 继续更新kubectl rollout resume deployment x-deployment
6 查看 rs
kubectl get rs -o wide
二 查看历史版本
命令 ：kubectl rollout history deployment [x-deployment]
查看指定版本号查看详细的image信息
命令：kubectl rollout history deployment [x-deployment] --revision=nu--revisoin 指定历史版本序号
三 版本回滚
1 回滚上一个版本
命令：kubectl rollout undo deployment [x-deployment]
可以使用describe 查看回滚信息
2 回滚到指定版本
命令：kubectl rollout undo deployment [x-deployment] --to-revision=nn 是使用 kubectl rollout undo history deployment [x-deployment] 查看出来的版本序号，如果你不知道需要回滚的版本徐使用命令查看
同样可以使用describe 查看回滚信息
四 自动扩容与缩容
自动扩容与缩容：是通过CPU阈值来控制：可以指定最小的数量和最多的数量
命令：kubectl autoscale deployment x-deployment --min=n --max=n --cpu-percent=nx-deployment 需要自动扩容的deployment--min 最小pod数量--max 最大pod数量--cpu-percent cpu阈值百分比获取 autoscalekubectl delete hpa 删除 autoscalekubectl delete hpa x-deployment
五 service 与pod
服务发布是通过标签进行关联，通常创建了pod外部是无法访问的只能通过Podip进行访问，服务发布是将Pod暴露的端口映射到宿主机上面可以实现外部通过宿主机ip进行访问，能将两者关联到一起的便是标签的作用了。
类型 ExternalName, ClusterIP, NodePort, and LoadBalancer
ExternalName 访问外部应用通过此方式，内部dns能够解析
ClusterIP service IP 也是vip service后面跟着 pod集群
NodePort 暴露node节点端口 k8s集群node可以访问
LoadBalancer 云服务的vlbaabs 可以通过 云原生负载均衡访问到servie 和 pods
ClusterIP hanldless 模式 ： 直接设置 ClusterIP 为 none
1 创建一个nginx deployment 在发布一个服务将nginx端口暴漏出去
pod deployment：
cat nginx-deployment.yaml apiVersion: apps/v1beta2kind: Deploymentmetadata: name: nginx-deploymentspec: replicas: 3 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.10 ports: - containerPort: 80kubectl create -f nginx-deployment.yaml
cat nginx-service.yamlapiVersion: v1kind: Servicemetadata: name: nginx-service labels: app: nginxspec: ports: - port: 88 targetPort: 80 selector: app: nginxkubectl create -f nginx-service.yaml
2 查看与验证
kubectl get svc or kubectl get svc nginx-service
会发现服务会生成一个虚拟VIP即是集群IP 和VIP的访问端口，在容器节点上访问 VIP:端口测试
3 查看服务相关联的Pod和Pod暴漏的端口
kubectl get ep x-service
4 还可以设置同一源地址访问到同一个pod上面
kubectl pacth svc myapp -p '{"spec:{"sessionAffinity":"ClientIp"}"}'
5 资源记录如果有CoreDns
SVC_NAME.NS_NAME.DOMAIN.LTD.svc.cluster.local.示例： redis svc 记录redis.default.svc.cluster.local.
六 重启策略
三种策略：
Always：当容器终止退出后，总是重启容器，默认策略。
OnFailure：当容器异常退出（退出状态码非0）时，才重启容器。
Never：当容器终止退出，从不重启容器。
使用restartPolicy 字段定义
例:创建一个deployment 区循环运行一个命令,进去容器手动kill掉进程,观察是否重启
cat testrestart.yamlapiVersion: v1kind: Podmetadata: name: pod-test labels: test: centosspec: containers: - name: hello image: centos:6 command: ["bash","-c","while true;do date;sleep 1;done"] restartPolicy: OnFailurekubectl create -f testrestart.yaml
测试步骤:
1 找到pod所在节点
kubectl get pod -o wide
2 在节点查看进程
ps -ef | grep bash
3 手动kill
kill -9 进程ID
4 查看重启次数
kubectl get pod -o wide 查看RESTART那一栏的重启统计或者kubectl describe pod/pod-test 查看Restart Count 字段注意：在使用describe时后面跟 pod 还是 deployment 是由yaml文件中 kind 决定的
七 Pod管理-健康检查
1 Pod健康检机制
提供Probe机制，有以下两种类型：
livenessProbe
如果检查失败，将杀死容器，然后根据Pod的重启策略来决定是否重启。
readinessProbe
如果检查失败，Kubernetes会把Pod从服务代理的分发后端剔除
Probe支持以下三种检查方法：
httpGet 发送HTTP请求，返回200-400范围状态码为成功。
exec 执行Shell命令返回状态码是0为成功。
tcpSocket 发起TCP Socket建立成功。
例: HttpGET 为健康检查的示例
vim health-httpget-test.yaml apiVersion: v1kind: Podmetadata: name: nginx-pod labels: app: nginxspec: containers: - name: nginx image: nginx:1.10 ports: - containerPort: 80 livenessProbe: httpGet: path: /index.html port: 80kubectl create -f health-httpget-test.yaml
测试单容器返回404 时容器是否重启
1 进入容器删除index.html文件
kubectl exec nginx-pod -it bash cd /usr/share/nginx/html/rm -rf index.html
2 查看描述信息
kubectl describe pod/nginx-pod
从描述信息中可以看出,容器被检查出404健康检查机制kill原来的容器重新创建了一个,但是我们通过kubectl get pod -o wide 查看发现容器虽然被重新创建但是他的IP却没有变.
八 Pod Nodeport 管理
K8S 的Port 分为： port ，targetPort , nodePort
Port: 供给集群其他的Container访问的端口
TargetPort：Pod中container 暴露的端口
nodePort：节点暴露端口
可以将宿主机的端口 映射个pod 从而进行访问
例:将容器的pod端口映射到宿主机节点的20088端口
创建Pod:
cat port.yamlapiVersion: v1kind: Podmetadata: name: nginx10-pod labels: app: nginx10spec: containers: - name: nginx10 image: nginx:1.10 ports: - name: http containerPort: 80 hostIP: 0.0.0.0 protocol: TCP - name: https containerPort: 443 hostIP: 0.0.0.0 protocol: TCPkubectl create -f port.yaml
创建Service:
cat nginx-pod-service.yamlkind: ServiceapiVersion: v1metadata: name: nginx-pod-servicespec: type: NodePort selector: app: nginx10 ports: - port: 8080 targetPort: 80 nodePort: 20088 protocol: TCP name: http - port: 8443 targetPort: 443 nodePort: 28443 protocol: TCP name: httpskubectl create -f nginx-pod-service.yaml
示例中的yaml文件定义了 宿主机的20088端口和28443端口 分别映射了Pod的80和443 端口,8080端口是进群内的VIP
测试:
1 找到容器所在容器
kubectl get pod -o wide
2 查看svc
kubectl get svc
3 访问宿主机IP:20088
九 给集群设置固定IP
一个集群是需要一个vip做负载均衡的，在默认不指定的时候会自动生成一个dhcp的进群ip，手动设置只需要修改ymal文件，增加clusterIP 字段即可，要设置为apiserver配置文件指定的IP段，最好不好与集群中其他的地址段相同。
创建一组web podcat nginx-deployment.yamlapiVersion: apps/v1beta2kind: Deploymentmetadata: name: nginx-deploymentspec: replicas: 3 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.10 ports: - containerPort: 80
创建服务并设置集群IP 10.1.110.111
cat nginx-service.yamlapiVersion: v1kind: Servicemetadata: name: nginx-service labels: app: nginxspec: ports: - port: 88 targetPort: 80 selector: app: nginx clusterIP: "10.1.110.111"kubectl create -f nginx-service.yaml
查看集群IP是否设置成功
kubectl get svc
节点上测试通过集群IP是否能够访问到WEB
curl -I 10.1.110.111:88
通过查看日志查看都反问道那些节点
kubectl logs -l app=nginx 通过标签名字
十 查看Pod的环境变量
命令： kubectl exec [Pod名称] env
十一 数据卷的使用
K8S的数据卷有十几种支持，比如emptyDir ，hostPath 网络数据卷包括nsf，iSCSI,Flocker glusterfs RBD cephfs gitRepo secret persistentVolumeClaim projected 等等。
今天简单介绍一下emptyDir ，hostPath和nfs在k8s中的使用
1 emptyDir
当 Pod分配到Node时，首先创建一个空卷，并挂载到Pod中的容器，Pod中的容器可以读写数据卷中文件，当Pod从节点中删除emptyDir，该数据也会被删除
cat emptyDir.yamlapiVersion: v1kind: Podmetadata: name: test-pd namespace: kube-systemspec: containers: - image: gcr.io/google_containers/test-webserver name: test-container volumeMounts: - mountPath: /cache name: cache-volume volumes: - name: cache-volume emptyDir: {}kubectl create -f emptyDir.yaml 查看volume信息使用kubectl describe pods test-pd -n kube-system描述信息显示 已经创建了一个名为cache-volume的卷，卷的类型为EmptyDir 并且它的生命周期是依据pod的生命周期
2 hostPath
一个hostpath卷挂载Node文件系统上的文件或者目录到Pod中的容器，挂在此类型目录需要宿主机已经存在的目录（可以是 文件 ，文件夹，或者 socket ）
cat hostPath.yamlapiVersion: v1kind: Podmetadata: name: test-pdspec: containers: - image: nginx:1.12 name: test-container volumeMounts: - mountPath: /data name: test-volume volumes: - name: test-volume hostPath: path: /home/test type: Directory # directory location on host # path: /data kubectl create -f hostPath.yaml/home/test 宿主机的目录(需要已经存在)/data 容器的需要挂在的地方详细信息可以使用describe查看
验证:
容器中/data 目录下创建文件
kubectl exec test-pd -it -- touch /data/a.txt
到容器宿主机相应的目录查看
ls /home/test/
3 网络数据卷NFS
安装NFS
yum install -y nfs*&&systemctl start nfs
创建NFS共享目录
mkdir /home/data
设置NFS共享 /home/data
vim /etc/exports写入 ：/home/data *(rw)
启动nfs
systemctl start nfs
授权
chmod 777 -R /home/data/
客户端测试 (需要安装showmount)
yum install -y showmount showmount -e nfs服务器IP
如果可以看到共享的目录说明nfs网络目录可以使用
编辑yaml文件
cat nfs.yamlapiVersion: extensions/v1beta1kind: Deploymentmetadata: name: nginx-deploymentspec: replicas: 3 template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.10 volumeMounts: - name: wwwroot mountPath: /var/www/html ports: - containerPort: 80 volumes: - name: wwwroot nfs: server: 10.10.25.149 path: /home/datakubectl create -f nfs.yaml
验证
进入到nfs目录创建测试文件
cd /home/data/touch index.html
查看pod是否挂在了目录
kubectl exec nginx-deployment-8669f48cd4-4lvwd -it -- ls /var/www/html
编辑 index.html 文件
echo 'hello world' > /home/data/index.html
查看容器内部的index.html文件和我们编辑的内容是否相同
kubectl exec nginx-deployment-8669f48cd4-4lvwd -it -- cat /var/www/html/index.html
验证销毁Pod 数据时候存在
kubectl delete -f nfs.yaml然后查看这个文件cat /home/data/index.html
十二 externalIPs
externalIPs 通过svc创建,在指定的node上监听端口
创建 deployment
# cat nginx10-deployment.yaml apiVersion: apps/v1beta2kind: Deploymentmetadata: name: nginx-deploymentspec: replicas: 3 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.10 ports: - containerPort: 80kubectl create -f nginx10-deployment.yaml
创建service并设置externalIPs:
cat nginx-service.yaml kind: ServiceapiVersion: v1metadata: name: nginx-deploy-servicespec: type: NodePort selector: app: nginx ports: - port: 8080 targetPort: 80 protocol: TCP name: http externalIPs: - 10.10.25.150
查看svc
kubectl get svc
此时即可通过制定node节点的IP和端口访问.当然集群内serviceIP访问不受影响.
十三 Pod资源限制
定义yaml文件pod的资源限制
apiVersion: v1kind: Podmetadata: name: nginx-pod labels: app: nginxspec: containers: - name: nginx image: nginx resources: requests: memory: "64Mi" cpu: "250m" limits: memory: "128Mi" cpu: "500m"
关于K8S高级应用的实例分析问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注行业资讯频道了解更多相关知识。
