Pod Preset玩转K8S容器时区自动配置

摘要： 经过Pod Preset自动配置容器的时区

原因

默认的状况，在K8S里启动一个容器，该容器的设置的时区是UTC0，可是对于不少客户而言，其主机环境并不在UTC0。例如中国客户在UTC8。若是不把容器的时区和主机主机设置为一致，则在查找日志等时候将很是不方便，也容易形成误解。可是K8S以及Docker容器没有一个简便的设置/开关在系统层面作配置。都须要咱们从单个容器入手作设置，具体方法以下：

纯Docker的时区设置方式

Docker引擎提供了两种设置方式，分别是经过环境变量以及挂载主机文件方式来完成

方式一：设置容器的时区环境变量

先看看没有设置前，容器的状况：

从输出能够看出，容器和主机差了8个时区

咱们经过环境变量的方式来改变容器的时区：

从输出能够看出，虽然没有改变对应的localtime文件，可是容器和主机的时区是一致的了。

方式二：挂载主机的时区文件到容器中

从输出能够看出，容器和主机的时区是一致的了，并且使用了本机的时区文件。

Kubernetes的时区设置方式

在K8S中，能够参考Docker的方式进行设置

经过环境变量设置

经过挂载主机时区文件设置

这里引出了一个问题，难道每次每一个容器都要作这样的配置才能够么？能否在系统层面设置，而无需在对应yaml文件体现呢？否则yaml文件将过于啰嗦。答案是使用K8S的特性Pod Preset来控制容器启动前先配置好对应时区环境变量，或者挂载主机文件。下面咱们经过配置环境变量的方式说明，挂载文件是相似的，就不重复了。

经过Pod Preset预设置时区环境变量

激活Pod Preset

Pod Preset目前仍是alpha阶段，默认是没有激活的，因此须要经过如下步骤激活:

我们以阿里云的Kubernetes服务为例（若是尚未，能够尝试一下，一键就能够开通，还免费哦）。阿里云的Kubernetes服务的master组件（API Server, Scheduler, Controller）都是经过Static Pod的方式用Kubelet启动，因此须要更改对应的yaml来激活Pod Preset:

编辑/etc/kubernetes/manifests/kube-apiserver.yaml，

• 在-runtime-config增长settings.k8s.io/v1alpha1=true

• 在--admission-control增长PodPreset`

保存后kubelet会自动重启kube-apiserver组件。咱们须要同时更改3台机器的master才能够。在期间你将收到相似如下的告警，在api server重启成功后会自动恢复

验证配置成功

• 确保api server已经恢复，若是恢复将收到以下通知信息：

• kubectl能够查询Pod Preset。在开关没有开启成功前，是没法调用如下命令的

配置设置时区的Pod Preset

对应的Pod Preset对象建立文件以下：

这里须要注意的地方是，必定须要写selector...matchLabels，可是matchLabels为空，标示应用于全部容器，这个正式咱们所指望的

能够获得建立成功的Pod Preset列表：

以普通的方式建立容器，可是环境变量被Pod Preset注入了

进入容器看看对应的环境变量：

从输出能够看出，容器已经被默认配置了时区的环境变量，对应的时区是Asia/Shanghai

小结

至此，咱们就完成了容器的时区的"自动"配置了。Pod Preset的预设功能仍是很是便利的，目前这块还在演进中，可是已经能大大简化了相关的管理工做，将这些配置从开发者手中解脱出来，变成系统管理配置。

须要注意的是，Pod Preset是namespace级别的对象，其做用范围只能是同一个命名空间下容器。

给社区的建议

建议Kubernetes社区能够在kubelet的启动参数重，增长一个开关，用来设置容器的默认时区，毕竟这个是很常见的实践

参考文档

Pod Preset: https://kubernetes.io/docs/co...

Static Pod: https://kubernetes.io/docs/ta...

label-selectors： https://kubernetes.io/docs/co...

本文做者：了哥-duff

阅读原文

本文为云栖社区原创内容，未经容许不得转载。