ノードを使用してコンピューティングリソースを管理する

フォーカスモード

ノードを使用してコンピューティングリソースを管理する - アマゾン EKS

Kubernetes ノードはコンテナ化されたアプリケーションを実行するマシンです。各ノードには以下のコンポーネントがあります：

コンテナランタイム - コンテナの実行を担当するソフトウェア。
kubelet - コンテナが正常で、関連する Pod 内で実行されていることを確認します。
kube-proxy - Pod との通信を許可するネットワークルールを維持します。

詳細については、Kubernetes ドキュメントの「ノード」を参照してください。

Amazon EKS クラスターは、任意の EKS Auto Mode マネージド型ノード、セルフマネージド型ノード、Amazon EKS マネージド型ノードグループ、AWS Fargate、Amazon EKS Hybrid Nodes を組み合わせて、Pod をスケジュールできます。クラスターにデプロイされているノードの詳細についてはAWS Management Console に Kubernetes リソースを表示するを参照してください。

注記

ハイブリッドノードを除くノードはクラスターの作成時に選択したサブネットと同じ VPC 内にある必要があります。ただし、ノードは同じサブネット内にある必要はありません。

コンピューティングオプションの比較

次の表に、要件を満たすための最適なオプションを決定する際に、評価すべき基準をいくつか示します。セルフマネージド型ノードはリストされているすべての条件をサポートするもう 1 つのオプションですが、より多くの手動メンテナンスが必要です。詳細については、「セルフマネージドノードでノードを自分自身で維持する」を参照してください。

注記

Bottlerocket には、この表の一般的な情報と特に異なる点がいくつかあります。詳しくは、GitHub 上で Bottlerocket のドキュメントを参照してください。

条件	EKS マネージド型ノードグループ	EKS 自動モードl	アマゾン EKS ハイブリッドノード
AWS アウトポストにデプロイ可能	いいえ	いいえ	いいえ
AWS ローカルゾーンにデプロイ可能	はい	いいえ	いいえ
Windows を必要とするコンテナを実行できる	はい	いいえ	いいえ
Linux を必要とするコンテナを実行可能	はい	あり	はい
インフェクエンティアチップを必要とするワークロードを実行可能	はい – アマゾンリナックスノードのみ	はい	いいえ
GPU を必要とするワークロードを実行可能	はい – アマゾンリナックスノードのみ	あり	あり
Arm プロセッサを必要とするワークロードを実行可能	あり	あり	あり
AWS Bottlerocket を実行可能	あり	はい	いいえ
ポッドはCPU、メモリ、ストレージ、およびネットワークリソースを他のポッドと共有します。	あり	あり	あり
Amazon EC2 インスタンスをデプロイおよび管理する必要がある	はい	いいえ - EC2 マネージドインスタンスについて説明します	はい - オンプレミスの物理マシンまたは仮想マシンは選択したツールで管理されます。
Amazon EC2 インスタンスのオペレーティングシステムの保護、保守、パッチ適用を行う必要がある	はい	いいえ	はい – 物理マシンまたは仮想マシンで実行されているオペレーティングシステムは選択したツールで管理されます。
ノードをデプロイする時に、追加の kubelet 引数などのブートストラップ引数を提供できます。	はい – `eksctl`、またはカスタム AMI を含む起動テンプレートを使用します。	いいえ - NodeClass を使用してノードを設定します	はい - nodeadm を使用してブートストラップ引数をカスタマイズできます。「ハイブリッドノード nodeadm 参照」を参照してください。
ノードに割り当てられた IP アドレスとは異なる CIDR ブロックから、IP アドレスを Pod に割り当てることができます。	はい - カスタム AMI の起動テンプレートを使用します。詳細については「起動テンプレートを使用してマネージドノードをカスタマイズする」を参照してください。	いいえ	はい - 「ハイブリッドノードの CNI を設定する」を参照してください。
ノードに SSH 接続可能	はい	いいえ — ノードのトラブルシューティング方法について説明します	はい
独自のカスタム AMI をノードにデプロイ可能	はい – 起動テンプレートを使用します	いいえ	はい
独自のカスタム CNI をノードにデプロイ可能	はい – カスタム AMI の起動テンプレートを使用します	いいえ	はい
ノード AMI を自分で更新する必要がある	はい - アマゾン EKS 最適化 AMI をデプロイした場合、更新が利用可能になるとアマゾン EKS コンソールで通知されます。コンソールではワンクリックで更新を実行できます。カスタム AMI をデプロイした場合、更新が利用可能になってもアマゾン EKS コンソールに通知されません。更新は自分で実行する必要があります。	いいえ	はい - 物理マシンまたは仮想マシンで実行されているオペレーティングシステムは選択したツールで管理されます。「ハイブリッドノード用のオペレーティングシステムを準備する」を参照してください。
ノードの Kubernetes バージョンを自分で更新する必要があります。	はい - アマゾン EKS 最適化 AMI をデプロイした場合、更新が利用可能になるとアマゾン EKS コンソールで通知されます。コンソールではワンクリックで更新を実行できます。カスタム AMI をデプロイした場合、更新が利用可能になってもアマゾン EKS コンソールに通知されません。更新は自分で実行する必要があります。	いいえ	はい - 独自のツールまたは `nodeadm` を使用して、ハイブリッドノードのアップグレードを管理します。「クラスターのハイブリッドノードをアップグレードする」を参照してください。
Pod で Amazon EBS ストレージを使用可能	あり	はい。統合された機能として使用できます。ストレージクラスを作成する方法について説明します。	いいえ
Pod で Amazon EFS ストレージを使用可能	あり	はい	いいえ
Pod で Amazon FSx for Lustre ストレージを使用可能	あり	はい	いいえ
Network Load Balancer をサービスに使用可能	あり	あり	はい - ターゲットタイプ `ip` を使用する必要があります。
ポッドはパブリックサブネットで実行可能	はい	あり	いいえ - ポッドはオンプレミス環境で実行されます。
それぞれの Pod に、異なる VPC セキュリティグループを割り当て可能	はい: Linux ノードのみ	いいえ	いいえ
Kubernetes DaemonSets を実行可能	はい	あり	あり
Pod マニフェストで `HostPort` および `HostNetwork` をサポートします	はい	あり	あり
AWS が利用可能なリージョン	すべてのアマゾン EKS 対応リージョン	すべてのアマゾン EKS 対応リージョン	AWS Govクラウド (米国) リージョンと中国リージョンを除くAmazon EKS がサポートするすべてのリージョン。
Amazon EC2 専有ホストでコンテナを実行できます	はい	いいえ	いいえ
料金	複数の Pod を実行する Amazon EC2 インスタンスのコスト。詳細についてはアマゾン EC2 料金表を参照してください。	クラスターで EKS 自動モードl が有効になっている場合は自動モードl のコンピューティング機能を使用して起動されたインスタンスに対しては標準の EC2 インスタンス料金に加えて個別の料金がかかります。この金額は起動されたインスタンスタイプとクラスターが配置されている AWS リージョンによって異なります。詳細については「アマゾン EKS の料金」を参照してください。	ハイブリッドノードの vCPU の 1 時間あたりのコスト。詳細については「アマゾン EKS の料金」を参照してください。