Amazon EKS ノード - Amazon EKS

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 ノードのみ

はい、バージョン 1.18 以降のクラスターです

Kubernetes DaemonSets を実行可能

はい

はい

いいえ

pod マニフェストで HostPort および HostNetwork をサポートします

はい

はい

いいえ

AWS リージョン の入手可能性

すべての Amazon EKS 対応リージョン

すべての Amazon EKS 対応リージョン

一部の Amazon EKS 対応リージョン

EC2 専有ホストでコンテナを実行できます

いいえ

はい

いいえ

料金

複数の pods を実行する Amazon EC2 インスタンスのコスト。詳細については、Amazon EC2 料金表を参照してください。

複数の pods を実行する Amazon EC2 インスタンスのコスト。詳細については、「Amazon EC2 料金表」を参照してください。

個々のFargate メモリとCPU構成のコスト。各 pod には、独自のコストがあります。詳細については、「AWS Fargate 料金表」を参照してください。