翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# EKS 自動モード
<a name="automode"></a>

**ヒント**  
 Amazon EKS [https://aws-experience.com/emea/smb/events/series/get-hands-on-with-amazon-eks?trk=4a9b4147-2490-4c63-bc9f-f8a84b122c8c&sc_channel=el](https://aws-experience.com/emea/smb/events/series/get-hands-on-with-amazon-eks?trk=4a9b4147-2490-4c63-bc9f-f8a84b122c8c&sc_channel=el)ワークショップを通じてベストプラクティスをご覧ください。

Amazon EKS Auto Mode は、Kubernetes インフラストラクチャ管理における大きな進化を表し、安全でスケーラブルなクラスターインフラストラクチャと AWS が管理する統合された Kubernetes 機能を組み合わせています。このサービスはフルマネージド型のワーカーノードオペレーションを提供するため、お客様が Managed Node Groups または AutoScaling グループ を設定する必要がなくなります。

EKS Auto Mode の主なアーキテクチャ上の違いは、ポッドリクエスト に応じて EC2 インスタンスを自動的にプロビジョニングする Karpenter ベースのシステムを使用することです。これらのインスタンスは、EBS CSI AMIs で実行されるため、インフラストラクチャは AWS によって真に管理されます。従来のスケーリング方法とは対照的に、次のようになります。
+ 従来の Cluster Autoscaler (CAS) では、ノードグループを手動で管理する必要があり、ノードグループごとに単一のインスタンスタイプを持つノードのみを作成できます。
+ セルフマネージド Karpenter は、EC2 フリート API を使用して柔軟性を高め、さまざまなインスタンスタイプをプロビジョニングできますが、カスタマー管理が必要です。
+ EKS Auto Mode は、マネージド NodePools と NodeClasses を介してすべてのスケーリングオペレーションを自動的に処理します。

新しいシステムでは、いくつかの運用上の改善が導入されています。
+ 手動ノードグループ設定なしの自動ポッド駆動型スケーリング
+ Ingress リソースに基づいて ALB/NLB を自動的に作成する組み込みマネージドロードバランサーコントローラー
+ 事前設定された Pod ID と統合されたセキュリティ機能
+ 自動交換によるノードの最大ランタイムは 21 日

コストの観点からは、EKS Auto Mode は標準の EC2 料金を維持しながら、Auto Mode が管理するノードに対してのみ管理料金を追加します。重要なのは、Auto Mode マネージドノードを同じクラスター内のセルフマネージドノードと混在させることです。

AWS はほとんどの運用面を処理しますが、お客様は[クラスターバージョン管理](https://docs.aws.amazon.com/eks/latest/userguide/update-cluster.html)の責任を負い、ワーカーノードのローリング更新をトリガーする制御されたアップグレードを実行できます。

## 自動モードを使用する理由
<a name="_reasons_to_use_auto_mode"></a>

Auto Mode は、Kubernetes と EKS の利点を必要とするユーザーを対象としていますが、Auto Scaling、ロードバランシング、ストレージなどの重要なプラットフォーム部分のアップグレードやインストール/メンテナンスなど、Kubernetes に関する運用上の負担を最小限に抑える必要があります。Auto Mode は、EKS を Kubernetes メンテナンスに伴う未分化の重労働の最小化に向けてさらに一歩進めます。

## よくある質問
<a name="_faq"></a>

### EKS Auto Mode とオープンソース Karpenter の違いは何ですか?
<a name="_what_is_the_difference_between_eks_auto_mode_and_open_source_karpenter"></a>

EKS Auto Mode は、本稼働グレードの Kubernetes の実行をシンプルにする大規模な機能スイートです。これらの機能の 1 つは、フルマネージド型の Karpenter の自動スケーリングの利点です。オペレーションの観点から見ると、唯一の違いは、Karpenter ポッド自体のデプロイ、スケーリング、アップグレードを管理する必要がない EKS Auto Mode です。マネージド NodeClasses や NodePools などの他のすべてのオペレーションは、オープンソースの Karpenter と同様に機能します。

### マネージド型ノードグループを Auto Mode マネージド型ノードと一緒に実行できますか?
<a name="_can_i_run_managed_node_groups_alongside_auto_mode_managed_nodes"></a>

はい。Auto Mode で提供されている Auto Scaling ノードとともに、マネージド型ノードグループを介して静的ノードを実行できます。

### クラスターを標準 EKS から EKS Auto Mode に移行できますか?
<a name="_can_i_migrate_a_cluster_from_standard_eks_to_eks_auto_mode"></a>

はい。既存のクラスターで EKS Auto Mode を有効にする手順は、AWS [の公式ドキュメント](https://docs.aws.amazon.com/eks/latest/userguide/auto-enable-existing.html)に記載されています。

注意点: 1。Auto Mode を有効にしたら、Karpenter や AWS Load Balancer Controller 2 など、Auto Mode で現在管理されているインストール済みのコンポーネントをアンインストールします。インストールされているアドオンがup-to-dateであることを確認する必要があります。ドキュメントを参照してください。

### EKS Auto Mode で NodePools を設定する方法
<a name="_how_do_i_configure_nodepools_in_eks_auto_mode"></a>

新しいクラスターは 2 つの NodePoolsで事前設定されます

#### 汎用
<a name="_general_purpose"></a>

![汎用 NodePool](http://docs.aws.amazon.com/ja_jp/eks/latest/best-practices/images/autoscaling/gp_nodepool.png)


この NodePool は、次の特性を持つノードを起動するように Karpenter に指示します。

1. 「オンデマンド」のキャパシティタイプ

1. C、M、または R のインスタンスタイプ

1. 4 のインスタンス生成

1. AMD アーキテクチャ

1. Linux OS

また、すべてのノードの 10% のみが特定の時点で中断状態になる可能性があること、およびノードが空であるか使用率が低い場合にのみ統合が行われることを宣言することで、スケールダウンロジックを定義します。

#### system
<a name="_system"></a>

![システム NodePool](http://docs.aws.amazon.com/ja_jp/eks/latest/best-practices/images/autoscaling/system_nodepool.png)


この NodePool は、以下の違いを除いて「汎用」に似ています。

1. これにより、ARM アーキテクチャと AMD アーキテクチャを持つノードが可能になります。

1. CriticalAddonsOnly」に許容範囲がない限り、これらのノードを NoSchedule で汚染します。これは EKS アドオンによる内部使用を目的としています

#### カスタム
<a name="_custom"></a>

必要に応じて、独自のカスタム NodePools を作成できます。NodePools の詳細については、[Karpenter ドキュメント](https://karpenter.sh/docs/concepts/nodepools/)を参照してください。

### 新しいノードの起動時に Auto Mode で使用される AMI をカスタマイズできますか?
<a name="_can_i_customize_the_ami_used_by_auto_mode_when_new_nodes_are_launched"></a>

いいえ、現在サポートされている AMIs は Amazon が提供する Bottlerocket のみです

### Kubernetes ホストにカスタムツールまたはエージェントをインストールするにはどうすればよいですか?
<a name="_how_can_i_install_custom_tooling_or_agents_on_my_kubernetes_hosts"></a>

AMI のカスタマイズはサポートされていないため、セキュリティスキャンなどのホストレベルのソフトウェアが必要な場合は、ワークロードを Kubernetes [DaemonSet](https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/) としてデプロイする必要があります。

### 新しい EKS Auto Mode クラスターをプロビジョニングするときに、クラスターデータプレーンで実行されているコンポーネントは何ですか?
<a name="_what_components_are_running_in_my_cluster_data_plane_when_i_provision_a_new_eks_auto_mode_cluster"></a>

eksctl または AWS コンソールを使用してクラスターを作成する場合、EKS Auto Mode クラスターで実行されているポッドは Kubernetes Metrics Server ポッドのみです。Karpenter、AWS Load Balancer Controller、EBS CSI ドライバーなどの EKS Auto Mode の他のコンポーネントはすべてクラスター外で実行および管理されています。

### 新しい EKS Auto Mode クラスターをサポートするために実行されているマネージドコンポーネントは何ですか?
<a name="_what_managed_components_are_running_to_support_my_new_eks_auto_mode_cluster"></a>

EKS Auto Mode は、本稼働グレードの Kubernetes に必要なデータプレーンのほとんどのデプロイを完全に自動化します。これには、以下が含まれます。
+ Karpenter、クラスターのコンピューティングを自動スケーリング
+ AWS Load Balancer Controller は、自動 Elastic Load Balancer 統合を介して Kubernetes サービスを簡単に公開できるようにします。
+ VPC CNI
+ クラスター DNS
+ kube-proxy
+ EBS CSI
+ EKS Pod Identity エージェント
+ EKS ノードモニタリングエージェント

### がクラスターでポッドとして実行していた Auto Mode のコンポーネントをトラブルシューティングするにはどうすればよいですか?
<a name="_how_do_i_troubleshoot_the_components_of_auto_mode_that_used_to_run_as_pods_in_my_cluster"></a>

EKS Auto Mode では、AWS Load Balancer Controller や Karpenter などの多くのコンポーネントがクラスターの外部で管理されるため、自己管理時と同じログを可視化することはできません。自動モード機能の機能をトラブルシューティングする必要がある場合は、AWS サポートチケットを作成します。