gjjumin的专栏

通常Kubernetes集群中会有很多Service、Pod等资源，这些资源可以随着需求规模的变化而变化，而这些Pod的IP，名称也并非一成不变的，当Kubernetes资源更新时，如果一个一个的去更改对应的监控Job，那操作将会非常的繁琐，而Prometheus的自动发现功能可轻松就解决上述问题。

本文详细指导如何在Kubernetes上使用Helm安装Grafana，配置Prometheus数据源，创建监控控制面板，并处理持久化存储和RBAC权限，为生产环境部署做准备。

部署WordPress连接主从复制的MySQL时，指定连接mysql-primary主节点，指定使用cilium的ingress，指定wordpress的域名，指定wordpress的登录用户密码等参数。部署单节点MySQL时用到了NFS-CSI的存储类nfs-client，这样能自动在外置的NFS-Server上置备PV，并自动绑定MySQL的PVC，PVC的一些参数设置详见。学习了Helm的使用，本文尝试使用Helm简化部署步骤，实现秒级部署。这里只指定了存储类，其他参数使用默认值。

在使用Containerd作为容器引擎的环境中，登录自建Harbor仓库时，如果Harbor的WEB使用的Http协议还好，能够顺利登录，如果Harbor上配置了Https协议，Containerd对证书的检测还是很严格，要求Harbor的证书必须使用SAN的签署方式绑定域名才能正常登录，否则报错。结合实际，现实生产环境中但证书都是域名提供商给签发的证书，这种证书能够经过验证，也不会报不安全等提示，使用正式的证书能否解决这个问题呢，接下来测试一下。

前面有一篇文章介绍了使用Harbor手动搭建私有容器镜像仓库，步骤繁琐复杂，今天介绍使用Helm工具一键部署，感受Helm的便捷和自动化，通过修改values.yaml文件来提供更丰富的自定义部署配置。

Helm 是 Kubernetes 的一个包管理工具，它用来帮助管理 Kubernetes 应用的部署和配置。Helm 使用"charts"来封装一个应用的所有必要的资源，包括部署、服务、配置文件等。这些 charts 可以被版本控制，并且可以被分享和重用。

本文介绍在Kubernetes集群上部署Cilium的步骤，简单介绍了Cilium的运行状态，高级特性。

Cilium 是一款开源软件，也是 CNCF 的孵化项目，最初它仅是作为一个 Kubernetes 网络组件，作为第一个通过 ebpf 实现了 kube-proxy 所有功能的网络插件，对kubernetes的网络方案的技术革新起到了推古拉朽的作用。Cilium 在 1.7 版本后推出并开源了Hubble，它是专门为网络可视化设计，能够利用 Cilium 提供的eBPF 数据路径，获得对 Kubernetes 应用和服务的网络流量的深度可见性。

业务上云实验，使用wordpress实例模拟实际业务在Kubernetes上落地，可考虑实际业务上云中需要考虑的问题和优化点。

有状态应用典型案例，基于statusfuset在kubernetes上部署mysql主从集群

本文介绍通过kubesz项目工具，自动部署创建kubernetes集群，全部过程通过ansble的工具内核实现多机器操作，提高部署效率，简化人工操作。

Velero提供备份和恢复 Kubernetes 集群资源和持久卷的工具。对群集进行备份，并在丢失时进行还原。将集群资源迁移到其他集群。在群集上运行的服务器在本地运行的命令行客户端Velero。

etcd集群的管理，一种是etcd单独部署的，一种是在kubernetes上pod跑的etcd机器，两种集群使用不同的工具管理

由于之前很少使用Ubuntu系统，这次使用Ubuntu系统熟悉一下，Kubeadm+Docker+cri-docker的组合模式部署搭建最简单的一个Kubernetes集群。

Kubernetes网络代理，运行在node上，它反映了node上Kube-apiserver中定义的服务，并可以通过一组后端进行简单的TCP/UDP和SCTP流转发或者在一组后端进行循环TCP/UDP/SCTP转发；规则时具有更好的性能，此外，ipvs为负载均衡提供了更多调度算法，如：rr（轮询调度）、lc（最小连接数）、dh（目标哈希）、sh（源哈希）、sed（最短期望延迟）、nq（不排队调度）等。