1. 环境准备生产级集群的硬件与系统配置搭建生产级Kubernetes集群的第一步是做好硬件选型和系统配置。很多新手容易忽视这个环节结果在后期遇到性能瓶颈时才后悔莫及。根据我在金融和电商行业的部署经验控制平面和工作节点的配置需要严格区分。控制平面节点建议采用物理服务器而非虚拟机特别是etcd组件对磁盘IOPS要求极高。我们曾经在某个电商大促期间因为etcd存储在普通SATA SSD上导致API响应延迟飙升。后来换成NVMe SSD后集群稳定性显著提升。以下是经过实战验证的配置方案控制平面节点至少3台高可用必须CPU8核Intel Xeon Gold或AMD EPYC系列内存32GBetdf内存占用与集群规模成正比存储2块NVMe SSDRAID1建议1TB以上网络万兆网卡bonding双网卡更佳工作节点根据业务类型动态扩展通用计算型16核/64GB/2TB SSD内存优化型16核/128GB/1TB SSDGPU加速型搭配NVIDIA T4或A10G系统配置有几个关键点经常被忽略彻底禁用swap不止要swapoff -a还需要在GRUB配置中添加GRUB_CMDLINE_LINUXcgroup_enablememory swapaccount1否则kubelet可能仍会检测到swap空间时间同步所有节点必须保持毫秒级时间同步建议部署chronyd并配置多个时间源内核参数调优特别是vm.swappiness、net.ipv4.tcp_tw_reuse等参数直接影响容器网络性能# 内核参数优化示例/etc/sysctl.conf vm.swappiness 0 net.ipv4.tcp_tw_reuse 1 fs.inotify.max_user_watches 10485762. 集群初始化kubeadm最佳实践kubeadm是官方推荐的集群部署工具但生产环境使用需要特别注意几个坑点。去年我们给某车企部署集群时就遇到过证书有效期导致的故障。高可用控制平面初始化的关键在于--control-plane-endpoint参数。这个地址应该指向负载均衡器如HAProxy的VIP而不是具体某个Master节点的IP。以下是经过生产验证的初始化命令kubeadm init \ --control-plane-endpointk8s-api.example.com:6443 \ --upload-certs \ --pod-network-cidr10.244.0.0/16 \ --service-cidr10.96.0.0/12 \ --apiserver-cert-extra-sans内网IP1,内网IP2,外网IP,DNS名称 \ --cert-dir/etc/kubernetes/pki \ --image-repositoryregistry.aliyuncs.com/google_containers这里有几个经验技巧--apiserver-cert-extra-sans一定要包含所有可能的访问方式内网、外网、DNS使用国内镜像源加速组件下载初始化完成后立即备份/etc/kubernetes/pki目录到安全位置工作节点加入集群时常见的问题是token过期。可以预先生成长期有效的tokenkubeadm token create --ttl 24h --print-join-command网络插件选择上Calico在生产环境表现最为稳定。但需要特别注意与内核版本的兼容性kubectl apply -f https://docs.projectcalico.org/manifests/calico.yaml3. 高可用架构设计超越官方方案官方文档中的高可用方案其实只解决了API Server的可用性真正的生产环境需要从三个层面保障3.1 控制平面高可用建议采用物理分离的部署模式使用独立的3节点etcd集群不要与Master节点混部API Server前部署L4负载均衡推荐HAProxykeepalived每个Master节点部署在不同机柜或可用区etcd配置示例/etc/etcd/etcd.confETCD_NAMEetcd1 ETCD_DATA_DIR/var/lib/etcd ETCD_LISTEN_PEER_URLShttps://10.0.0.1:2380 ETCD_LISTEN_CLIENT_URLShttps://10.0.0.1:2379 ETCD_INITIAL_ADVERTISE_PEER_URLShttps://10.0.0.1:2380 ETCD_ADVERTISE_CLIENT_URLShttps://10.0.0.1:2379 ETCD_INITIAL_CLUSTERetcd1https://10.0.0.1:2380,etcd2https://10.0.0.2:2380,etcd3https://10.0.0.3:2380 ETCD_CERT_FILE/etc/etcd/ssl/server.pem ETCD_KEY_FILE/etc/etcd/ssl/server-key.pem3.2 工作节点高可用通过节点自动修复和Pod干扰预算实现部署node-problem-detector监控节点健康状态设置PodDisruptionBudget防止大规模驱逐使用cluster-autoscaler实现自动扩缩容# 示例PodDisruptionBudget apiVersion: policy/v1 kind: PodDisruptionBudget metadata: name: zk-pdb spec: minAvailable: 2 selector: matchLabels: app: zookeeper3.3 存储高可用根据业务需求选择合适方案有状态服务RookCeph或直接使用云厂商的块存储关键数据库建议使用云数据库服务而非自建临时数据本地SSD配合适当的副本策略4. 生产环境运维实战技巧4.1 证书管理Kubernetes集群有超过20种证书默认有效期只有1年。我们建议使用外部CA如Vault统一管理证书提前3个月轮换证书监控证书过期时间# 检查证书过期时间 openssl x509 -in /etc/kubernetes/pki/apiserver.crt -noout -enddate # 手动更新证书 kubeadm alpha certs renew all4.2 节点维护安全下线节点的正确姿势# 1. 标记节点不可调度 kubectl cordon node-name # 2. 驱逐所有PodDaemonSet除外 kubectl drain node-name --ignore-daemonsets --delete-emptydir-data # 3. 维护完成后恢复 kubectl uncordon node-name4.3 网络性能调优Calico默认的IPIP模式会有约10%的性能损耗在大流量场景下建议切换为VxLAN模式启用eBPF数据平面调整MTU值匹配底层网络# calico-config ConfigMap修改 apiVersion: v1 kind: ConfigMap metadata: name: calico-config data: typha_service_name: none veth_mtu: 1440 calico_backend: bird5. 监控与日志的黄金组合生产环境必须建立完善的监控体系我们推荐的技术栈指标监控Prometheus采集集群和业务指标Grafana可视化仪表盘Alertmanager告警管理日志收集Loki轻量级日志聚合Promtail日志采集代理Grafana日志查询界面分布式追踪Jaeger全链路追踪OpenTelemetry指标、日志、追踪三位一体快速部署命令# 使用helm部署监控栈 helm repo add prometheus-community https://prometheus-community.github.io/helm-charts helm install kube-prometheus prometheus-community/kube-prometheus-stack \ --set prometheus.prometheusSpec.serviceMonitorSelectorNilUsesHelmValuesfalse关键监控指标清单API Server延迟P99 500msetcd写入延迟P99 50ms节点CPU/内存饱和度Pod重启次数5次/小时需告警网络丢包率0.1%需排查6. 安全加固从部署开始很多安全漏洞源于初始配置不当必须从部署阶段就做好防护RBAC最小权限ServiceAccount只给必要权限Pod安全策略限制特权容器网络策略按需开放网络通信审计日志记录所有API请求# 示例NetworkPolicy apiVersion: networking.k8s.io/v1 kind: NetworkPolicy metadata: name: database-policy spec: podSelector: matchLabels: role: db ingress: - from: - podSelector: matchLabels: role: app ports: - protocol: TCP port: 5432定期安全扫描也很重要# 使用kube-bench检查安全配置 docker run --rm --pidhost -v /etc:/etc:ro -v /var:/var:ro -t aquasec/kube-bench:latest master7. 升级与备份策略生产集群升级必须谨慎我们的标准流程是备份关键数据etcd快照所有命名空间的资源定义PV数据卷分阶段升级先升级一个Master节点验证兼容性然后升级其他控制平面组件最后批量升级Worker节点etcd备份与恢复示例# 备份 ETCDCTL_API3 etcdctl --endpointshttps://127.0.0.1:2379 \ --cacert/etc/kubernetes/pki/etcd/ca.crt \ --cert/etc/kubernetes/pki/etcd/server.crt \ --key/etc/kubernetes/pki/etcd/server.key \ snapshot save snapshot.db # 恢复 ETCDCTL_API3 etcdctl snapshot restore snapshot.db \ --initial-cluster etcd1https://10.0.0.1:2380 \ --initial-advertise-peer-urls https://10.0.0.1:2380 \ --name etcd1 \ --data-dir /var/lib/etcd-from-backup资源定义备份# 备份所有命名空间资源 kubectl get all --all-namespaces -o yaml cluster-backup.yaml