1. Kubernetes资源与对象概述在容器编排领域Kubernetes简称k8s通过抽象化的资源对象来管理系统中的各种组件。这些资源对象是k8s集群中的基本构建块每个对象都代表着集群的一个特定状态。理解这些资源及其管理方式是掌握k8s核心功能的关键。我刚开始接触k8s时最困惑的就是各种资源类型之间的关系。经过多个生产环境的实践我发现把这些资源按照功能维度分类理解会容易很多。k8s资源大致可以分为工作负载Workload、服务发现与负载均衡Service、配置与存储ConfigStorage、集群Cluster等几大类。2. 核心资源类型详解2.1 工作负载类资源Pod是k8s中最小的部署单元它代表集群中运行的一个或多个容器。在实际操作中我们很少直接管理Pod而是通过更高层次的抽象来管理Deployment最常用的无状态应用部署方式StatefulSet用于有状态应用的部署DaemonSet确保每个节点运行一个Pod副本Job/CronJob用于批处理任务# 典型的Deployment配置示例 apiVersion: apps/v1 kind: Deployment metadata: name: nginx-deployment spec: replicas: 3 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.14.2 ports: - containerPort: 802.2 服务发现与负载均衡Service是k8s中实现服务发现的核心资源。根据使用场景不同Service有几种类型ClusterIP默认类型分配集群内部IPNodePort通过节点端口暴露服务LoadBalancer使用云提供商的负载均衡器ExternalName通过CNAME记录映射到外部服务重要提示Service通过selector与Pod关联确保selector中定义的标签与Pod标签匹配这是服务发现正常工作的关键。2.3 配置与存储资源ConfigMap和Secret用于解耦配置与容器镜像ConfigMap存储非敏感配置数据Secret存储敏感信息自动base64编码持久化存储涉及以下资源PersistentVolumePV集群中的存储资源PersistentVolumeClaimPVC用户对存储的请求StorageClass动态卷供应的模板3. 资源管理方式3.1 声明式管理k8s推荐使用声明式管理即通过yaml/json文件描述期望状态。这种方式的核心命令是kubectl apply -f deployment.yaml声明式管理的好处是可版本控制可重复部署支持差异比对kubectl diff3.2 命令式管理虽然不推荐生产环境使用但命令式管理在调试时很有用# 创建Deployment kubectl create deployment nginx --imagenginx # 扩缩容 kubectl scale deployment nginx --replicas33.3 资源配额管理在多租户环境中资源配额ResourceQuota非常重要apiVersion: v1 kind: ResourceQuota metadata: name: mem-cpu-quota spec: hard: requests.cpu: 2 requests.memory: 4Gi limits.cpu: 4 limits.memory: 8Gi4. 高级资源管理技巧4.1 资源请求与限制为容器设置合理的requests和limits是保证集群稳定的关键resources: requests: cpu: 500m memory: 512Mi limits: cpu: 1000m memory: 1Gi经验之谈生产环境中一定要设置limits避免单个容器耗尽节点资源。requests总和不要超过节点可用资源的70%为系统进程留出空间。4.2 亲和性与反亲和性通过节点亲和性nodeAffinity和Pod亲和性/反亲和性podAffinity/podAntiAffinity可以优化调度affinity: podAntiAffinity: requiredDuringSchedulingIgnoredDuringExecution: - labelSelector: matchExpressions: - key: app operator: In values: - nginx topologyKey: kubernetes.io/hostname4.3 水平Pod自动扩缩HPAHPA根据CPU/内存使用率或其他自定义指标自动调整Pod数量kubectl autoscale deployment nginx --cpu-percent50 --min1 --max105. 常见问题排查5.1 资源创建失败排查流程检查yaml语法kubectl apply --validate -f file.yaml查看事件kubectl describe resource name检查控制器日志kubectl logs pod-name -c container-name5.2 资源状态异常分析常见异常状态及原因Pending调度问题资源不足、亲和性规则等CrashLoopBackOff容器启动失败ImagePullBackOff镜像拉取失败Evicted节点资源不足被驱逐5.3 性能优化建议设置合理的liveness和readiness探针使用podDisruptionBudget保证可用性定期清理未使用的资源如失败的Job监控资源使用率并调整requests/limits6. 资源管理最佳实践经过多个集群的管理经验我总结了以下最佳实践所有资源配置必须版本化禁止直接使用命令式修改为不同环境dev/staging/prod使用不同的命名空间为每个团队/项目设置合理的ResourceQuota使用NetworkPolicy进行网络隔离定期审计集群资源使用情况对于资源限制的设置我通常采用黄金比例法则limits是requests的2倍这样既保证了突发性能又避免了资源浪费。对于关键业务应用建议设置podAntiAffinity确保高可用。