このページの改善にご協力ください
本ユーザーガイドの改善にご協力いただけませんか? すべてのページの右側のペインにある GitHub リンクで、このページの編集を選択してください。皆さまにご協力いただくことで、あらゆる人々に使いやすいユーザーガイドになります。
Amazon EKS 最適化 Amazon Linux AMI は、Amazon Linux 2 (AL2) および Amazon Linux 2023 (AL2023) 上に構築されています。Amazon EKS ノードのベースイメージとして機能するように構成されています。AMI は、Amazon EKS と連携するように構成されており、次のコンポーネントが含まれています。
-
kubelet
-
AWS IAM Authenticator
-
Docker (Amazon EKS バージョン
1.23
以前) -
containerd
注記
-
Amazon Linux のセキュリティまたはプライバシーに関するイベントを、Amazon Linux セキュリティセンター
で追跡できます。そのためには、目的のバージョンのタブを選択します。該当する RSS フィードをサブスクライブすることもできます。セキュリティおよびプライバシーイベントには、問題の概要、影響を受けるパッケージ、および問題を修正するためにインスタンスを更新する方法などがあります。 -
高速または Arm AMI をデプロイする前に、Amazon EKS 最適化高速 Amazon Linux AMI および Amazon EKS 最適化 Arm Amazon Linux AMI の情報を確認してください。
-
Kubernetes バージョン
1.23
では、オプションのブートストラップフラグを使用して、Docker からcontainerd
への移行をテストできます。詳細については、「Amazon Linux 2 の Docker から containerd への移行をテストする」を参照してください。 -
Amazon EC2
P2
インスタンスは、NVIDIA
ドライバーバージョン 470 以前を必要とするため、Amazon EKS ではサポートされていません。 -
バージョン
1.30
以降のクラスターで新しく作成されたマネージド型ノードグループは、ノードオペレーティングシステムとして自動的に AL2023 を使用するようデフォルトで設定されます。以前は、新しいノードグループはデフォルトで AL2 を使用するよう設定されていました。新しいノードグループを作成するときに AL2 を AMI タイプとして選択すれば、AL2 を引き続き使用できます。 -
AL2 のサポートは 2025 年 6 月 30 日に終了します。詳細については、「Amazon Linux 2 に関するよくある質問
」を参照してください。
Amazon EKS 最適化高速 Amazon Linux AMI
Amazon EKS 最適化高速 Amazon Linux AMI は、標準的な Amazon EKS 最適化 Amazon Linux AMI 上に構築されています。これは、Amazon EKS ノードのオプションのイメージとして機能し、GPU、Inferentia
標準の Amazon EKS 最適化 AMI 設定に加えて、高速 AMI には、以下が備わっています。
-
NVIDIA ドライバー
-
nvidia-container-toolkit
-
AWS Neuron ドライバー
高速 AMI に含まれる最新のコンポーネント一覧については、GitHub の amazon-eks-ami
「リリース
注記
-
ノードの AWS CloudFormation テンプレートには、適用可能なインスタンスタイプを指定するようにしてください。Amazon EKS 最適化高速 AMI を使用することで、NVIDIA のクラウドエンドユーザーライセンス契約 (EULA)
に同意したものとみなされます。 -
Amazon EKS 最適化高速 AMI は、以前は、GPU をサポートする Amazon EKS 最適化 AMI と呼ばれていたものです。
-
これまでのバージョンの Amazon EKS 最適化高速 AMI では、
nvidia-docker
リポジトリがインストールされていました。このリポジトリは、Amazon EKS AMI バージョンv20200529
以降では包含されなくなります。
Amazon EKS 最適化アクセラレーテッド Amazon Linux AMI でのワークロードの実行に関する詳細については、「GPU アクセラレーションコンテナを実行する (EC2 での Linux)」を参照してください。
Amazon EKS 最適化 Arm Amazon Linux AMI
Arm インスタンスは、ウェブサーバー、コンテナ化されたマイクロサービス、キャッシュフリート、および分散データストアといったスケールアウト型で Arm ベースのアプリケーションにおいて、コストを大幅に削減します。クラスターに Arm ノードを追加する際には、次の考慮事項を確認してください。
-
クラスターが 2020 年 8 月 17 日より前にデプロイされている場合、クラスターの重要なアドオンマニフェストを 1 回だけアップグレードする必要があります。これは、クラスター内で使用中の各ハードウェアアーキテクチャのイメージを、Kubernetes が正しく取得できるようにするためです。クラスターのアドオン更新の詳細については、「ステップ 1: アップグレードの準備をする」を参照してください。2020 年 8 月 17 日以降にクラスターをデプロイしている場合、ご使用の CoreDNS、
kube-proxy
、および Amazon VPC CNI plugin for Kubernetes のアドオンは、すでにマルチアーキテクチャに対応済みです。 -
Arm ノードにデプロイされたアプリケーションは、Arm 用にコンパイルする必要があります。
-
既存のクラスターでデプロイ済みの DaemonSets がある場合、または Arm ノードをデプロイする新しいクラスターにこれをデプロイする場合は、クラスター内のすべてのハードウェアアーキテクチャで DaemonSet が実行可能であることを確認します。
-
同じクラスター内で、Arm ノードグループと x86 ノードグループを実行することができます。その場合、Pod をデプロイできるハードウェアアーキテクチャを Kubernetes が認識できるようにするために、マルチアーキテクチャのコンテナイメージを Amazon Elastic Container Registry などのコンテナリポジトリにデプロイした上で、ノードセレクターをマニフェストに追加することも考慮に入れてください。詳細については、Amazon ECR ユーザーガイドのマルチアーキテクチャイメージのプッシュと、ブログ記事 Introducing multi-architecture container images for Amazon ECR
を参照してください。
詳細情報
Amazon EKS 最適化 Amazon Linux AMI の詳細については、以下のセクションを参照してください。
-
Amazon Linux をマネージド型ノードグループと使用するには、「マネージドノードグループを使用してノードライフサイクルを簡素化する」を参照してください。
-
セルフマネージド型の Amazon Linux ノードの起動には、「推奨 Amazon Linux AMI ID を取得する」を参照してください。
-
バージョンについては、「Amazon Linux AMI のバージョン情報を取得する」を参照してください。
-
Amazon EKS 最適化 Amazon Linux AMI の最新の ID を取得するには、「推奨 Amazon Linux AMI ID を取得する」を参照してください。
-
Amazon EKS 最適化 AMI の構築に使用されているオープンソーススクリプトについては、「スクリプトを使用してカスタム Amazon Linux AMI を構築する」を参照してください。