SuperAPI AI 工具集

aks-automatic-2025

部署与运维

查看项目

更新于 10-15 12:03

技能介绍

用途

AKS Automatic 是 Azure Kubernetes Service 的全托管 Kubernetes 模式,于 2025 年 10 月正式发布(GA)。它通过智能自动化与内置最佳实践消除运维开销,适合希望减少集群运维投入、直接使用托管 Kubernetes 的团队。本技能提供该模式的完整知识库。

主要能力

零运维开销:全托管的控制平面与工作节点、自动操作系统补丁与安全更新、内置监控与诊断、集成安全与合规。

Karpenter 集成:基于实时需求动态供给节点、智能装箱以优化成本、自动节点整合与回收、支持多节点池与实例类型。

自动扩缩容(默认启用):Horizontal Pod Autoscaler(HPA)按 CPU/内存扩缩 Pod;Vertical Pod Autoscaler(VPA)调整 Pod 资源请求/限制;KEDA 支持外部事件驱动的扩缩容。

增强安全:Microsoft Entra ID 集成认证、Azure RBAC 用于 Kubernetes 授权、默认启用网络策略、自动安全补丁、工作负载标识用于 Pod 级认证。

高级网络:Azure CNI Overlay 提升 IP 使用效率、Cilium 数据平面提供高性能网络、网络策略实现微隔离、支持私有集群。

新计费模型(2025 年 10 月 19 日生效):托管控制平面费用 $0.16/集群/小时;计算费用按实际节点用量计费;无单独的集群管理费;Karpenter 优化可带来成本节省。

节点操作系统:Kubernetes < 1.34 使用 Ubuntu 22.04;Kubernetes >= 1.34 使用 Ubuntu 24.04;通过节点镜像通道自动升级操作系统。

使用方式

创建集群:使用 az aks create 命令,指定 --sku automatic。基础创建示例:

az aks create \
  --resource-group MyRG \
  --name MyAKSAutomatic \
  --sku automatic \
  --kubernetes-version 1.34 \
  --location eastus

生产就绪配置可包含 Karpenter、网络插件(azure/overlay/cilium)、自定义 VNet、可用区、托管标识、AAD、Azure RBAC、自动升级通道、Defender、工作负载标识、OIDC 颁发者、监控加载项与标签等参数。也可通过 --enable-addons azure-policy 启用 Azure Policy 加载项。

Karpenter 配置:通过 AKSNodeClass 与 NodePool CRD 自定义节点供给。AKSNodeClass 可设置 OS 镜像(如 Ubuntu 24.04)、VM 系列、每节点最大 Pod 数、安全配置(SSH 访问、安全类型)。NodePool 可设置架构、容量类型(on-demand/spot)、节点标签、污点、NodeClass 引用、资源限制、中断预算(整合策略、整合延迟、过期时间、预算)。还提供 GPU NodePool 示例用于 AI 工作负载。

自动扩缩容:提供 HPA(基于 CPU/内存利用率,含扩缩行为策略)、VPA(更新模式 Auto/Recreate/Initial/Off,容器策略含最小/最大允许值与受控资源)、KEDA ScaledObject(支持 Azure Service Bus、Azure Storage Queue、Prometheus 等触发器,可缩容至零)的 YAML 示例。

工作负载标识:替代 AAD Pod Identity。步骤包括创建托管标识、分配角色、创建联合凭据(使用 AKS OIDC 颁发者),并在 ServiceAccount 注解与 Deployment 中启用(标签 azure.workload.identity/use: "true",挂载令牌卷)。

监控与可观测性:通过 --enable-addons monitoring 启用 Container Insights,使用 Azure Monitor 查询日志;可启用托管 Prometheus(--enable-azure-monitor-metrics),通过 Azure 门户访问 Grafana 仪表板;可查看 Karpenter 日志。

成本优化:控制平面 $0.16/小时/集群,计算按实际节点用量计费;Karpenter 自动装箱与整合;KEDA 与 Karpenter 可实现缩容至零。节省技巧包括对非关键工作负载使用 Spot 实例、配置激进整合、实施 Pod 中断预算、使用 VPA 进行合理规格调整。

迁移:AKS Automatic 是新集群模式,不支持就地迁移。步骤为:创建新 AKS Automatic 集群、在新集群安装工作负载、验证功能、切换流量(DNS、负载均衡器)、下线旧集群。

故障排查:检查 Karpenter 状态(日志、NodePool、NodeClaim)、查看节点供给事件、调试工作负载标识问题(检查 ServiceAccount 注解、Pod 标签、联合凭据)。

适用场景

适用于新建生产集群、希望降低 Kubernetes 运维负担的团队、需要自动扩缩容与成本优化的场景、AI/GPU 工作负载、需要增强安全与合规的环境。

限制

不支持从标准 AKS 就地迁移至 Automatic,需新建集群并切换流量。其他限制暂未提供。