k8s最佳实践

  1. 云栖社区>
  2. 博客>
  3. 正文

k8s最佳实践

店家小二 2018-12-13 20:36:00 浏览949
展开阅读全文

构建小的镜像 

通过下面两种方式可以减小构建镜像大小:

  1. Small Base Images:有些base镜像有非常齐全的工具链,考虑考虑是否需要这些工具链,还是只需要精简镜像版镜像并补充所需的工具
  2. Builder Pattern:对于一些go、c语言项目,使用docker提供的builder pattern,先构建一个容器用来编译代码,并将编译结果拷贝到最终镜像中,最终镜像就是一个精简版linux镜像+可执行文件

小镜像可以提升两点:

  1. 性能:提升构建、上传、下载镜像的时间,可以极大降低新加宿主机的负载
  2. 安全性:镜像越小代表容器越小,容器越小代表容器可以被攻击的地方就越少,也就越安全

使用namespace

使用namespace将集群资源切分成多块,可以提高集群内部隔离性、管理效率和性能

使用Readiness和Liveness Probes做health check

k8s提供了两种容器的health check机制:

  1. Readiness:用来check容器是否可以接收流量,如果check失败,就不让容器接收流量
  2. Liveness:用来check容器是否存活,如果check失败,就重启容器

默认,k8s认为Liveness Check成功的容器,Readiness Check也成功,于是可以直接接收流量

k8s提供三种Probe用来check容器是否health

  1. Http Probes:发送http请求,如果返回200 ~ 300,表明health
  2. Command Probes:在容器中执行命令,如果返回0,表明health
  3. TCP Probes:与指定port建立连接,如果成功连接,则表明health

给资源设置request和limit

k8s在调度的时候,会以request作为参考依据,并以limit限制资源使用

  • ResourceQuotas:限制namespace的总cpu、mem等资源的request和limit
  • LimitRanges:限制namespace中每个pod的cpu、mem等资源的request和limit,避免超小或者超大的pod,并提供pod的cpu、mem默认值

通过使用request和limit进行超售,cpu是可压缩资源,推荐超售,内存是不可压缩资源,不可超兽

优雅退出

当pod被删除或者杀死的时候,会走优雅退出流程:

  1. 给pod设置Terminating状态,并等待pod中容器退出
  2. 执行pod的preStop Hook逻辑。可以是一个发送给容器的command或者http请求,可以帮助那些没有优雅退出逻辑的容器,提前做一些预清理操作
  3. 发送SIGTERM给pod
  4. 当容器成功退出后,或等待时间超过优雅退出的最大时间(默认30s),发送SIGKILL给pod,pod被彻底清理

映射外部服务

当希望在k8s集群中访问外部服务时,需要知道外部服务的域名、或者ip+port。通常域名这种比较固定,可以hard code,但是ip+port变化比较频繁,需要保证这些信息可配置化

  1. 使用ConfigMap:需要在deployment中引入ConfigMap,并且当ConfigMap中配置的Endpoint变化时,还需要重启deployment中的container才能生效
  2. 使用Static kubernetes Service:一种后端没有映射任何pod的Service,可以用来映射kubernetes Endpoints,并在Endpoint中配置外部服务的ip+port。通过将访问Service Name来映射到该Service后端的Endpoint,最后映射到具体的ip+port。每次ip+port有变动,直接修改Endpoint中信息即可

zero downtime升级集群

集群分master和node,先升级master,再升级node

  • master:将新版本master部署在单独的zone,保证multi-zone集群共同工作,并通过vip分流,将老版本zone停服,流量自动转移到新版本zone
  • node:提前部署好新版本node节点,组织成node pool。按node为粒度,将老版本node中pod逐步rolling update到新版本node上
本文转移开源中国-k8s最佳实践 

网友评论

登录后评论
0/500
评论
店家小二
+ 关注