部署 K8S 时，关键组件的镜像地址通常存放在 k8s.gcr.io，国内直接访问受限。常见思路是搭代理或换国内镜像地址：搭代理有配置门槛，换国内地址又可能碰上某些版本找不到对应镜像的问题。这里记...

CephFS 是跟 POSIX 兼容的文件系统，直接提供 Ceph 存储集群上的文件访问，从 Jewel 版本（10.2.0）开始稳定。它要求至少跑一个元数据服务 MDS（ceph-mds），由 MDS 管理文件元数据并

Traefik 是 K8S 集群里常用的边缘路由器/Ingress 控制器：接请求、找到负责处理的服务，并且自动完成服务发现。这套部署记录基于 traefik v2.3.5，含 CRD 与 Ingress 两种路由配置的

Apollo 是携程框架部门开源的配置中心，集中管理应用不同环境、不同集群的 Key-Value 配置，修改后实时推送到应用端，带权限和流程治理。配置按四个维度管理：application（应用）、environment

方案思路：不往集群里装 agent，而是在 zabbix-server 上用一段 Python 脚本通过 K8S API 拉取节点、组件健康、Pod 三类数据，再用 zabbix_sender 推给服务端，配合模板出图和

ETCD 集群一般是用 https 证书认证方式搭建的（K8S 官方也强烈建议），所以用 Kube-Prometheus 监控 ETCD 的难点不在采集本身，而在让 Prometheus 拿到访问 ETCD 的证书。整体

Nacos 负责微服务的发现、配置和元数据管理：服务通过 SDK、OpenAPI 或 Agent 注册后，消费方可以用 DNS 或 HTTP API 找到它；配置支持中心化、动态化管理，带版本跟踪、金丝雀发布、一键回滚；

多 Master 二进制部署走到最后一步，集群到底起没起来、网络通不通，需要一次完整验证。下面是按顺序过的检查项，环境为 3 master + 3 worker，版本 v1.18.6。国内拉镜像慢的问题可以自己搭镜像...