# EKS Auto Mode Operations Guide

> **Supported Versions**: EKS Auto Mode GA; example baseline EKS 1.36
> **Last Updated**: October 12, 2026

Amazon EKS Auto Mode automates Kubernetes node management, including provisioning and optimization for workload requirements. This guide covers Auto Mode concepts, configuration and operations. AWS manages the Auto Mode infrastructure; you remain responsible for application availability, resource requests, security, monitoring and cluster/VPC configuration. Validate examples in your environment before production use.

### October 2026 Update: EKS 1.37 Defaults

EKS 1.37 became available on October 1, 2026. A newly created custom NodePool that omits its consolidation policy defaults to `Balanced`; the built-in `general-purpose` and `system` pools also use `Balanced`, and their policies cannot be changed. Set `WhenEmptyOrUnderutilized` explicitly on a custom pool when that behavior is intended. Not every NodePool example in this guide sets the field, so on EKS 1.37 those examples get `Balanced` when created. See the Kubernetes 1.37 section of the [EKS standard-support release notes](https://docs.aws.amazon.com/eks/latest/userguide/kubernetes-versions-standard.html).

### July 2026 Update: EFA and Placement Group Support

On July 22, 2026, AWS announced that EKS Auto Mode and open-source Karpenter node pools support Elastic Fabric Adapter (EFA) network-device configuration and EC2 placement groups.

On EFA-capable instances, network interfaces can be configured as EFA-only or standard ENI. EFA-only interfaces do not consume VPC IP addresses while still delivering full interconnect bandwidth. Node pool configuration can also specify cluster, spread or partition placement strategies. These options target distributed training and inference workloads that need high throughput or fault isolation. See the [announcement](https://aws.amazon.com/about-aws/whats-new/2026/07/amazon-eks-efa-placement-groups/) for details.

### July 2026 Update: ARC Zonal Shift Support

As of July 10, 2026, EKS Auto Mode clusters support Amazon Application Recovery Controller (ARC) zonal shift and autoshift. Enable ARC zonal shift on the cluster; Auto Mode needs no additional flag or Karpenter version management.

During a zonal shift, Auto Mode stops provisioning capacity in the impaired AZ and halts voluntary disruptions such as consolidation and drift for nodes there. It also blocks voluntary disruptions in healthy AZs when replacement scheduling would depend on the impaired AZ. Configure ARC zonal autoshift separately after cluster registration.

Zonal shift does not make zonal volumes or strict AZ-bound workloads portable. ARC adds no zonal-shift charge; replacement capacity and normal infrastructure charges still apply. See the [announcement](https://aws.amazon.com/about-aws/whats-new/2026/07/eks-auto-mode-arc-zonal-shift) and the [ARC zonal shift documentation](https://docs.aws.amazon.com/eks/latest/userguide/zone-shift-enable.html) for details.

## Table of Contents

1. [Getting Started with Auto Mode](https://www.atomai.click/kubernetes-docs/llms/en/eks-auto-mode/01-getting-started.md) - Cluster creation and enabling Auto Mode
2. [NodePool Configuration and Optimization](https://www.atomai.click/kubernetes-docs/llms/en/eks-auto-mode/02-nodepool-configuration.md) - Default and custom NodePools
3. [Understanding Scaling Behavior](https://www.atomai.click/kubernetes-docs/llms/en/eks-auto-mode/03-scaling-behavior.md) - Provisioning, consolidation, drift detection
4. [Spot Instance Utilization Strategies](https://www.atomai.click/kubernetes-docs/llms/en/eks-auto-mode/04-spot-strategies.md) - Mixed capacity and interrupt handling
5. [Operations and Management](https://www.atomai.click/kubernetes-docs/llms/en/eks-auto-mode/05-operations.md) - Disruption budgets, rolling replacement, monitoring
6. [Cost Management and Optimization](https://www.atomai.click/kubernetes-docs/llms/en/eks-auto-mode/06-cost-management.md) - Cost analysis, Spot savings, right-sizing
7. [Node Lifecycle Management](https://www.atomai.click/kubernetes-docs/llms/en/eks-auto-mode/07-node-lifecycle.md) - Expiration, AMI management, freshness policies
8. [Workload-Specific Optimization](https://www.atomai.click/kubernetes-docs/llms/en/eks-auto-mode/08-workload-optimization.md) - Web, batch, GPU, AI/ML workloads
9. [Migrating from Managed Node Groups](https://www.atomai.click/kubernetes-docs/llms/en/eks-auto-mode/09-migration-guide.md) - Migration steps and coexistence

---

## Introduction to EKS Auto Mode

### What is Auto Mode?

EKS Auto Mode is a fully automated node management solution managed by AWS. It is based on Karpenter internally; AWS operates the managed infrastructure controllers. Users configure workload constraints, custom NodePools/NodeClasses and disruption budgets rather than installing a separate Karpenter controller for Auto Mode.

```
+-----------------------------------------------------------------------------+
|                           EKS Auto Mode Architecture                         |
+-----------------------------------------------------------------------------+
|                                                                              |
|  +---------------------------------------------------------------------+    |
|  |                    EKS Control Plane (AWS Managed)                   |    |
|  |  +------------+  +------------+  +------------+  +------------+    |    |
|  |  | API Server |  |   etcd     |  | Controller |  |  Karpenter |    |    |
|  |  |            |  |            |  |  Manager   |  | Controller |    |    |
|  |  +------------+  +------------+  +------------+  +------------+    |    |
|  +---------------------------------------------------------------------+    |
|                                    |                                         |
|                                    v                                         |
|  +---------------------------------------------------------------------+    |
|  |                        NodePool Resources                            |    |
|  |  +------------------+  +------------------+  +------------------+  |    |
|  |  |  general-purpose |  |      system      |  |   custom-pool    |  |    |
|  |  | (Default Provided)|  | (Default Provided)|  |  (User Defined)  |  |    |
|  |  +------------------+  +------------------+  +------------------+  |    |
|  +---------------------------------------------------------------------+    |
|                                    |                                         |
|                                    v                                         |
|  +---------------------------------------------------------------------+    |
|  |                     EC2 Instances (Auto Managed)                     |    |
|  |  +--------------+  +--------------+  +--------------+              |    |
|  |  |   m6i.2xl    |  |   c7g.xl     |  |   r6i.4xl    |   ...        |    |
|  |  |  (On-Demand) |  |   (Spot)     |  |  (On-Demand) |              |    |
|  |  +--------------+  +--------------+  +--------------+              |    |
|  +---------------------------------------------------------------------+    |
|                                                                              |
+-----------------------------------------------------------------------------+
```

### Comparison with Existing Management Methods

| Feature | Managed Node Groups | Fargate | Auto Mode |
|---------|---------------------|---------|-----------|
| Node management | AWS manages node groups; you configure capacity and updates | AWS manages per-Pod infrastructure | AWS manages launched nodes and infrastructure controllers |
| Scaling | Cluster Autoscaler if installed, or explicit group scaling | Per-Pod provisioning with Fargate profiles | Karpenter-based provisioning for unschedulable Pods |
| Provisioning time | Depends on capacity, bootstrap and workload | Depends on capacity, images and workload; not instantaneous | Depends on capacity, bootstrap, images and constraints; no fixed-time guarantee |
| Instance selection | Configured instance types | Managed compute sizes | Selection within NodePool and workload constraints |
| Spot | Supported by managed node groups | Not supported on EKS Fargate | Supported when permitted by a NodePool |
| GPU workloads | Supported on appropriate nodes | Not supported | Supported on compatible accelerated instances; workload/runtime requirements still apply |
| DaemonSets | Supported | Not supported | Supported within managed-node restrictions |
| Cost control | Requests, instance choices and autoscaler policies | Pod resource sizing and replicas | Requests, allowed capacity and consolidation policies; no guaranteed savings |
| Host customization | AMI/launch-template options | No host customization | AWS-managed Bottlerocket variants; supported NodeClass settings |

### Internal Architecture and Operating Principles

The Karpenter-based controller is operated by AWS, outside your worker nodes. The drawings are conceptual: the scheduler identifies unschedulable Pods and later binds them to nodes; the API server stores the objects. A Pod being Pending alone does not establish that adding a node will solve its problem.

![Sequence diagram of EKS Auto Mode node provisioning: a pending pod triggers the Auto Mode controller to match a NodePool and pick an instance type, launch an EC2 instance, register the new node, and schedule the pod until it is running.](https://raw.githubusercontent.com/Atom-oh/kubernetes-docs/main/en/.gitbook/assets/en-eks-auto-mode-readme-0.png)

[🔍 View interactive diagram](https://www.atomai.click/kubernetes-docs/archmaps/en-eks-auto-mode-readme-0.html)

### Supported Regions and Limitations

#### Regions and supported versions

The [EKS FAQ](https://aws.amazon.com/eks/faqs/) lists Auto Mode in EKS regions, including GovCloud (US), except China regions. Check regional instance/feature availability separately. The earlier short region list was not exhaustive.

The FAQ's original `1.29+` feature floor does not mean that every such version can still be created or is in standard support. On October 12, 2026, EKS 1.34–1.37 are in standard support; the examples retain their reviewed 1.36 baseline. Consult the [current EKS version calendar](https://docs.aws.amazon.com/eks/latest/userguide/kubernetes-versions.html) for lifecycle dates and extended-support charges.

#### Constraints to check

| Item | Guidance |
|------|----------|
| Capacity and scale | Check applied EKS/EC2 quotas, subnet IP capacity and workload constraints; validate the intended scale in your environment |
| NodePool limits | User-defined resource limits differ from AWS account/service quotas; validate scale and replacement headroom |
| Operating system | AWS selects its managed Bottlerocket variant; AL2023 or arbitrary custom AMIs are not an Auto Mode AMI choice |
| Windows | Auto Mode does not provide Windows nodes; use a compatible separate node group where needed |
| DNS and storage | Auto Mode nodes provide local CoreDNS; mixed clusters retain CoreDNS for other nodes. Managed node-disk encryption does not establish encryption for every dynamic PVC; set the StorageClass explicitly |

Use [Service Quotas](https://docs.aws.amazon.com/eks/latest/userguide/service-quotas.html) and the [NodeClass reference](https://docs.aws.amazon.com/eks/latest/userguide/create-node-class.html) to verify the relevant constraints. Actual account quotas and instance capacity were not queried during this audit.

---

## Next Steps

After successfully configuring EKS Auto Mode, we recommend learning the following topics:

1. **[EKS Cost Optimization](https://www.atomai.click/kubernetes-docs/llms/en/eks/07-eks-cost-optimization.md)**: Spot, Savings Plans, resource optimization
2. **[EKS Monitoring and Logging](https://www.atomai.click/kubernetes-docs/llms/en/eks/06-eks-monitoring-logging.md)**: CloudWatch, Prometheus, Grafana
3. **[EKS Security](https://www.atomai.click/kubernetes-docs/llms/en/eks/05-eks-security.md)**: IAM, network policies, Pod security
4. **[Karpenter Deep Dive](https://www.atomai.click/kubernetes-docs/llms/en/autoscaling/02-karpenter.md)**: Direct Karpenter installation and advanced features

## Related Quiz

To test your learning, try the [EKS Auto Mode Quiz](https://www.atomai.click/kubernetes-docs/en/quizzes/eks-auto-mode/01-getting-started-quiz).

---

## References

- [AWS EKS Auto Mode Official Documentation](https://docs.aws.amazon.com/eks/latest/userguide/automode.html)
- [Karpenter Official Documentation](https://karpenter.sh/)
- [EKS Best Practices Guide](https://docs.aws.amazon.com/eks/latest/best-practices/)
- [AWS Cost Optimization Guide](https://aws.amazon.com/pricing/cost-optimization/)
- [New EKS Auto Mode features for enhanced security, network control, and performance (AWS Containers Blog, 2025-10-16)](https://aws.amazon.com/blogs/containers/new-amazon-eks-auto-mode-features-for-enhanced-security-network-control-and-performance/)
- [Migrate from self-managed Karpenter to EKS Auto Mode](https://docs.aws.amazon.com/eks/latest/userguide/auto-migrate-karpenter.html)

- [Auto Mode architecture and responsibilities](https://docs.aws.amazon.com/eks/latest/userguide/automode.html)
- [EKS Fargate restrictions](https://docs.aws.amazon.com/eks/latest/userguide/fargate.html)

---

< [Back to EKS Topics](https://www.atomai.click/kubernetes-docs/en/) | [Next: Getting Started](https://www.atomai.click/kubernetes-docs/llms/en/eks-auto-mode/01-getting-started.md) >
