Kubernetes-in-action (十二)

资源列表

场景应用

场景1：希望 Client Pod 在 Server Pod 后面启动

• 做法1： 在client-pod中配置init container去调用 server pod, 直到 server pod启动。

# client yaml
apiVersion: v1
kind: Pod
metadata:name: fortune-client
spec:initContainers:- name: initimage: busyboxcommand:- sh- -c- 'while true; do echo "Waiting for fortune service to come up..."; wget http://fortune -q -T 1 -O /dev/null >/dev/null 2>/dev/null && break; sleep 1; done; echo "Service is up! Starting main container."'containers:- image: busyboxname: maincommand:- sh- -c- 'echo "Main container started. Reading fortune very 10 seconds."; while true; do echo "-------------"; wget -q -O - http://fortune; sleep 10; done'

• 做法2：使用钩子来检测 server pod是否启动，如果没有则等待。
  • 启动后（Post-start）钩⼦：在钩子运行完成前pod会一直处于 Pending，如果钩子失败会导致主容器运行失败
  • 停⽌前（Pre-stop）钩⼦：在应用停止前执行，不论是否成功都会关闭容器

钩子是针对容器而不是pod, 由于很难看见钩子的运行日志，所以可以将container的dir挂载到pod的dir，将日志输入其中。

apiVersion: v1
kind: Pod
metadata:name: pod-with-prestop-hook
spec:containers:- image: luksa/kubianame: kubiaports:- containerPort: 8080protocol: TCPlifecycle:postStart:exec:command:- sh- -c- "echo 'hook will fail with exit code 15'; sleep 5 ; exit 15"preStop:httpGet:port: 8080path: shutdown

pod关闭流程：执⾏停⽌前钩⼦ -> 向容器的主进程发送SIGTERM信号 -> 等待容器优雅地关闭或者等待终⽌宽限期超时 ->
如果容器主进程没有优雅地关闭，使⽤SIGKILL信号强制终⽌进.

终 ⽌ 宽 限 期 可 以 通 过 pod spec 中 的 spec.terminationGracePeriodPeriods字段来设置

场景2：如何正常处理pod关闭/启动是的流量

• Pod 更新过程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-oQ4Ejl5M-1678773521074)(null)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sLNHaoBn-1678773521084)(null)]

• 做法：
  • 添加就绪探针，让容器在没有真的ready前不接收请求
  • 添加钩子让容器不会立即关闭，让容器有时间管理连接
  • 尽量在kube-proxy更新更新iptabls后关闭程序 [各种问题可能导致关闭程序在更新iptables之前，连接就会失败]

kube的管理

建议

• 构建的容器镜像尽可能小，这样pull会快
• 合理地给镜像打标签，正确地使⽤ImagePullPolicy: 如果pod意外重启了，并且使用了latest镜像，这可能不是你想要的
• 使⽤多维度⽽不是单维度的标签 && 通过注解描述每个资源： 让使用人员对资源的归属和场景更清晰
• 给进程终⽌提供更多的信息：以为终止并且没有错误信息是很痛苦的
• 处理日志信息：将容器的日志信息存储node的某个path，这样会让你在找错误时更有帮助 | 使用ELK/EFK等监控工具亦可