CentOS环境下Kubernetes（k8s）安装资源需求
一、基础环境准备
- 节点数量：实验/测试环境可采用1台Master+1-2台Worker的简化架构；生产环境需满足高可用要求，Master节点至少3台（分布在不同可用区），Worker节点根据业务规模扩展（建议2台及以上）。所有节点需处于同一子网，确保网络互通。
- 系统配置：所有节点需关闭SELinux（
setenforce 0并修改/etc/selinux/config为permissive模式）、禁用防火墙（systemctl disable --now firewalld）；关闭swap分区（swapoff -a并注释/etc/fstab中的swap行）；配置内核参数（加载overlay、br_netfilter模块，设置net.bridge.bridge-nf-call-iptables=1等）；配置hosts文件（映射节点IP与主机名）；设置系统时间同步（如使用chronyd）。
二、Master节点资源需求
Master节点承载etcd（集群数据存储）、kube-apiserver（API入口）、kube-controller-manager（集群控制器）、kube-scheduler（调度器）等核心组件，其资源需求与集群规模强相关：
- 实验/测试环境：CPU推荐2核（处理基础调度需求，若频繁调试可升级至4核）；内存推荐4G（集群节点≤10个，避免内存瓶颈）；存储推荐30G以上（ext4/xfs格式，优先使用SSD提升etcd IO性能，etcd对磁盘延迟敏感）。
- 生产环境：集群规模≤100节点时，推荐8核CPU+16G内存+100G SSD；100节点＜规模≤500节点时，升级至16核CPU+32G内存+100G SSD；规模＞500节点时，需定制化配置（如32核CPU+64G内存+200G SSD以上），并通过kube-apiserver多实例负载均衡实现Master节点水平扩展。
三、Worker节点资源需求
Worker节点运行kubelet（节点代理）、kube-proxy（网络代理）、容器运行时（如containerd）及业务Pod，其资源需求取决于业务负载类型：
- 实验/测试环境：CPU推荐2核（运行1-2个测试Pod，如简单Web应用）；内存推荐4G（满足Pod内存需求+系统预留，避免Pod因内存不足被驱逐）；存储推荐30G以上（存储容器镜像、Pod临时数据及日志，建议使用SSD提升镜像拉取速度）。
- 生产环境：
- 通用配置：推荐16核CPU+64G内存+100G SSD以上（覆盖Web服务、数据库代理等大多数业务场景）；
- CPU密集型负载（如大数据分析、视频编码）：优先提升CPU核心数（如32核及以上），内存按1:2比例分配（如16核对应32G内存）；
- 内存密集型负载（如Java应用、Redis缓存）：优先提升内存容量（如64G及以上），CPU按1:8比例分配（如8核对应64G内存）；
- 资源预留：需为Kubernetes系统组件（kubelet、containerd）和操作系统预留30%空闲资源（如16核节点预留4.8核、64G节点预留19.2G），防止突发负载导致节点崩溃（例如，业务需要12核CPU时，节点应配置16核）。
四、存储资源需求
- etcd存储：作为集群“大脑”，需高性能SSD（如NVMe），容量取决于Pod数量、镜像大小及日志量（建议预留50G以上，大规模集群可扩展至100G+）；
- Worker节点存储：根据业务需求选择（如日志量大需扩容至200G+），建议使用SSD提升IO性能（尤其是数据库应用）。
五、网络资源需求
- 网络带宽：Master节点需1Gbps起步（处理API请求）；Worker节点需1Gbps起步（高流量应用如视频流需升级至10Gbps）；
- 网络插件：推荐使用Calico、Flannel等CNI插件（需提前规划Pod CIDR，如
10.244.0.0/16），确保节点间网络互通。