このページの改善にご協力ください
このユーザーガイドに貢献するには、すべてのページの右側のペインにある「GitHub でこのページを編集する」リンクを選択してください。
既存の EKS クラスターで EKS 自動モード を有効にできます。
注記
EKS 自動モード にはKubernetes バージョン 1.29 以降が必要です。EKS 自動モードは ap-southeast-7
または mx-central-1
AWSリージョンでは使用できません。
AWS では次の移行がサポートされています。
-
Karpenter から EKS 自動モード ノードへの移行
-
「kubectl を使用して Karpenter から EKS 自動モードl に移行する」ではその方法を説明しています。
-
-
EKS マネージドノードグループから EKS 自動モード ノードへの移行
-
「EKS マネージドノードグループから EKS Auto Mode に移行する」ではその方法を説明しています。
-
AWS では以下の移行はサポートされていません。
-
EBS CSI コントローラーから EKS 自動モード ブロックストレージへのボリュームの移行
-
EBS CSI コントローラーは アマゾン EKS 自動モード クラスターにインストールできます。
StorageClass
を使用して、EBS CSI コントローラーまたは EKS 自動モード にボリュームを関連付けます。
-
-
AWS ロードバランサー コントローラー から EKS 自動モード へのロードバランサーの移行
-
アマゾン EKS 自動モード クラスターに AWS ロードバランサー コントローラー をインストールできます。
IngressClass
またはloadBalancerClass
のオプションを使用して、サービスリソースとイングレスリソースを ロードバランサー コントローラー または EKS 自動モード のいずれかに関連付けます。
-
-
代替 CNI またはその他のサポートされていないネットワーク設定を使用した EKS クラスターの移行
移行のリファレンス
次の移行のリファレンスを使用して、Kubernetes リソースをセルフマネージドコントローラーまたは EKS 自動モード が所有するように設定します。
機能 | [リソース] | フィールド | セルフマネージド型 | EKS 自動モード |
---|---|---|---|---|
Block Storage |
|
|
|
|
ロードバランシング |
|
|
|
|
ロードバランシング |
|
コントローラ |
|
|
ロードバランシング |
|
|
|
|
ロードバランシング |
|
|
|
|
コンピューティング |
NodeClass |
|
|
|
ロードバランサー Migration
AWS セルフマネージドロードバランサーコントローラーから EKS 自動モード に既存のロードバランサーを直接転送することはできません。代わりに、ブルー/グリーンデプロイ戦略を実装する必要があります。これはマネージドコントローラーで新しいロードバランサーを作成しながら、既存のロードバランサー設定を維持することになります。
サービスの中断を最小限に抑えるにはDNS ベースのトラフィックシフトアプローチをお勧めします。まず、EKS 自動モード を使用して新しいロードバランサーを作成し、既存の設定を運用できるようにします。次に、DNS ルーティング (Route 53 など) を使用して、古いロードバランサーから新しいロードバランサーにトラフィックを徐々に移行します。トラフィックが正常に移行され、新しい設定を確認したら、古いロードバランサーとセルフマネージドコントローラーを廃止できます。