Amazon EKS ノード
Amazon EKS クラスターは、セルフマネージド型ノード、Amazon EKS マネージド型ノードグループ、および AWS Fargate の任意の組み合わせで pods をスケジュールできます。クラスターにデプロイされているノードの詳細については、Kubernetes リソースを表示するを参照してください。
ノードは、クラスターの作成時に選択したサブネットと同じ VPC 内にある必要があります。ただし、ノードは同じサブネット内にある必要はありません。
次の表に、要件を満たすための最適なオプションを決定する際に、評価すべき基準をいくつか示します。このテーブルには、Amazon EKS の外部で作成された接続されたノードは含まれず、閲覧のみ可能です。
Bottlerocket には、この表の一般的な情報と特に異なる点がいくつかあります。詳細については、「GitHub」の「Bottlerocket ドキュメント
| 条件 | EKS マネージド型ノードグループ | セルフマネージド型ノード | AWS Fargate |
|---|---|---|---|
|
AWS Outposts にデプロイできます。 |
いいえ |
はい — 詳細については、「AWS Outposts の Amazon EKS ノード」を参照してください。 |
いいえ |
|
AWS Local Zone |
いいえ |
はい — 詳細については、「Amazon EKS と AWS Local Zones」を参照してください。 |
いいえ |
|
Windows を必要とするコンテナを実行できます |
いいえ |
はい - ただし、クラスターには少なくとも 1 つ (可用性を考慮して 2 つを推奨) の Linux ノードが必要です。 |
いいえ |
|
Linux を必要とするコンテナを実行できます |
はい |
はい |
はい |
|
Inferentia チップを必要とするワークロードを実行可能 |
はい – Amazon Linux ノードのみ |
はい – Amazon Linux のみ |
いいえ |
|
GPU を必要とするワークロードを実行可能 |
はい – Amazon Linux ノードのみ |
はい – Amazon Linux のみ |
いいえ |
|
Arm プロセッサを必要とするワークロードを実行可能 |
いいえ |
||
| AWS Bottlerocket |
はい |
いいえ |
|
| ポッドは、カーネルランタイム環境を他の pods ポッドと共有します。 |
はい - 各ノード上のすべての pods |
はい - 各ノード上のすべての pods |
いいえ - 各 pod には専用のカーネルがあります。 |
|
ポッドは、CPU、メモリ、ストレージ、およびネットワークリソースを他の pods のポッドと共有します。 |
Yes: 各ノードでリソースが未使用の状態になります。 |
Yes: 各ノードでリソースが未使用の状態になります。 |
いいえ - 各 pod には専用のリソースがあり、リソースの使用率を最大化するために個別にサイズ設定できます。 |
|
ポッドは、pod 仕様でリクエストされているよりも多くのハードウェアとメモリを使用できます |
はい - pod がリクエストよりも多くのリソースを必要とし、リソースがノードで使用可能である場合、pod は追加のリソースを使用できます。 |
はい - pod がリクエストよりも多くのリソースを必要とし、リソースがノードで使用可能である場合、pod は追加のリソースを使用できます。 |
いいえ - pod は、より大きな vCPU とメモリ設定を使用して再展開できます。 |
|
Amazon EC2 インスタンスをデプロイおよび管理する必要がある |
はい – Amazon EKS 最適化 AMI をデプロイした場合、Amazon EKS によって自動化されます。カスタム AMI をデプロイした場合は、インスタンスを手動で更新する必要があります。 |
はい - 手動で設定するか、Amazon EKS が提供する AWS CloudFormation テンプレートを使用して、Linux (x86)、Linux (Arm)、または Windows ノードをデプロイします。 |
いいえ |
|
Amazon EC2 インスタンスのオペレーティングシステムの保護、保守、パッチ適用を行う必要がある |
はい |
はい |
いいえ |
|
ノードをデプロイする時に、追加の kubelet 引数 などのブートストラップ引数を提供できます。 |
はい – カスタム AMI の起動テンプレートを使用します |
はい - 詳細については、「GitHub」の「ブーストラップスクリプトの使用に関する情報 |
いいえ |
| ノードに割り当てられた IP アドレスとは異なる CIDR ブロックから、IP アドレスを pods に割り当てることができます。 | はい – カスタム AMI の起動テンプレートを使用します | はい、チュートリアル: カスタムネットワーキング を使用します。 | いいえ |
|
ノードに SSH 接続可能 |
はい |
はい |
No – SSH 接続を行うノードホストオペレーティングシステムはありません。 |
|
独自のカスタム AMI をノードにデプロイ可能 |
はい – 起動テンプレートを使用します |
はい |
いいえ |
|
独自のカスタム CNI をノードにデプロイ可能 |
はい – カスタム AMI の起動テンプレートを使用します |
はい |
いいえ |
|
ノード AMI を自分で更新する必要がある |
はい – Amazon EKS 最適化 AMI をデプロイした場合、更新が利用可能になると Amazon EKS コンソールで通知されます。コンソールでは、ワンクリックで更新を実行できます。カスタム AMI をデプロイした場合、更新が利用可能になっても Amazon EKS コンソールに通知されません。更新は自分で実行する必要があります。 |
はい – Amazon EKS コンソール以外のツールを使用する。これは、セルフマネージド型ノードは Amazon EKS コンソールでは管理できないためです。 |
いいえ |
| ノードの Kubernetes バージョンを自分で更新する必要があります |
はい – Amazon EKS 最適化 AMI をデプロイした場合、更新が利用可能になると Amazon EKS コンソールで通知されます。コンソールでは、ワンクリックで更新を実行できます。カスタム AMI をデプロイした場合、更新が利用可能になっても Amazon EKS コンソールに通知されません。更新は自分で実行する必要があります。 |
はい – Amazon EKS コンソール以外のツールを使用する。これは、セルフマネージド型ノードは Amazon EKS コンソールでは管理できないためです。 |
いいえ: ノードを管理しません。 |
|
pods で Amazon EBS ストレージが使用可能 |
いいえ |
||
|
pods で Amazon EFS ストレージが使用可能 |
|||
|
pods で Amazon FSx for Lustre ストレージが使用可能 |
いいえ |
||
|
Network Load Balancer をサービスに使用可能 |
はい (ネットワークロードバランサーを作成する を使用可能な場合) |
||
|
ポッドはパブリックサブネットで実行可能 |
はい |
はい |
いいえ |
|
それぞれの pods に、異なる VPC セキュリティグループが割り当て可能 |
はい - Linux ノードのみ |
はい - Linux ノードのみ |
はい、バージョン |
|
Kubernetes DaemonSets を実行可能 |
はい |
はい |
いいえ |
|
pod マニフェストで |
はい |
はい |
いいえ |
|
AWS リージョン の入手可能性 |
|||
|
EC2 専有ホストでコンテナを実行できます |
いいえ |
はい |
いいえ |
|
料金 |
複数の pods を実行する Amazon EC2 インスタンスのコスト。詳細については、Amazon EC2 料金表 |
複数の pods を実行する Amazon EC2 インスタンスのコスト。詳細については、「Amazon EC2 料金表 |
個々のFargate メモリとCPU構成のコスト。各 pod には、独自のコストがあります。詳細については、「AWS Fargate 料金表 |
