セルフマネージド Microsoft Windows ノードを作成する

(オプション) アマゾンEKS_CNI_Policy マネージド IAM ポリシー (IPv4 クラスターがある場合) または アマゾンEKS_CNI_IPv6_Policy (IPv6 クラスターがある場合、ユーザー自身が作成したもの) が アマゾン EKS ノードの IAM 役割にアタッチされている場合、代わりに Kubernetes aws-node サービスアカウントに関連付けている IAM 役割に割り当てることをお勧めします。詳細については「IRSA を使用するように アマゾン VPC CNI プラグインを設定する」を参照してください。

この手順では既存のクラスターがあることを前提としています。Windows ノードグループを追加する先の アマゾン EKS クラスターと アマゾン リナックス ノードグループがまだない場合は「Amazon EKS – eksctl の使用を開始する」に従うことをお勧めします。このガイドはアマゾン リナックス ノードで アマゾン EKS クラスターを作成する方法についての完全なチュートリアルを提供します。

次のコマンドを使用して、ノードグループを作成します。地域コード を、クラスターのある AWS リージョンに置き換えます。マイクラスター の部分は自分のクラスター名に置き換えます。この名前には英数字 (大文字と小文字が区別されます) とハイフンのみを使用できます。先頭の文字は英数字である必要があります。また、100 文字より長くすることはできません。名前はクラスターを作成する AWS リージョンおよび AWS アカウント内で一意である必要があります。ng-windows をノードグループの名前に置き換えます。ノードグループ名は 63 文字以下である必要があります。先頭は文字または数字でなければなりませんが、残りの文字にはハイフンおよびアンダースコアを含めることもできます。Kubernetes バージョン 1.24 以降の場合は2019 を 2022 に置き換えて Windows サーバー 2022 を使用できます。残りのサンプル値は独自の値に置き換えます。

eksctl create nodegroup \
    --region region-code \
    --cluster my-cluster \
    --name ng-windows \
    --node-type t2.large \
    --nodes 3 \
    --nodes-min 1 \
    --nodes-max 4 \
    --managed=false \
    --node-ami-family WindowsServer2019FullContainer

出力例は次のとおりです。ノードの作成中に、複数の行が出力されます。出力の最後の行は次のサンプル行が表示されます。

[✔]  created 1 nodegroup(s) in cluster "my-cluster"

(オプション) サンプルアプリケーション をデプロイして、クラスターと Windows ノードをテストします。

次の条件が true の場合、IMDS への Pod アクセスをブロックすることをお勧めします。

詳細については「ワーカーノードに割り当てられたインスタンスプロファイルへのアクセスを制限する」を参照してください。

クラスターステータスが ACTIVE と表示されるまで待ちます。クラスターがアクティブになる前にノードを起動した場合、ノードはクラスターへの登録に失敗し、再起動が必要になります。

AWS クラウドフォーメーション コンソールを開きます

[スタックの作成] を選択してください。

[テンプレートを指定] で、[アマゾン S3 URL] を選択してください。

次の URL をコピーして、[アマゾン S3 URL] に貼り付けます。

https://s3.us-west-2.amazonaws.com/amazon-eks/cloudformation/2023-02-09/amazon-eks-windows-nodegroup.yaml

[次へ] を 2 回選択してください。

[スタックのクイック作成] ページで、必要に応じて以下のパラメータを入力してください。

スタックが IAM リソースを作成する可能性があることを確認し、[スタックの作成] を選択してください。

スタックの作成が完了したら、コンソールで選択し、[出力] を選択してください。

作成されたノードグループの [ノードインスタンス役割] を記録します。これはアマゾン EKS Windows ノードを設定する際、必要になります。

aws-auth ConfigMap がすでにあるかどうかを確認します。

kubectl describe configmap -n kube-system aws-auth

aws-auth ConfigMap が表示されている場合は必要に応じて更新してください。

「Error from server (NotFound): configmaps "aws-auth" not found」というエラーが表示されたら、ストック ConfigMap を適用してください。

ノードのステータスを監視し、Ready ステータスになるまで待機します。

kubectl get nodes --watch

Ctrl+C を入力して、シェルプロンプトに戻ります。

ノードがクラスターに参加できない場合はトラブルシューティングの章にある「ノードをクラスターに結合できません」を参照してください。

(オプション) サンプルアプリケーション をデプロイして、クラスターと Windows ノードをテストします。

(オプション) アマゾンEKS_CNI_Policy マネージド IAM ポリシー (IPv4 クラスターがある場合) または アマゾンEKS_CNI_IPv6_Policy (IPv6 クラスターがある場合、ユーザー自身が作成したもの) が アマゾン EKS ノードの IAM 役割にアタッチされている場合、代わりに Kubernetes aws-node サービスアカウントに関連付けている IAM 役割に割り当てることをお勧めします。詳細については「IRSA を使用するように アマゾン VPC CNI プラグインを設定する」を参照してください。

次の条件が true の場合、IMDS への Pod アクセスをブロックすることをお勧めします。

詳細については「ワーカーノードに割り当てられたインスタンスプロファイルへのアクセスを制限する」を参照してください。