**このページの改善にご協力ください** 

このユーザーガイドに貢献するには、すべてのページの右側のペインにある「**GitHub でこのページを編集する**」リンクを選択してください。

# ノードを使用してコンピューティングリソースを管理する
<a name="eks-compute"></a>

Kubernetes ノードはコンテナ化されたアプリケーションを実行するマシンです。各ノードには以下のコンポーネントがあります：
+  **[コンテナランタイム](https://kubernetes.io/docs/setup/production-environment/container-runtimes/)** - コンテナの実行を担当するソフトウェア。
+  **[kubelet](https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/)** - コンテナが正常で、関連する Pod 内で実行されていることを確認します。
+  **[kube-proxy](https://kubernetes.io/docs/reference/command-line-tools-reference/kube-proxy/)** - Pod との通信を許可するネットワークルールを維持します。

詳細については、Kubernetes ドキュメントの「[ノード](https://kubernetes.io/docs/concepts/architecture/nodes/)」を参照してください。

Amazon EKS クラスターは、任意の [EKS 自動モードマネージド型ノード](automode.md)、[セルフマネージド型ノード](worker.md)、[Amazon EKS マネージド型ノードグループ](managed-node-groups.md)、[AWS Fargate](fargate.md)、[Amazon EKS Hybrid Nodes](hybrid-nodes-overview.md) を組み合わせて、Pod をスケジュールできます。クラスターにデプロイされているノードの詳細については[AWS マネジメントコンソール に Kubernetes リソースを表示する](view-kubernetes-resources.md)を参照してください。

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

## コンピューティングオプションの比較
<a name="_compare_compute_options"></a>

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

**注記**  
Bottlerocket には、この表の一般的な情報と特に異なる点がいくつかあります。詳しくは、GitHub 上で Bottlerocket の[ドキュメント](https://github.com/bottlerocket-os/bottlerocket/blob/develop/README.md)を参照してください。


| 条件 | EKS マネージド型ノードグループ | EKS 自動モード | Amazon EKS Hybrid Nodes | 
| --- | --- | --- | --- | 
| [AWS アウトポスト](https://docs.aws.amazon.com/outposts/latest/userguide/what-is-outposts.html) にデプロイ可能  | いいえ | いいえ | いいえ | 
| [AWS ローカルゾーン](local-zones.md) にデプロイ可能  | はい | いいえ | いいえ | 
| Windows を必要とするコンテナを実行できる | はい | いいえ | いいえ | 
| Linux を必要とするコンテナを実行可能 | はい | はい | はい | 
| インフェクエンティア チップを必要とするワークロードを実行可能 |  [はい](inferentia-support.md) – Amazonリナックス ノードのみ | はい | いいえ | 
| GPU を必要とするワークロードを実行可能 |  [はい](eks-optimized-ami.md#gpu-ami) – Amazonリナックス ノードのみ | はい | はい | 
| Arm プロセッサを必要とするワークロードを実行可能 |  [はい](eks-optimized-ami.md#arm-ami)  | はい | はい | 
| AWS [Bottlerocket](https://aws.amazon.com/bottlerocket/) を実行可能  | はい | はい | いいえ | 
| ポッドはCPU、メモリ、ストレージ、およびネットワークリソースを他のポッドと共有します。 | はい | はい | はい | 
| Amazon EC2 インスタンスをデプロイおよび管理する必要がある | はい | いいえ - [EC2 マネージドインスタンス](automode-learn-instances.md)について説明します  | はい - オンプレミスの物理マシンまたは仮想マシンは選択したツールで管理されます。 | 
| Amazon EC2 インスタンスのオペレーティングシステムの保護、保守、パッチ適用を行う必要がある | はい | いいえ | はい – 物理マシンまたは仮想マシンで実行されているオペレーティングシステムは選択したツールで管理されます。 | 
| ノードをデプロイする時に、追加の [kubelet](https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/) 引数 などのブートストラップ引数を提供できます。 | はい – `eksctl`、またはカスタム AMI を含む[起動テンプレート](launch-templates.md)を使用します。 | いいえ - [`NodeClass` を使用してノードを設定します](create-node-class.md)  | はい - nodeadm を使用してブートストラップ引数をカスタマイズできます。[ハイブリッドノード `nodeadm` 参照](hybrid-nodes-nodeadm.md) を参照してください。 | 
| ノードに割り当てられた IP アドレスとは異なる CIDR ブロックから、IP アドレスを Pod に割り当てることができます。 | はい - カスタム AMI の起動テンプレートを使用します。詳細については、[起動テンプレートを使用してマネージドノードをカスタマイズする](launch-templates.md) を参照してください。 | いいえ | はい - 「[ハイブリッドノードの CNI を設定する](hybrid-nodes-cni.md)」を参照してください。 | 
| ノードに SSH 接続可能 | はい | いいえ — [ノードのトラブルシューティング方法について説明します](auto-troubleshoot.md)  | はい | 
| 独自のカスタム AMI をノードにデプロイ可能 | はい – [起動テンプレート](launch-templates.md)を使用します  | いいえ | はい | 
| 独自のカスタム CNI をノードにデプロイ可能 | はい – カスタム AMI の[起動テンプレート](launch-templates.md)を使用します | いいえ | はい | 
| ノード AMI を自分で更新する必要がある |  [はい](update-managed-node-group.md) - Amazon EKS 最適化 AMI をデプロイした場合、更新が利用可能になると Amazon EKS コンソールで通知されます。コンソールではワンクリックで更新を実行できます。カスタム AMI をデプロイした場合、更新が利用可能になっても Amazon EKS コンソールに通知されません。更新は自分で実行する必要があります。 | いいえ | はい - 物理マシンまたは仮想マシンで実行されているオペレーティングシステムは選択したツールで管理されます。[ハイブリッドノード用のオペレーティングシステムを準備する](hybrid-nodes-os.md) を参照してください。 | 
| ノードの Kubernetes バージョンを自分で更新する必要があります。 |  [はい](update-managed-node-group.md) - Amazon EKS 最適化 AMI をデプロイした場合、更新が利用可能になると Amazon EKS コンソールで通知されます。コンソールではワンクリックで更新を実行できます。カスタム AMI をデプロイした場合、更新が利用可能になっても Amazon EKS コンソールに通知されません。更新は自分で実行する必要があります。 | いいえ | はい - 独自のツールまたは `nodeadm` を使用して、ハイブリッドノードのアップグレードを管理します。[クラスターのハイブリッドノードをアップグレードする](hybrid-nodes-upgrade.md) を参照してください。 | 
| Pod で Amazon EBS ストレージを使用可能 |  [はい](ebs-csi.md)  | はい。統合された機能として使用できます。[ストレージクラスを作成](create-storage-class.md)する方法について説明します。 | いいえ | 
| Pod で Amazon EFS ストレージを使用可能 |  [はい](efs-csi.md)  | はい | いいえ | 
| Pod で Amazon S3 ファイルストレージを使用可能 |  [はい](s3files-csi.md)  | はい | いいえ | 
| Pod で Amazon FSx for Lustre ストレージを使用可能 |  [はい](fsx-csi.md)  | はい | いいえ | 
| Network Load Balancer をサービスに使用可能 |  [はい](network-load-balancing.md)  | はい | はい - ターゲットタイプ `ip` を使用する必要があります。 | 
| ポッドはパブリックサブネットで実行可能 | はい | はい | いいえ - ポッドはオンプレミス環境で実行されます。 | 
| それぞれの Pod に、異なる VPC セキュリティグループを割り当て可能 |  [はい](security-groups-for-pods.md): Linux ノードのみ | いいえ | いいえ | 
| Kubernetes DaemonSets を実行可能 | はい | はい | はい | 
| Pod マニフェストで `HostPort` および `HostNetwork` をサポートします | はい | はい | はい | 
|  AWS が利用可能なリージョン |  [すべての Amazon EKS 対応リージョン](https://docs.aws.amazon.com/general/latest/gr/eks.html)  |  [すべての Amazon EKS 対応リージョン](https://docs.aws.amazon.com/general/latest/gr/eks.html)  |  AWS Govクラウド (米国) リージョンと中国リージョンを除く[Amazon EKS がサポートするすべてのリージョン](https://docs.aws.amazon.com/general/latest/gr/eks.html)。 | 
| Amazon EC2 専有ホストでコンテナを実行できます | はい | なし | いいえ | 
| 料金 | 複数の Pod を実行する Amazon EC2 インスタンスのコスト。詳細については、[Amazon EC2 料金表](https://aws.amazon.com/ec2/pricing/) を参照してください。 | クラスターで EKS 自動モードが有効になっている場合は自動モードのコンピューティング機能を使用して起動されたインスタンスに対しては標準の EC2 インスタンス料金に加えて個別の料金がかかります。この金額は起動されたインスタンスタイプとクラスターが配置されている AWS リージョンによって異なります。詳細については「[Amazon EKS の料金](https://aws.amazon.com/eks/pricing/)」を参照してください。 | ハイブリッドノードの vCPU の 1 時間あたりのコスト。詳細については「[Amazon EKS の料金](https://aws.amazon.com/eks/pricing/)」を参照してください。 |