最近监控 mysql 数据库，用了 pmm-server、pmm-client 发现监控是真的不太好用，还是用回 prometheus 吧。

ctr 是 containerd 的命令行客户端工具，使用 ctr，你可以直接与 containerd 进行交互,而无需通过 Docker 引擎或其他较高层的工具。scp 发送到需要导入镜像的机器，再把 tar 包导入为镜像。把节点上的镜像导出为 tar 包。查看 k8s 节点上的镜像。

在 Kubernetes 中，当资源不足需要驱逐 Pod 时，系统会根据 Pod 的优先级（由 PriorityClass 的 value 决定）和 Pod 的 Quality of Service (QoS) 类别等进行决策。

Kubernetes 将根据服务的选择器（selector label）找到符合条件的 Pod，并将它们的 IP 和端口信息添加到 Endpoints 中。可以把 Service 理解为一个四层负载均衡器，而后端的 pod ip和端口信息是填写在 Endpoints 中的，Service 的转发也是根据 Endpoints。它允许你将 HTTP 和 HTTPS 流量路由到集群内的不同服务，同时提供

然后使用命令 kubectl -n monitoring edit Prometheus k8s ，其中命令中的k8s是Prometheus这个资源的名字，不同环境中的名字可能不同。prometheus的配置默认是不能修改的，目前可以通过新增prometheus-additional.yaml来添加新增配置。正常情况下，此时就可以在prometheus监控页面看到kafka-exporter这个监

再查看它的详细信息，kubectl -n monitoring describe prometheus k8s，需要关注的点是 Rule Selector，它也是通过 label 去关联 prometheusRule 告警规则的。部署的版本是 v0.13.0。先使用 kubectl -n monitoring get promtheus，查看 prometheus 这个自定义资源类型的名字。有多个

此文档只描述搭建高可用 Haproxy 和 Keepalived 用虚拟 ip 代理 api-server 监听的 6443 端口，建立在高可用 master 节点已经部署好相关 k8s 组件。三台 master 节点和虚拟 ip，下面我将用 01、02、03 来代替各三台 master 节点：10.1.11.236 keepalived 的虚拟 ip（请确保为局域网内的空闲 ip，且与 k8s

MySQL Group Replication（简称MGR）是MySQL官方推出的一个高可用与高扩展的解决方案。MySQL组复制它提供了高可用、高扩展、高可靠的MySQL集群服务，这里部署的 mysql 版本 5.7.33，架构是一读一写。特别要注意一个关键点: 必须保证各个mysql节点的主机名不一致，并且能通过主机名找到各成员！，这个坑卡了我很久。

需要先在能访问外网的机器搭建一个代理，后面 harbor 用这个代理去外网拉取镜像，这里用docker 直接部署，library：busybox 在dockerhub上所在的项目，不同镜像所在的项目并不同，需要自己确认。5、访问ID、访问密码：需要被代理仓库的账号密码，也就是dockerhub 的账户密码，可以不填。这里的项目名称我们后面拉取镜像的时候会用到，选择镜像代理以及刚刚创建的代理仓库。d

什么是索引？索引就是MySQL中可以高效获取数据的数据结构（有序）。在数据之外，数据库系统还维护着满足 特定查找算法的数据结构，这些数据结构以某种方式引用（指向）数据， 这样就可以在这些数据结构 上实现高级查找算法，这种数据结构就是索引。添加索引原则上来说可以大大的提高数据获取的效率。索引的优势：提高数据检索的效率，降低数据库 的IO成本。通过索引列对数据进行排序，降低 数据排序的成本，降低CPU