Kubernetes

我们Kubernetes讲到现在已经讲了80+小节，当然这些内容并没有包含所有的内容，这些也是我相对比较熟悉的内容，所以我这里做一个简单的总结。

我们前面讲Pod介绍的时候就介绍过一个Pod里面可以有多个容器，不同的容器承担不同的任务。在前面介绍InitContainer的时候也介绍过初始化容器是做什么的，他们有什么区别呢？

我们上小节介绍kubevirt的安装和用一个案例来演示了创建一个虚拟机，今天我们就来详细介绍如何把自己的业务封装在虚拟机里面，然后使用Kubernetes来进行调度。

我们前面讲解的所有的内容都是基于容器的，随着使用Kubernetes集群的深入，对于部分不适合容器化的组件需要使用虚拟机来部署(比如某些组件需要独立的内核环境)，我们如何通过Kubernetes来管理

Node Problem Detector（NPD）是Kubernetes社区维护的开源工具，旨在检测节点级别的异常状态（如硬件故障、内核问题、容器运行时错误等），并将问题上报至Kubernetes。

我们前面通过手工配置Pod副本的增加或者减少，但是在实际环境我们关键业务可能存在意想不到突发流量，如果我们手工配置把每个业务都配置更多的副本数量，对我们的资源控制和调度可能会产生影响。

上一小节我们介绍了Prometheus的监控的图形界面，由于他没有密码，并且界面看起来也不怎么样，所以一般我们不会直接使用他，图形界面一般我们都使用Grafana。

我们上一些小节介绍Pormetheus的安装，已经可以通过查看监控项目&报警等信息，但是这些监控信息是怎么来的，又有哪些监控指标，今天我们这小节就来介绍这些信息。

我们上一小节对Prometheus做了一个简单的介绍，本小节我们就来介绍下Prometheus的安装。Prometheus支持通过二进制包、Docker 容器、Kubernetes Operator。

目前在Kubernetes集群的监控里面Prometheus已经是事实上的标准，所以我们的的监控也是基于他来讲解的。

从去年6月份开始写运维公众号，需要比较多的测试环境，所以在去年购买了一台mini电脑作为服务器，当时为了扩容还选择的单条32G的内存(比标准版还多支付了50元)，今年过年期间发现资源不怎么够，打算扩容

上小节我们讲解使用Opterator搭建了单机版的Mariadb和mariadb galera cluster集群，今天这个小节我们来讲解另外一个Opterator。

我们上一小节，介绍了什么是Opterator，今天我们就来介绍一个可以用于生产环境的Opterator：Mariadb-Opterator。为什么说它支持生产环境使用呢？因为天生就是分布式。

我们前面讲解了自定义资源CRD（Custom Resource Definition）,实际上我们今天讲解的Operator就是基于CRD的具体实现

我们前面讲的各种工作负载，存储，安全配置类都是属于Kubernetes集群提供给我们的内置概念，一般的需求都是可以满足的，但是对于一些复杂的自定义需求就无法满足。

我们前面讲解过Docker的仓库Registry和Harobr，默认数据都是存储本地的，并不符合高可用的原则。今天我们来提供一个数据在对象存储的思路，可供参考。这个也是我以前在某云厂商时候的标准方案。

到目前为止，我们所有的操作都是通过kubectl命令来操作我们的集群，我们是否可以通过网页来操作集群，这就是我们今天要讲解的Dashboard。

前面我们在讲解各种资源的时候部署过很多集群，但是都是单机版形式的，正在生产集群是需要高可用的，所以以下就来演示一个生产高可用集群当前最新版本Kubernetes v1.32.2。

上一小节我们介绍了ServiceCatalog的基本情况和架构，本小节就讲详细介绍里面涉及到的几个概念,这里有些概念离开了ServiceCatalog就失效，但是有些概念还会继续使用。

ServiceCatalog 是一个 Kubernetes 的扩展机制，它提供了一种在集群中管理和使用外部服务的标准化方式。