背景边缘集群（基于树莓派+K3S)需要实现基本的告警功能。边缘集群限制CPU/内存/存储资源紧张，无法支撑至少需要2GB以上内存和大量存储的基于Prometheus的完整监控体系方案（即使是基于PrometheusAgent,也无法支撑）（需要避免额外的存储和计算资源消耗）网络条件，无法支撑监控体系，因为监控体系一般都需要每1min定时（或每时每刻）传输数据，且数据量不小；存在5G收费网络的情况，且访问的目的端地址需要开通权限，且按照流量收费，且因为5G网络条件，网络传输能力受限，且不稳定（可能会在一段时间内离线）;关键需求总结下来，关键需求如下：实现对边缘集群异常的及时告警，需要知道边缘集群

背景边缘集群（基于树莓派+K3S)需要实现基本的告警功能。边缘集群限制CPU/内存/存储资源紧张，无法支撑至少需要2GB以上内存和大量存储的基于Prometheus的完整监控体系方案（即使是基于PrometheusAgent,也无法支撑）（需要避免额外的存储和计算资源消耗）网络条件，无法支撑监控体系，因为监控体系一般都需要每1min定时（或每时每刻）传输数据，且数据量不小；存在5G收费网络的情况，且访问的目的端地址需要开通权限，且按照流量收费，且因为5G网络条件，网络传输能力受限，且不稳定（可能会在一段时间内离线）;关键需求总结下来，关键需求如下：实现对边缘集群异常的及时告警，需要知道边缘集群

本作品由GalenSuen采用知识共享署名-非商业性使用-禁止演绎4.0国际许可协议进行许可。由原作者转载自个人站点。概述本文用于整理基于Kubernetes环境的cert-manager部署与应用，实现证书管理和Ingress启用TLS配置。随着各相关组件版本的更新，笔者将在验证通过后对本文进行补充和更新，请参考更新记录。本次演练环境为Kubernetes集群环境，环境配置可参考笔者另一篇笔记《Kubernetes集群部署笔记》。本次演练使用Traefik作为IngressController实现，环境配置可参考笔者另一篇笔记《Kubernetes环境Traefik部署与应用》。本次演练使用

本作品由GalenSuen采用知识共享署名-非商业性使用-禁止演绎4.0国际许可协议进行许可。由原作者转载自个人站点。概述本文用于整理基于Kubernetes环境的cert-manager部署与应用，实现证书管理和Ingress启用TLS配置。随着各相关组件版本的更新，笔者将在验证通过后对本文进行补充和更新，请参考更新记录。本次演练环境为Kubernetes集群环境，环境配置可参考笔者另一篇笔记《Kubernetes集群部署笔记》。本次演练使用Traefik作为IngressController实现，环境配置可参考笔者另一篇笔记《Kubernetes环境Traefik部署与应用》。本次演练使用

Volumes默认情况下容器中的磁盘文件是非持久化的，对于运行在容器中的应用来说面临两个问题，第一：当容器挂掉，K8S重启它时，文件将会丢失；第二：当Pod中同时运行多个容器，容器之间需要共享文件时。Kubernetes的Volume解决了这两个问题背景在Docker中也有一个Volume(卷)的概念，尽管它有点松散，管理也不太好。Docker的卷只是磁盘、其它容器中的一个目录，功能也比较有限。Kubernetes支持多种类型的卷。pod可以同时使用任意数量、类型的卷。短暂卷(ephemeralvolume)具有与pod相同的生命周期，但持久卷(persistentvolume)生命周期存在于

Volumes默认情况下容器中的磁盘文件是非持久化的，对于运行在容器中的应用来说面临两个问题，第一：当容器挂掉，K8S重启它时，文件将会丢失；第二：当Pod中同时运行多个容器，容器之间需要共享文件时。Kubernetes的Volume解决了这两个问题背景在Docker中也有一个Volume(卷)的概念，尽管它有点松散，管理也不太好。Docker的卷只是磁盘、其它容器中的一个目录，功能也比较有限。Kubernetes支持多种类型的卷。pod可以同时使用任意数量、类型的卷。短暂卷(ephemeralvolume)具有与pod相同的生命周期，但持久卷(persistentvolume)生命周期存在于

多Master节点的K8S集群满足高可用性要求适用于生产环境。目录0.选择部署拓扑0.1.堆叠式Etcd拓扑（选择）0.2.外部Etcd拓扑1.主机规划2.检查和配置主机环境2.1.验证每个主机上的MAC地址和Product_id的唯一性2.2.检查运行Kubernetes所需的端口是否未被占用2.3.配置主机名称2.4.添加hosts名称解析2.5.配置时间同步2.6.关闭SWAP2.7.关闭Firewalld2.8.关闭SeLinux2.9.启用bridge-nf功能2.10.安装并启用IPVS3.安装容器运行平台-Docker3.1.安装指定版本的Docker3.2.配置Docker和国

多Master节点的K8S集群满足高可用性要求适用于生产环境。目录0.选择部署拓扑0.1.堆叠式Etcd拓扑（选择）0.2.外部Etcd拓扑1.主机规划2.检查和配置主机环境2.1.验证每个主机上的MAC地址和Product_id的唯一性2.2.检查运行Kubernetes所需的端口是否未被占用2.3.配置主机名称2.4.添加hosts名称解析2.5.配置时间同步2.6.关闭SWAP2.7.关闭Firewalld2.8.关闭SeLinux2.9.启用bridge-nf功能2.10.安装并启用IPVS3.安装容器运行平台-Docker3.1.安装指定版本的Docker3.2.配置Docker和国

某互联网公司拥有一个复杂的微服务应用程序，其中包含数百个服务。这些服务运行在不同的服务器上，使用不同的编程语言和框架。因此，管理和扩展这些服务变得困难，公司需要一个能够协调这些服务的解决方案。该公司决定采用Kubernetes（K8S）作为其容器编排和管理平台。K8S提供了一个基础架构，使得服务管理和部署变得更加容易。下面是该公司使用K8S解决平台问题的案例：部署服务该公司将所有服务转换为Docker容器，并使用K8S进行部署。K8S使用Pods作为最小部署单元，它可以管理容器，提供网络连接和存储卷，并自动协调容器之间的通信。每个服务都有一个K8SDeployment对象，它定义了需要部署的P

某互联网公司拥有一个复杂的微服务应用程序，其中包含数百个服务。这些服务运行在不同的服务器上，使用不同的编程语言和框架。因此，管理和扩展这些服务变得困难，公司需要一个能够协调这些服务的解决方案。该公司决定采用Kubernetes（K8S）作为其容器编排和管理平台。K8S提供了一个基础架构，使得服务管理和部署变得更加容易。下面是该公司使用K8S解决平台问题的案例：部署服务该公司将所有服务转换为Docker容器，并使用K8S进行部署。K8S使用Pods作为最小部署单元，它可以管理容器，提供网络连接和存储卷，并自动协调容器之间的通信。每个服务都有一个K8SDeployment对象，它定义了需要部署的P