1. 阿里云Kubernetes服务概述阿里云Kubernetes服务简称ACK是阿里云提供的托管式Kubernetes容器服务它基于原生Kubernetes架构深度整合了阿里云虚拟化、存储、网络和安全能力。ACK让企业无需关心底层基础设施的运维可以专注于应用部署和管理。ACK提供了两种主要形态专有版和托管版。专有版需要用户自行管理Master节点适合对控制面有定制需求的场景托管版则由阿里云完全托管Master节点用户只需管理工作节点大幅降低了运维复杂度。提示对于大多数企业用户建议优先选择托管版ACK除非有特殊的安全合规或定制需求。ACK的核心优势在于与阿里云其他产品的深度集成。例如存储无缝对接云盘、NAS、OSS等存储服务网络支持VPC、SLB、NAT网关等网络组件安全集成访问控制RAM、密钥管理服务KMS等监控与云监控、日志服务SLS等无缝对接2. ACK集群创建与基础配置2.1 集群创建流程在阿里云控制台创建ACK集群的基本步骤如下登录容器服务控制台选择Kubernetes 集群点击创建集群选择托管版或专有版配置基础信息集群名称建议使用有意义的命名如prod-clusterKubernetes版本建议选择稳定版本地域和可用区根据业务需求选择配置节点池实例规格根据工作负载选择ECS实例类型系统盘建议至少100GB数量初始建议2-3个节点网络配置VPC选择已有或新建VPC容器网络CIDR确保不与VPC网段冲突确认配置并创建集群创建过程通常需要10-15分钟完成后可以在控制台查看集群状态。2.2 集群访问配置创建完成后需要通过kubectl连接集群安装并配置aliyun CLIcurl -O https://aliyuncli.alicdn.com/aliyun-cli-linux-latest-amd64.tgz tar -xzvf aliyun-cli-linux-latest-amd64.tgz sudo cp aliyun /usr/local/bin配置访问凭证aliyun configure获取集群凭证aliyun cs GET /k8s/[cluster_id]/user_config | jq -r .config $HOME/.kube/config验证连接kubectl get nodes注意生产环境建议通过RAM子账号进行访问控制避免使用主账号AK/SK。3. ACK核心功能与特性3.1 弹性伸缩能力ACK提供了多种层次的弹性伸缩方案节点自动伸缩Cluster Autoscaler根据Pod资源请求自动增减节点配置示例apiVersion: autoscaling/v1 kind: HorizontalPodAutoscaler metadata: name: php-apache spec: scaleTargetRef: apiVersion: apps/v1 kind: Deployment name: php-apache minReplicas: 1 maxReplicas: 10 targetCPUUtilizationPercentage: 50定时伸缩CronHPA根据预设时间表调整副本数适合有明显峰谷特征的业务基于指标的伸缩HPA支持CPU、内存等基础指标也可对接自定义指标3.2 网络方案选择ACK支持多种网络插件和方案网络方案特点适用场景Flannel简单稳定性能一般测试环境、小规模集群Terway阿里云自研高性能生产环境、对网络性能要求高的场景Calico支持网络策略复杂度高需要精细网络控制的场景配置Terway示例apiVersion: crd.projectcalico.org/v1 kind: IPPool metadata: name: terway-ippool spec: blockSize: 29 cidr: 172.16.0.0/16 ipipMode: Never natOutgoing: true nodeSelector: all() vxlanMode: Always3.3 存储方案集成ACK支持多种持久化存储方案云盘块存储高性能低延迟适合数据库等IO密集型应用示例PVCkind: PersistentVolumeClaim apiVersion: v1 metadata: name: disk-pvc spec: accessModes: - ReadWriteOnce resources: requests: storage: 100Gi storageClassName: alicloud-disk-essdNAS文件存储支持多节点共享访问适合CI/CD、日志收集等场景OSS存储低成本、高可靠适合大数据分析、备份等场景4. 生产环境最佳实践4.1 安全加固建议身份认证与授权使用RAM进行细粒度访问控制为不同团队创建独立命名空间示例RBAC配置apiVersion: rbac.authorization.k8s.io/v1 kind: Role metadata: namespace: dev name: developer rules: - apiGroups: [] resources: [pods, services] verbs: [get, list, create]网络安全启用网络策略NetworkPolicy使用安全组限制节点访问示例NetworkPolicyapiVersion: networking.k8s.io/v1 kind: NetworkPolicy metadata: name: db-access spec: podSelector: matchLabels: role: db ingress: - from: - podSelector: matchLabels: role: app ports: - protocol: TCP port: 5432密钥管理使用KMS加密敏感数据避免在配置文件中硬编码密钥4.2 监控与日志方案监控体系搭建使用阿里云Prometheus服务核心监控指标节点资源使用率Pod运行状态API Server延迟存储IOPS/吞吐量日志收集配置使用Logtail采集容器日志示例日志配置apiVersion: apps/v1 kind: Deployment metadata: name: nginx spec: template: metadata: annotations: aliyun.logs.nginx: /var/log/nginx/*.log告警规则设置关键指标设置阈值告警告警分级Warning/Critical多通道通知短信、邮件、钉钉4.3 持续交付实践GitOps工作流使用Argo CD进行应用部署代码仓库结构示例/apps /app1 base/ overlays/ dev/ prod/镜像构建与安全使用ACR构建服务镜像扫描策略apiVersion: config.kubernetes.io/v1alpha1 kind: Policy metadata: name: image-scan-policy spec: rules: - name: check-vulnerabilities match: resources: kinds: - Pod validate: message: Image has critical vulnerabilities pattern: spec: containers: - image: * securityContext: allowPrivilegeEscalation: false蓝绿部署示例apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: myapp spec: hosts: - myapp.example.com http: - route: - destination: host: myapp subset: v1 weight: 90 - destination: host: myapp subset: v2 weight: 105. 常见问题排查5.1 节点资源异常CPU高负载排查使用kubectl top node查看节点负载分析具体Pod资源使用kubectl top pod -A --sort-bycpu使用perf工具进行深入分析内存不足处理检查OOMKilled的Podkubectl get pod -A | grep OOMKilled调整Pod内存限制配置HPA自动扩展磁盘压力处理清理未使用的镜像kubectl get node -o jsonpath{range .items[*]}{.metadata.name}{\n}{end} | xargs -I {} ssh {} docker system prune -af配置Pod存储配额5.2 网络连接问题Service无法访问排查检查Endpoint是否正常kubectl get endpoints service-name验证Service DNS解析检查网络策略限制Pod间通信故障使用nsenter进入Pod网络空间测试检查路由表和iptables规则验证CNI插件状态外部访问异常检查Ingress Controller日志验证SLB健康检查配置检查安全组规则5.3 存储相关问题PVC挂载失败检查StorageClass配置验证云盘配额限制查看kube-controller-manager日志存储性能问题使用fio进行基准测试调整云盘类型如ESSD PL0/PL1/PL2/PL3优化文件系统参数权限问题处理检查Pod安全上下文验证文件系统权限调整SELinux策略6. 成本优化策略6.1 资源利用率提升资源请求优化分析实际使用量kubectl top pod --containers设置合理的requests/limits使用Vertical Pod Autoscaler节点规格选择使用弹性裸金属实例神龙获得更好性价比考虑Spot实例运行非关键负载使用资源画像功能分析最佳规格调度优化使用亲和性/反亲和性规则配置Pod拓扑分布约束启用调度器性能优化6.2 闲置资源清理未使用资源识别查找未被引用的PV/PVC识别低负载Pod分析Ingress使用情况自动化清理方案使用kube-cleanup-operator配置TTL控制器设置命名空间配额镜像仓库优化清理未使用的镜像配置生命周期规则使用ACR企业版节省存储成本6.3 长期优化建议架构层面优化采用服务网格减少中间件实例实现无状态化设计使用Serverless容器采购方案选择预留实例券RI长期节省使用节省计划Savings Plan合理规划资源包多云成本对比定期评估跨云部署方案考虑混合云架构使用FinOps工具进行成本分析 
长河君 · 2026/8/6 11:24:25 · 阅读 1.2k 阿里云ACK Kubernetes服务详解与实践指南
1. 阿里云Kubernetes服务概述阿里云Kubernetes服务简称ACK是阿里云提供的托管式Kubernetes容器服务它基于原生Kubernetes架构深度整合了阿里云虚拟化、存储、网络和安全能力。ACK让企业无需关心底层基础设施的运维可以专注于应用部署和管理。ACK提供了两种主要形态专有版和托管版。专有版需要用户自行管理Master节点适合对控制面有定制需求的场景托管版则由阿里云完全托管Master节点用户只需管理工作节点大幅降低了运维复杂度。提示对于大多数企业用户建议优先选择托管版ACK除非有特殊的安全合规或定制需求。ACK的核心优势在于与阿里云其他产品的深度集成。例如存储无缝对接云盘、NAS、OSS等存储服务网络支持VPC、SLB、NAT网关等网络组件安全集成访问控制RAM、密钥管理服务KMS等监控与云监控、日志服务SLS等无缝对接2. ACK集群创建与基础配置2.1 集群创建流程在阿里云控制台创建ACK集群的基本步骤如下登录容器服务控制台选择Kubernetes 集群点击创建集群选择托管版或专有版配置基础信息集群名称建议使用有意义的命名如prod-clusterKubernetes版本建议选择稳定版本地域和可用区根据业务需求选择配置节点池实例规格根据工作负载选择ECS实例类型系统盘建议至少100GB数量初始建议2-3个节点网络配置VPC选择已有或新建VPC容器网络CIDR确保不与VPC网段冲突确认配置并创建集群创建过程通常需要10-15分钟完成后可以在控制台查看集群状态。2.2 集群访问配置创建完成后需要通过kubectl连接集群安装并配置aliyun CLIcurl -O https://aliyuncli.alicdn.com/aliyun-cli-linux-latest-amd64.tgz tar -xzvf aliyun-cli-linux-latest-amd64.tgz sudo cp aliyun /usr/local/bin配置访问凭证aliyun configure获取集群凭证aliyun cs GET /k8s/[cluster_id]/user_config | jq -r .config $HOME/.kube/config验证连接kubectl get nodes注意生产环境建议通过RAM子账号进行访问控制避免使用主账号AK/SK。3. ACK核心功能与特性3.1 弹性伸缩能力ACK提供了多种层次的弹性伸缩方案节点自动伸缩Cluster Autoscaler根据Pod资源请求自动增减节点配置示例apiVersion: autoscaling/v1 kind: HorizontalPodAutoscaler metadata: name: php-apache spec: scaleTargetRef: apiVersion: apps/v1 kind: Deployment name: php-apache minReplicas: 1 maxReplicas: 10 targetCPUUtilizationPercentage: 50定时伸缩CronHPA根据预设时间表调整副本数适合有明显峰谷特征的业务基于指标的伸缩HPA支持CPU、内存等基础指标也可对接自定义指标3.2 网络方案选择ACK支持多种网络插件和方案网络方案特点适用场景Flannel简单稳定性能一般测试环境、小规模集群Terway阿里云自研高性能生产环境、对网络性能要求高的场景Calico支持网络策略复杂度高需要精细网络控制的场景配置Terway示例apiVersion: crd.projectcalico.org/v1 kind: IPPool metadata: name: terway-ippool spec: blockSize: 29 cidr: 172.16.0.0/16 ipipMode: Never natOutgoing: true nodeSelector: all() vxlanMode: Always3.3 存储方案集成ACK支持多种持久化存储方案云盘块存储高性能低延迟适合数据库等IO密集型应用示例PVCkind: PersistentVolumeClaim apiVersion: v1 metadata: name: disk-pvc spec: accessModes: - ReadWriteOnce resources: requests: storage: 100Gi storageClassName: alicloud-disk-essdNAS文件存储支持多节点共享访问适合CI/CD、日志收集等场景OSS存储低成本、高可靠适合大数据分析、备份等场景4. 生产环境最佳实践4.1 安全加固建议身份认证与授权使用RAM进行细粒度访问控制为不同团队创建独立命名空间示例RBAC配置apiVersion: rbac.authorization.k8s.io/v1 kind: Role metadata: namespace: dev name: developer rules: - apiGroups: [] resources: [pods, services] verbs: [get, list, create]网络安全启用网络策略NetworkPolicy使用安全组限制节点访问示例NetworkPolicyapiVersion: networking.k8s.io/v1 kind: NetworkPolicy metadata: name: db-access spec: podSelector: matchLabels: role: db ingress: - from: - podSelector: matchLabels: role: app ports: - protocol: TCP port: 5432密钥管理使用KMS加密敏感数据避免在配置文件中硬编码密钥4.2 监控与日志方案监控体系搭建使用阿里云Prometheus服务核心监控指标节点资源使用率Pod运行状态API Server延迟存储IOPS/吞吐量日志收集配置使用Logtail采集容器日志示例日志配置apiVersion: apps/v1 kind: Deployment metadata: name: nginx spec: template: metadata: annotations: aliyun.logs.nginx: /var/log/nginx/*.log告警规则设置关键指标设置阈值告警告警分级Warning/Critical多通道通知短信、邮件、钉钉4.3 持续交付实践GitOps工作流使用Argo CD进行应用部署代码仓库结构示例/apps /app1 base/ overlays/ dev/ prod/镜像构建与安全使用ACR构建服务镜像扫描策略apiVersion: config.kubernetes.io/v1alpha1 kind: Policy metadata: name: image-scan-policy spec: rules: - name: check-vulnerabilities match: resources: kinds: - Pod validate: message: Image has critical vulnerabilities pattern: spec: containers: - image: * securityContext: allowPrivilegeEscalation: false蓝绿部署示例apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: myapp spec: hosts: - myapp.example.com http: - route: - destination: host: myapp subset: v1 weight: 90 - destination: host: myapp subset: v2 weight: 105. 常见问题排查5.1 节点资源异常CPU高负载排查使用kubectl top node查看节点负载分析具体Pod资源使用kubectl top pod -A --sort-bycpu使用perf工具进行深入分析内存不足处理检查OOMKilled的Podkubectl get pod -A | grep OOMKilled调整Pod内存限制配置HPA自动扩展磁盘压力处理清理未使用的镜像kubectl get node -o jsonpath{range .items[*]}{.metadata.name}{\n}{end} | xargs -I {} ssh {} docker system prune -af配置Pod存储配额5.2 网络连接问题Service无法访问排查检查Endpoint是否正常kubectl get endpoints service-name验证Service DNS解析检查网络策略限制Pod间通信故障使用nsenter进入Pod网络空间测试检查路由表和iptables规则验证CNI插件状态外部访问异常检查Ingress Controller日志验证SLB健康检查配置检查安全组规则5.3 存储相关问题PVC挂载失败检查StorageClass配置验证云盘配额限制查看kube-controller-manager日志存储性能问题使用fio进行基准测试调整云盘类型如ESSD PL0/PL1/PL2/PL3优化文件系统参数权限问题处理检查Pod安全上下文验证文件系统权限调整SELinux策略6. 成本优化策略6.1 资源利用率提升资源请求优化分析实际使用量kubectl top pod --containers设置合理的requests/limits使用Vertical Pod Autoscaler节点规格选择使用弹性裸金属实例神龙获得更好性价比考虑Spot实例运行非关键负载使用资源画像功能分析最佳规格调度优化使用亲和性/反亲和性规则配置Pod拓扑分布约束启用调度器性能优化6.2 闲置资源清理未使用资源识别查找未被引用的PV/PVC识别低负载Pod分析Ingress使用情况自动化清理方案使用kube-cleanup-operator配置TTL控制器设置命名空间配额镜像仓库优化清理未使用的镜像配置生命周期规则使用ACR企业版节省存储成本6.3 长期优化建议架构层面优化采用服务网格减少中间件实例实现无状态化设计使用Serverless容器采购方案选择预留实例券RI长期节省使用节省计划Savings Plan合理规划资源包多云成本对比定期评估跨云部署方案考虑混合云架构使用FinOps工具进行成本分析