原文链接： https://kubesphere.com.cn/blogs/x509-certificate-exporter/
KubeSphere 虽然提供了运维友好的向导式操作界面，简化了 Kubernetes 的运维操作，但它还是建立在底层 Kubernetes 之上的，Kubernetes 默认的证书有效期都是一年，即使使用 KubeKey 这样的集群安装利器也不能改变这个结果。如果不想办法对 Kubernetes 各个组件的证书有效期进行监控，说不定哪天就会掉进坑里。
有部分读者可能听说过 ssl-exporter 这个项目，它能提供多种针对 SSL 的检测手段，包括：HTTPS 证书、文件证书、Kubernetes Secret、Kubeconfig 文件。从功能上来看，它基本可以满足上述需求，但它的指标还不够丰富，本文将介绍一个更为强大的 Prometheus Exporter： x509-certificate-exporter。
与 ssl-exporter 不同，x509-certificate-exporter 只专注于监控 Kubernetes 集群相关的证书，包括各个组件的文件证书、Kubernetes TLS Secret、Kubeconfig 文件，而且指标更加丰富。我们来看看在 KubeSphere 中如何部署 x509-certificate-exporter 以监控集群的所有证书。
准备 KubeSphere 应用模板#
KubeSphere 集成了 OpenPitrix 来提供应用程序全生命周期管理，OpenPitrix 是一个多云应用管理平台，KubeSphere 利用它实现了应用商店和应用模板，以可视化的方式部署并管理应用。对于应用商店中不存在的应用，用户可以将 Helm Chart 交付至 KubeSphere 的公共仓库，或者导入私有应用仓库来提供应用模板。
本教程将使用 KubeSphere 的应用模板来部署 x509-certificate-exporter。
要想从应用模板部署应用，需要创建一个企业空间、一个项目和两个用户帐户（ws-admin 和 project-regular）。ws-admin 必须被授予企业空间中的 workspace-admin 角色， project-regular 必须被授予项目中的 operator 角色。在创建之前，我们先来回顾一下 KubeSphere 的多租户架构。
多租户架构#
KubeSphere 的多租户系统分三个层级，即集群、企业空间和项目。KubeSphere 中的项目等同于 Kubernetes 的 命名空间。
您需要创建一个新的 企业空间进行操作，而不是使用系统企业空间，系统企业空间中运行着系统资源，绝大部分仅供查看。出于安全考虑，强烈建议给不同的租户授予不同的权限在企业空间中进行协作。
您可以在一个 KubeSphere 集群中创建多个企业空间，每个企业空间下可以创建多个项目。KubeSphere 为每个级别默认设有多个内置角色。此外，您还可以创建拥有自定义权限的角色。KubeSphere 多层次结构适用于具有不同团队或组织以及每个团队中需要不同角色的企业用户。
创建帐户#
安装 KubeSphere 之后，您需要向平台添加具有不同角色的用户，以便他们可以针对自己授权的资源在不同的层级进行工作。一开始，系统默认只有一个帐户 admin，具有 platform-admin 角色。在本步骤中，您将创建一个帐户 user-manager，然后使用 user-manager 创建新帐户。
- 以
admin身份使用默认帐户和密码 (admin/P@88w0rd) 登录 Web 控制台。
出于安全考虑，强烈建议您在首次登录控制台时更改密码。若要更改密码，在右上角的下拉菜单中选择个人设置，在密码设置中设置新密码，您也可以在个人设置中修改控制台语言。
登录控制台后，点击左上角的平台管理，然后选择访问控制。
在帐户角色中，有如下所示四个可用的内置角色。接下来要创建的第一个帐户将被分配
users-manager角色。内置角色 描述 workspaces-manager企业空间管理员，管理平台所有企业空间。 users-manager用户管理员，管理平台所有用户。 platform-regular平台普通用户，在被邀请加入企业空间或集群之前没有任何资源操作权限。 platform-admin平台管理员，可以管理平台内的所有资源。 在帐户管理中，点击创建。在弹出窗口中，提供所有必要信息（带有*标记），然后在角色字段选择
users-manager。请参考下图示例。
完成后，点击确定。新创建的帐户将显示在帐户管理中的帐户列表中。
切换帐户使用
user-manager重新登录，创建如下三个新账户。帐户 角色 描述 ws-managerworkspaces-manager创建和管理所有企业空间。 ws-adminplatform-regular管理指定企业空间中的所有资源（此帐户用于邀请成员 project-regular 加入该企业空间）。 project-regularplatform-regular该帐户将用于在指定项目中创建工作负载、流水线和其他资源。 查看创建的三个帐户。
创建企业空间#
在本步骤中，您需要使用上一个步骤中创建的帐户 ws-manager 创建一个企业空间。作为管理项目、创建工作负载和组织成员的基本逻辑单元，企业空间是 KubeSphere 多租户系统的基础。
以
ws-manager身份登录 KubeSphere，它具有管理平台上所有企业空间的权限。点击左上角的平台管理，选择访问控制。在企业空间中，可以看到仅列出了一个默认企业空间system-workspace，即系统企业空间，其中运行着与系统相关的组件和服务，您无法删除该企业空间。
点击右侧的创建，将新企业空间命名为
demo-workspace，并将用户ws-admin设置为企业空间管理员，如下图所示：
完成后，点击创建。
登出控制台，然后以
ws-admin身份重新登录。在企业空间设置中，选择企业成员，然后点击邀请成员。
邀请
project-regular进入企业空间，授予其workspace-viewer角色。实际角色名称的格式：
<workspace name>-<role name>。例如，在名为demo-workspace的企业空间中，角色viewer的实际角色名称为demo-workspace-viewer。
将
project-regular添加到企业空间后，点击确定。在企业成员中，您可以看到列出的两名成员。帐户 角色 描述 ws-adminworkspace-admin管理指定企业空间中的所有资源（在此示例中，此帐户用于邀请新成员加入企业空间、创建项目）。 project-regularworkspace-viewer该帐户将用于在指定项目中创建工作负载和其他资源。
创建项目#
在此步骤中，您需要使用在上一步骤中创建的帐户 ws-admin 来创建项目。KubeSphere 中的项目与 Kubernetes 中的命名空间相同，为资源提供了虚拟隔离。有关更多信息，请参见
命名空间。
以
ws-admin身份登录 KubeSphere，在项目管理中，点击创建。
输入项目名称（例如
exporter），然后点击确定完成，您还可以为项目添加别名和描述。
在项目管理中，点击刚创建的项目查看其详细信息。
邀请
project-regular至该项目，并授予该用户operator角色。请参考下图以了解具体步骤。
具有
operator角色的用户是项目维护者，可以管理项目中除用户和角色以外的资源。
添加应用仓库#
以
ws-admin用户登录 KubeSphere 的 Web 控制台。在您的企业空间中，进入应用管理下的应用仓库页面，并点击添加仓库。
在弹出的对话框中，将应用仓库名称设置为
enix，将应用仓库的 URL 设置为https://charts.enix.io，点击验证对 URL 进行验证，再点击确定进入下一步。
应用仓库导入成功后会显示在如下图所示的列表中。
部署 x509-certificate-exporter#
导入 x509-certificate-exporter 的应用仓库后，就可以通过应用模板来部署 x509-certificate-exporter 了。
登出 KubeSphere 并以
project-regular用户重新登录。在您的项目中，进入应用负载下的应用页面，再点击部署新应用。
在弹出的对话框中选择来自应用模板。
在弹出的对话框中选择来自应用模板。
来自应用商店：选择内置的应用和以 Helm Chart 形式单独上传的应用。
来自应用模板：从私有应用仓库和企业空间应用池选择应用。
从下拉列表中选择之前添加的私有应用仓库
enix。
选择 x509-certificate-exporter 进行部署。
您可以查看应用信息和配置文件，在版本下拉列表中选择版本，然后点击部署。
设置应用名称，确认应用版本和部署位置，点击下一步。
接下来进入应用配置页面。
这里需要手动编辑配置清单，指定证书文件的路径。
daemonSets: master: nodeSelector: node-role.kubernetes.io/master: '' tolerations: - effect: NoSchedule key: node-role.kubernetes.io/master operator: Exists watchFiles: - /var/lib/kubelet/pki/kubelet-client-current.pem - /etc/kubernetes/pki/apiserver.crt - /etc/kubernetes/pki/apiserver-kubelet-client.crt - /etc/kubernetes/pki/ca.crt - /etc/kubernetes/pki/front-proxy-ca.crt - /etc/kubernetes/pki/front-proxy-client.crt watchKubeconfFiles: - /etc/kubernetes/admin.conf - /etc/kubernetes/controller-manager.conf - /etc/kubernetes/scheduler.conf nodes: tolerations: - effect: NoSchedule key: node-role.kubernetes.io/ingress operator: Exists watchFiles: - /var/lib/kubelet/pki/kubelet-client-current.pem - /etc/kubernetes/pki/ca.crt该配置会创建两个
DaemonSet，master 运行在控制节点，nodes 运行在计算节点。$ kubectl -n exporter get ds NAME DESIRED CURRENT READY UP-TO-DATE AVAILABLE NODE SELECTOR AGE x509-x509-certificate-exporter-master 1 1 1 1 1 node-role.kubernetes.io/master= 3d14h x509-x509-certificate-exporter-nodes 3 3 3 3 3 <none> 3d14h参数解释：
- watchFiles : 证书文件所在的路径。
- watchKubeconfFiles : Kubeconfig 文件所在的路径。
改完后的效果如图所示。
点击部署，等待应用创建完成并开始运行。
接入监控系统#
通过应用模板部署完成后，除了会创建两个 DaemonSet 之外，还会创建一个 ServiceMonitor。
$ kubectl -n exporter get servicemonitor
NAME AGE
x509-x509-certificate-exporter 3d15h
打开 Prometheus 的 Web UI，可以看到相应的 Targets 已经在线。
x509-certificate-exporter 官方提供了一个 Grafana Dashboard，导入 Grafana 后的效果如图：
各项指标一目了然，一般我们只需要关注已经过期的证书和即将过期的证书即可。假设我想查看证书还有多久失效，可以使用表达式 (x509_cert_not_after{filepath!=""} - time()) / 3600 / 24。
可以创建相应的告警规则，以便在证书即将过期时通知运维人员尽快更新证书。例如：
进入监控告警下的告警策略页面，点击创建。
填写告警名称，设置告警级别，点击下一步。
选择自定义规则，告警规则填入 (x509_cert_not_after{filepath!=""} - time()) / 3600 / 24 < 30。
点击下一步，填写标题和消息。
点击创建，告警规则就创建完成了。
结语#
事实上 KubeSphere 从 3.1 版本开始就内置了证书过期的告警策略，可以在告警策略页面的内置策略中输入 expir 进行搜索。
点进去可以看到具体的告警规则表达式。
告警规则表达式里面的指标是 API Server 组件自身暴露的指标，并没有兼顾到整个集群所有组件的证书。想要全面监控所有组件的证书，建议结合 x509-certificate-exporter 在 KubeSphere 中添加自定义告警策略，从此不再为证书过期而烦恼。