メインコンテンツに移動

Amazon EKS

Amazon EKS よくある質問

Amazon EKS は、AWS での Kubernetes の実行を容易にするマネージドサービスで、独自の Kubernetes コントロールプレーンやワーカーノードをインストールして操作する必要がありません。

Kubernetes はオープンソースのコンテナオーケストレーションシステムで、コンテナ化されたアプリケーションを大規模にデプロイし、管理することを可能にします。Kubernetes は、コンテナを論理的なグループに分けてを管理、発見できるようにしてから、Amazon Elastic Compute Cloud (Amazon EC2) インスタンスのクラスター上で起動します。Kubernetes をお使いになると、オンプレミス、クラウドで同じツールセットを用いて、マイクロサービス、バッチプロセスワーカー、Platforms as a Service (PaaS) などのコンテナ化されたアプリケーションを実行できます。

Amazon EKS は、優れた可用性と耐障害性のために、複数の AWS アベイラビリティーゾーン (AZ) 全体でアプリケーションプログラミングインターフェイス (API) サーバーやバックエンド永続レイヤーなどの Kubernetes コントロールプレーンをプロビジョンし、スケールします。Amazon EKS は異常なコントロールプレーンノードを自動的に検出して置き換え、コントロールプレーンにパッチを適用します。コンテナ向けサーバーレスコンピューティングを提供する AWS Fargate を使用して EKS を実行できます。Fargate ではサーバーのプロビジョンと管理が不要で、アプリケーションごとにリソースを指定してその分のみ料金を支払うことができるだけでなく、設計段階からのアプリケーション分離によりセキュリティを強化します。

Amazon EKS は、多くの AWS のサービスと統合し、ユーザーのアプリケーションにスケーラビリティとセキュリティを提供します。これらのサービスには、Elastic Load Balancing による負荷分散、AWS Identity and Access Management (IAM) による認証、Amazon Virtual Private Cloud (VPC) による分離、AWS CloudTrail によるログ記録、などがあります。

Amazon EKS は、ユーザーに代わって Kubernetes コントロールプレーンとワーカーノードをプロビジョニング (起動) し、管理することによって機能します。高いレベルでは、Kubernetes は次の 2 つの主要コンポーネントで構成されています。ひとつはコンテナを実行する「ワーカーノード」のクラスターで、もうひとつはクラスター上でいつ、どこでコンテナが開始されるかを管理し、その結果をモニターするコントロールプレーンです。

Amazon EKS を使わない場合は、Kubernetes コントロールプレーンとワーカーノードのクラスターの両方を自分で実行する必要があります。Amazon EKS では、EKS コンソール、コマンドラインインターフェイス (CLI)、または API で単一のコマンドを使用してワーカーノードをプロビジョニングします。AWS は、Kubernetes のコントロールプレーンのプロビジョニング、スケーリング、および管理を、高可用かつ安全な設定で行います。これにより、運用上の負担は大きく軽減され、AWS インフラストラクチャの管理に時間を割くことなく、アプリケーションの構築に集中できます。

Amazon EKS は、Kubernetes との互換性がある Linux x86、ARM、および Windows Server オペレーティングシステムのディストリビューションをサポートしています。Amazon EKS は、Amazon Linux 2 および Amazon Linux 2023、Bottlerocket、ならびに Windows Server 2022 向けに最適化された AMI を提供します。その他の Linux ディストリビューション用の EKS に最適化された AMI (Ubuntu など) は、それぞれのベンダーから入手できます。

AWS Container Services Public Roadmap で機能リクエストを開始することによって、追加できる機能や改善点をお知らせください

Amazon Elastic Kubernetes Service (EKS) Provisioned Control Plane は、クラスターのコントロールプレーンの容量を選択できる機能です。これにより、最も要求の厳しいワークロードでも予測可能で高いパフォーマンスを実現できます。Provisioned Control Plane を使用すると、明確に定義されたスケーリング階層のセットから必要な容量をクラスターに事前にプロビジョニングできるため、需要が急増してもすぐにコントロールプレーンを準備できます。これらの新しいスケーリング階層により、クラスターのパフォーマンスとスケーラビリティが大幅に向上し、単一のクラスターで超大規模なワークロードを実行できます。

クラスターが使用している Provisioned Control Plane のスケーリング階層に基づいて時間単位の料金が発生します。スケーリング階層の料金の詳細については、Amazon EKS の料金ページをご覧ください。

Amazon EKS Capabilities

すべて開く

Amazon EKS Capabilities は、フルマネージド型の Kubernetes ネイティブクラスター機能の拡張可能なセットで、速度を高め、カスタム Kubernetes プラットフォームを構築する際の複雑さを軽減します。これらの基本機能には、継続的デプロイ、クラウドリソース管理、リソース構成とオーケストレーションが含まれます。EKS Capabilities は、これらの基本機能をこだわりがありながら柔軟な構成で完全に管理します。Kubernetes ベースのプラットフォームが既にある場合は、運用上の負担を AWS に負うようにすることができます。専用のプラットフォームリソースがない場合でも、EKS Capabilities にオンボードして、すぐに構築を開始してスケールできます。

Amazon EKS は現在、発売時に 3 つの Capabilities を提供しており、それぞれが Kubernetes エコシステムの異なるユースケースに対応しています。Argo CD により、GitOps 原則を使用して、アプリケーションを 1 つまたは複数のクラスターにデプロイするのに役立ち、ドリフト検出と自動調整も行えます。AWS Controllers for Kubernetes (ACK) を使用すると、コンテキストやツールを切り替えることなく、アプリケーションとともに Kubernetes ネイティブな方法で AWS クラウドインフラストラクチャを管理できます。Kubernetes Resource Orchestrator (KRO) を使用すると、複雑なマルチリソース設定をシンプルなビルディングブロックとして定義する再利用可能なカスタム API を作成できます。これにより、標準化されたアプリケーションとインフラストラクチャのパターンを組織全体に簡単に配信できます。

使用を開始するには、EKS API、AWS コンソール、eksctl、または任意の Infrastructure-as-Code (IaC) ツールを使用して、新規または既存のクラスターで EKS Capabilities を有効にし、各 Capability が使用する IAM ロールを指定します。各 Capability には、その特定の機能について付与された特定の IAM アクセス許可が必要です。有効にすると、主に使い慣れた Kubernetes ワークフローを使用できます。必ず kubectl を使用してクラスターに Kubernetes リソースを適用するか、Argo UI や Argo CLI などのツールを使用して自動化された GitOps ワークフローを使用します。

Amazon EKS Capabilities は、すべての EKS クラスターへのモダンなアプリケーションデプロイとインフラストラクチャ管理に特化して構築された、Kubernetes の統合プラットフォーム機能を組み合わせます。これらの機能は、継続的デプロイ、クラウドリソース管理、リソース構成とオーケストレーションなど、Kubernetes プラットフォームの運用に必要なものの基盤となります。EKS Capabilities は EKS の統合部分であり、インストール、スケーリング、アップグレード、管理について心配する必要はありません。これらの機能を支える Kubernetes コントローラーは、AWS が管理するインフラストラクチャのクラスターから完全に動作し、フルマネージド型のエクスペリエンスを実現します。デフォルトでは、機能は AWS のベストプラクティスに従ってセットアップされます。これらの機能は完全に独立しており、クラスターで有効にする機能を選択できます。アプリケーションとインフラストラクチャが常に適切に管理されるように、EKS Capabilities はお客様の希望の状態を継続的に監視し、要件を満たすようにリソースを自動的に同期、作成、最適化します。基盤となるプラットフォームコンポーネントは、最新のセキュリティパッチとバグ修正で自動的に更新されるため、安全かつ最新の状態に保たれます。

Amazon EKS Capabilities を使用することで、AWS の責任はクラスターインフラストラクチャ上で実行される従来の EKS アドオンと比較して拡大します。Kubernetes クラスターコントロールプレーンの運用に加えて、EKS Capabilities を有効にすると、AWS は GitOps デプロイ、AWS リソースオーケストレーション、リソース構成を支えるプラットフォームソフトウェアコンポーネントのセキュリティ保護、設定、管理も担当します。AWS は、これらの機能の運用ライフサイクル全体を管理します。これには、複数のアベイラビリティーゾーンにわたる高可用性の確保、メトリクスに基づくコントローラーの自動スケーリング、セキュリティパッチの適用、バージョンアップグレードの管理、Kubernetes のバージョン互換性の維持などがあります。AWS は、AWS Secrets Manager、AWS Code Connections、AWS Code Connections、AWS アイデンティティセンターなどの AWS サービスとの統合も扱います。さらに、AWS は機能の状態とパフォーマンスを監視し、基盤となるインフラストラクチャリソースを管理し、運用メトリクスとログを維持します。AWS がこれらの運用面を管理する一方で、必要な IAM ロールの提供と管理、特定のニーズに合わせた機能の設定、Kubernetes API を使用したアプリケーションとリソースの管理については、お客様の責任となります。

EKS Capabilities と EKS アドオンの根本的な違いは、どこで運用され、基盤となるインフラストラクチャを誰が管理するかという点にあります。クラスターのコンピューティングリソース上で実行され、基盤となるコンピューティング容量の管理、リソース消費の監視、スケーリング要件の処理を必要とする EKS アドオンとは異なり、EKS Capabilities は AWS が管理する完全に統合された EKS 機能として動作します。アドオンでは、お客様の責任には十分なクラスター容量の維持、アドオンの状態の監視、バージョン更新の管理などですが、EKS Capabilities では、お客様は必要な IAM ロールを提供し、ニーズに基づいて機能を設定するだけで済みます。一方、AWS は、運用インフラストラクチャ、コンピューティングリソース、スケーリング、可用性など、その他すべてを管理します。この移行により、EKS Capabilities はクラスターでプラットフォームサービスを実行する際の運用上のオーバーヘッドを低減すると同時に、期待どおりの Kubernetes ネイティブなエクスペリエンスを実現できます。

すべての EKS Capabilities の料金情報は、Amazon EKS の料金ページに記載されています。

Amazon EKS はオープンソースの Kubernetes を実行するため、Kubernetes コミュニティで提供されている既存のプラグインやツールのすべてを使用できます。Amazon EKS で動作するアプリケーションは、オンプレミスのデータセンターで実行されているかパブリッククラウドで実行されているかにかかわらず、標準的な Kubernetes 環境で動作しているアプリケーションと完全に互換性があります。そのため、コードを修正することなく、標準的な Kubernetes アプリケーションを Amazon EKS に簡単に移行できます。

はい。AWS Fargate と Amazon EKS を使用すると、Kubernetes アプリケーションをサーバーレスコンテナとして実行できます。

EKS アドオンを使用すると、EKS クラスターのオブザーバビリティ、スケーリング、ネットワーキング、AWS クラウドリソース統合などの機能を提供する Kubernetes 運用ソフトウェアを有効にして管理することができます。これらのアドオンがあれば、さまざまな運用ソフトウェアを EKS から直接管理できるようになり、検索性、構成、セキュリティ、ライフサイクル管理が強化されます。

Amazon EKS アドオンは、Kubernetes 運用ソフトウェアのワンクリックインストールと管理機能を提供します。これにより、1 つのコマンドでクラスターの作成からアプリケーションの実行に移行でき、クラスターに必要な運用ソフトウェアを簡単に最新の状態に保つことができます。これにより、Kubernetes クラスターの安全性と安定性が確保され、本番環境に対応した Kubernetes クラスター AWS を開始して管理するために必要な作業量が削減されます。

Amazon EKS Auto Mode

すべて開く

Amazon EKS Auto Mode は、AWS 上の Kubernetes クラスター管理を完全に自動化し、インフラストラクチャのプロビジョニング、リソースのスケーリング、コアアドオンの管理、コストの最適化を自動的に行うことで、運用を簡素化します。EKS Auto Mode は、コンピューティングの自動スケーリング、ポッドとサービスのネットワーク、アプリケーション負荷分散、クラスター DNS、ブロックストレージ、GPU サポートなどの統合された Kubernetes 機能により、AWS が管理する安全でスケーラブルなクラスターインフラストラクチャを提供します。Kubernetes に準拠しているため、好みの Kubernetes 互換ツールのすべてを使用できます。EKS クラスターで実行されるアプリケーションでは、実証済みのベストプラクティスに基づいた設定、自動スケーリング、コスト最適化が行われ、最新の状態に維持されている AWS マネージド EC2 インスタンス、Amazon Elastic Block Store (Amazon EBS) ボリューム、ロードバランサー、およびその他クラウドリソースのすべてを、コストと運用上のオーバーヘッドを最小限に抑えながら使用できるようになります。

Amazon EKS Auto Mode は、EKS が提供されているすべての AWS リージョン (AWS GovCloud (米国) と中国リージョンを除く) で、Kubernetes 1.29 以降を実行している新規および既存の EKS クラスターに利用できます。使用を開始するには、EKS API、AWS コンソール、eksctl、または任意のコードとしてのインフラストラクチャ (IaC) ツールを使用して、新規または既存のクラスターで EKS Auto Mode を有効にし、AWS が管理するコンピューティングインフラストラクチャが使用する IAM ロールを指定します。デフォルトで、EKS Auto Mode はクラスター内にベストプラクティスの汎用コンピューティングスケーリング構成を作成するので、アプリケーションの実行をすばやく開始できます。より詳細なカスタマイズを行う場合は、これらのデフォルトを無効にして、クラスターで Kubernetes API を使用して追加のコンピューティングスケーリングとインフラストラクチャ構成を作成できます。

Amazon EKS Auto Mode は、最新アプリケーション専用に構築された Kubernetes の統合機能と AWS が管理するインフラストラクチャを組み合わせて、すべての EKS クラスターに提供します。その機能は、Kubernetes アプリケーションの実行に必要なコンピューティング、ストレージ、ネットワーク、モニタリングの基礎となります。これらは EKS の統合部分であり、インストール、スケーリング、管理について心配する必要は一切ありません。デフォルトで、EKS Auto Mode は AWS と Kubernetes のベストプラクティスに従って設定されます。高度なユースケースでは、コストのかかる継続的な運用作業を行わずに EKS Auto Mode のベストプラクティスに基づいて構築することで、アプリケーションを実行するインフラストラクチャをさらにカスタマイズできます。アプリケーションに必要なインフラストラクチャを常に確保しておくため、EKS Auto Mode はアプリケーションを継続的に監視し、それらのニーズに合わせて AWS マネージドリソース (EC2 インスタンスと EBS ボリューム) を設定、作成、最適化します。アプリケーションを実行するインフラストラクチャは、実行中のアプリケーションの中断を最小限に抑えながらセキュアかつ最新の状態を維持する形で、最新のセキュリティ修正とバグ修正を用いて自動的に更新されます。

Amazon EKS Auto Mode を使用すると、EKS クラスターの顧客管理型の AWS インフラストラクチャと比較して、AWS の責任範囲が広がります。EKS Auto Mode を有効にすると、Kubernetes クラスターコントロールプレーンの運用に加えて、アプリケーションの実行に必要な EKS クラスター内の AWS インフラストラクチャのセキュア化、設定、および管理に対する責任も AWS が担うことになります。そのため、EKS Auto Mode を使用する EKS クラスター内の AWS インフラストラクチャリソース (EC2 インスタンスなど) には、お客様管理のクラスターよりも制限が多くなります。例えば、SSH や SSM 経由でのリモート接続、インスタンス IAM ロールの変更、ルートボリュームの置き換え、または EKS Auto Mode が管理する EC2 インスタンスへの追加の Elastic Network Interface のアタッチは実行できません。これらは、AWS がインスタンスをセキュア化して管理する能力を制限するためです。

EKS を実行したいお客様には AWS EKS と AWS Fargate を組み合わせるオプションを引き続きご利用いただけますが、今後は Amazon EKS Auto Mode が推奨されるアプローチになります。EKS Auto Mode は Kubernetes に完全準拠しており、アップストリームのすべての Kubernetes プリミティブと Fargate ではサポートできない Istio などのプラットフォームツールをサポートしています。EKS Auto Mode は、GPU やスポットインスタンスを含むすべての EC2 ランタイム購入オプションも完全にサポートしているため、お客様は EC2 の交渉割引やその他の節約メカニズムを活用できます。これらの機能は、EKS を Fargate で使用する場合には使用できません。さらに、EKS Auto Mode では、標準の Kubernetes スケジューリング機能を使用して各 EC2 インスタンスが単一のアプリケーションコンテナを実行するようにすることで、Fargate と同じ分離モデルを実現できます。Amazon EKS Auto Mode を導入することで、お客様は AWS での Kubernetes の実行によるメリットを最大限に引き出すことができます。これは Kubernetes に完全に準拠したプラットフォームであり、Fargate が提供するインフラストラクチャ管理からの使いやすさと抽象化を維持しながら、広範な EC2 のインスタンスタイプと購入オプションを活用する柔軟性を提供します。

Amazon EKS Auto Mode は、次の 3 つの方法で EKS クラスターのセキュリティ向上に役立ちます。1) EKS Auto Mode で作成された AWS マネージドインフラストラクチャは、AWS のセキュリティベストプラクティスに従って設定され、Center for Internet Security (CIS) のレベル 1 ベンチマークに従って強化されています。これには、リモートアクセスなし、イミュータブルなルートファイルシステム、およびカーネルレベルでの必須アクセス制御が含まれます。2) EKS Auto Mode の AWS マネージド EC2 インスタンスは、最新のセキュリティ修正とバグ修正が利用可能になり次第、それらで自動的に更新されます。可能な場合、これらのパッチは実行中のアプリケーションを中断したり、インスタンスを交換したりすることなく、その場で適用されます。3) デフォルトで、EKS Auto Mode は AWS マネージド EC2 インスタンスの最大有効期間を 14 日間に設定します。これは、業界全体でのセキュリティとコンプライアンスのベストプラクティスを満たすために役立ちます。ユースケースによってインスタンスの有効期間を短くしたり長くしたりする必要がある場合は、EKS Auto Mode をニーズに合った期間 (最長 21 日間) に設定できます。

はい。EKS コントロールプレーンを新しい Kubernetes バージョンにアップグレードすると、アプリケーションのスケールアウトにより EKS Auto Mode で起動された新しいインスタンスは、コントロールプレーンのバージョンと一致する最新の Kubernetes ソフトウェアで実行されます。同時に、既存のインスタンスは、新しい Kubernetes バージョン用の Kubernetes ソフトウェアで徐々に更新されます。EKS Auto Mode が起動するインスタンスのデフォルト最大有効期間 14 日と合わせると、デフォルトで、EKS クラスターの Kubernetes バージョンをアップグレードしてから 14 日以内にクラスターが完全かつ自動的にアップグレードされます。

Amazon EKS Auto Mode は、コンピューティング、ストレージ、ネットワーキングなどの必要不可欠な Kubernetes 機能の統合バージョンとマネージドバージョンを提供します。これには次のマネージドバージョンが含まれます: 1) セキュリティとインスタンス管理を容易にする EKS Auto Mode のエージェント、2) Kubernetes がコンテナを効果的に実行できるようにする基本コンポーネントであるコンテナ化されたコンテナランタイム、3) 各コンピューティングインスタンスで Kubernetes ポッドのライフサイクルとヘルスを管理する kubelet、4) クラスター内ルーティングを可能にするネットワークプロキシ、5) マネージドでアップストリーム互換の Karpenter コントローラー、6) ストレージのための Amazon EBS コンテナストレージインターフェイス (CSI) コントローラー、7) IP アドレス管理、ポッドネットワーキング、ネットワークポリシーのための AWS VPC コンテナネットワークインターフェイス (CNI) のマネージドバージョン、8) クラスター内サービス検出のための CoreDNS、9) 外部ロードバランサーのオーケストレーションのための AWS Load Balancer Controller。

Amazon EKS Auto Mode では、VPC CNI、CoreDNS、kube-proxy、CloudWatch Observability エージェントなどの特定の EKS アドオンをインストールしたり管理したりする必要がありません。EKS Auto Mode では、これらのアドオンが提供する機能の統合バージョンが EKS クラスターに含まれています。ただし、まだ EKS Auto Mode に移行していないワークロードがある場合は、これらの EKS アドオンを引き続き使用する必要があります。EKS Auto Mode の統合機能によって置き換えられたもの以外の EKS アドオンは、EKS Auto Mode を使用してクラスターで実行できます。

はい。EKS Auto Mode で起動されたマネージド EC2 インスタンスは、デフォルトで EC2 DescribeInstances API または AWS コンソールを使用して表示できます。これらのインスタンスは AWS によって管理されているため、EC2 API を使用して実行できるアクションは、拡大された運用上の責任を EKS が果たす能力に影響を与えないものに限定されます。デフォルトでは、EKS Auto Mode には一般的なユースケースに適した汎用のコンピューティング構成が付属しています。必要に応じて、EKS Auto Mode で起動される EC2 インスタンスをカスタマイズできます。EKS Auto Mode インスタンスのランタイム設定の変更は、EKS Auto Mode の Node Class Kubernetes API を使用して行うことができます。

はい。Compute Savings Plans とリザーブドインスタンスは、対象の EC2 インスタンスを起動すると自動的に適用されます。詳細については、料金のページをご覧ください。

Amazon EKS Auto Mode の Kubernetes 機能は、さまざまな Kubernetes イベントを生成する統合コントローラーのセットを介して提供され、これらのイベントを使用してその動作を把握できます。

バージョンと更新

すべて開く

現在サポートされている Kubernetes のバージョンについては、Amazon EKS ドキュメントを参照してください。Amazon EKS は、今後も追加の Kubernetes バージョンをサポートする予定です。

はい。Amazon EKS は、Kubernetes および Amazon EKS 両方のプラットフォームバージョンに合わせて、マネージド型インプレースクラスターのアップグレードを行います。これによりクラスターのオペレーションが簡易化され、最新の Kubernetes の機能や、Amazon EKS 設定の更新およびセキュリティパッチを利用できます。

Amazon EKS クラスターに適用できる更新は 2 種類あります。Kubernetes のバージョン更新と、Amazon EKS プラットフォームのバージョン更新です。Kubernetes の新バージョンは Amazon EKS での使用向けにリリースされ検証されています。常に 3 種類の Kubernetes の安定バージョンが更新プロセスの一部としてサポートされています。

Amazon EKS プラットフォームバージョンは、有効化されている Kubernetes API サーバーフラグや、現在の Kubernetes パッチバージョンなどの、クラスターコントロールプレーンの機能性を表すものです。各 Kubernetes マイナーバージョンには、Amazon EKS プラットフォームバージョンが 1 つ以上関連付けられています。異なる Kubernetes マイナーバージョンのプラットフォームバージョンはそれぞれ独立しています。

新しい Kubernetes マイナーバージョンが Amazon EKS (1.13 など) で利用可能になると、その Kubernetes マイナーバージョンの最初の Amazon EKS プラットフォームバージョンは eks.1 から始まります。ただし、Amazon EKS では、新しいプラットフォームバージョンが定期的にリリースされ、新しい Kubernetes コントロールプレーン設定の有効化や、セキュリティ修正の提供が行われます。

Kubernetes の新しいバージョンは Kubernetes API に大幅な変更を導入するため、アプリケーションの動作が変わることがあります。クラスターの Kubernetes のバージョンを手動で制御することで、本稼働クラスターをアップグレードする前に、Kubernetes の新しいバージョンに対してアプリケーションをテストできます。Amazon EKS を使用すると、EKS クラスターに対する変更をいつ適用するかを選択できます。

AWS は、必要なワーカーノードバイナリ (Docker および Kubelet) が含まれる、EKS に最適化された Amazon マシンイメージ (AMI) を公開しています。 この AMI は定期的に更新されるため、これらのコンポーネントの最新バージョンが含まれています。EKS コンソール、API または CLI における単一コマンドで、EKS マネージドノードを、最新バージョンの EKS に最適化された AMI にアップデートできます。

EKS ワーカーノードに使用する独自のカスタム AMI を構築している場合、AWS は構築手順が記載された Packer スクリプトも公開しているので、AMI の各バージョンに含まれるバイナリを特定することができます。

Kubernetes バージョンの Amazon EKS の延長サポートでは、Kubernetes のマイナーバージョンが Amazon EKS から一般提供された時点から、そのバージョンを 最大 26 か月間使用することができます。延長サポート対象の Amazon EKS バージョンには、Amazon EKS が管理する Kubernetes コントロールプレーンのセキュリティパッチが継続的に適用されます。さらに、Amazon EKS は、Amazon VPC CNI、kube-proxy、CoreDNS のアドオン、Amazon Linux と Bottlerocket 用の AWS 公開の EKS 最適化 Amazon マシンイメージ (AMI)、および EKS Fargate ノードのための重要なパッチをリリースする予定です。AWS では万全な技術サポート体制が整っており、Amazon EKS のすべてのバージョンを、標準サポートと延長サポートの両方でバックアップしています。Kubernetes バージョンに対する延長サポートは、AWS GovCloud (米国) リージョンを含む、Amazon EKS が利用可能なすべての AWS リージョンでご利用いただけます。Amazon EKS バージョンのサポートポリシーの詳細については、 Amazon EKS ドキュメントをご覧ください。

ハイブリッドデプロイ

すべて開く

ハイブリッドデプロイには、Amazon EKS、Amazon EKS Anywhere、Amazon EKS コネクタの 3 つのオプションがあります。Amazon EKS を使用して、AWS リージョン、AWS ローカルゾーン、AWS Wavelength ゾーンで AWS がホストするインフラストラクチャ上でノードを実行することも、AWS Outposts と Amazon EKS Hybrid Nodes を使用する独自のオンプレミス施設でノードを実行することもできます。AWS Outposts は AWS が管理するインフラストラクチャであり、お客様の施設で稼働しますが、Amazon EKS Hybrid Node はお客様の施設でお客様が管理するベアメタルまたは仮想インフラストラクチャ上で動作します。隔離された環境やエアギャップされた環境で実行する必要がある場合は、お客様が管理する Amazon EKS Anywhere を使用できます。これは AWS がサポートする Kubernetes 管理ソフトウェアで、お客様が管理するインフラストラクチャ上で動作します。または、Amazon EKS コネクタを使用して Amazon EKS コンソールで任意の Kubernetes クラスターを表示することもできます。オンプレミスとエッジでのデプロイの Amazon EKS オプションの詳細については、Amazon EKS ユーザーガイドの「デプロイオプション」をご覧ください。

Amazon EKS を使用すると、AWS クラウドでワークロードを実行するのと同じクラスターを使用して、AWS Outposts でセルフマネージドノードを実行できます。Amazon EKS on AWS Outposts を使用する場合、コンピューティング用の Amazon EC2 インスタンス、ネットワーキング用の Amazon VPC と VPC CNI、ストレージ用の Amazon EBS ボリューム、イングレス用の Application Load Balancer (ALB) など、AWS クラウドのワークロードに使用するのと同じインテグレーションの多くを使用できます。AWS Outposts 上のノードを使用する Amazon EKS は 42U Outposts ラックでサポートされています。または、Kubernetes クラスター全体を AWS Outposts にデプロイし、Amazon EKS ローカルクラスターを AWS Outposts にデプロイすることもできます。Amazon EKS on AWS Outposts を使用する場合、Amazon EKS クラスターと AWS Outposts のキャパシティーに対して料金が発生します。詳細については、Amazon EKS on AWS Outposts ユーザーガイドをご覧ください。

Amazon EKS Hybrid Nodes では、オンプレミスおよびエッジのインフラストラクチャを Amazon EKS クラスター内のノードとして使用できます。Amazon EKS Hybrid Nodes では、AWS が AWS ホストの Kubernetes コントロールプレーンを管理し、お客様はオンプレミスまたはエッジ環境で実行されるハイブリッドノードを管理します。Amazon EKS Hybrid Nodes は、環境全体の Kubernetes 管理を統合し、オンプレミスとエッジのアプリケーションの Kubernetes コントロールプレーン管理を AWS にオフロードします。Amazon EKS Hybrid Nodes は、あらゆるオンプレミスのハードウェアまたは仮想マシンで動作し、Amazon EKS アドオン、Amazon EKS Pod Identity、クラスターアクセスエントリ、クラスターインサイト、拡張 Kubernetes バージョンサポートなど、さまざまな Amazon EKS 機能を Amazon EKS Hybrid Nodes で使用できます。Amazon EKS Hybrid Nodes は AWS サービスとネイティブに統合され、モニタリング、ログ記録、ID 管理を一元的に行えます。Amazon EKS Hybrid Nodes では、ハイブリッドノードが Amazon EKS クラスターにアタッチされたときに、ハイブリッドノードの vCPU リソースに対して時間単位で料金が発生します。詳細については、Amazon EKS の料金をご確認ください。

Amazon EKS Anywhere は、オンプレミスやエッジ環境でのインフラストラクチャの設定や Kubernetes クラスターのライフサイクルオペレーションなど、差別化につながらない手間のかかる作業の自動化を通じて、Kubernetes クラスター管理を簡素化します。Amazon EKS とは異なり、Amazon EKS Anywhere は顧客管理型の製品であり、Amazon EKS Anywhere クラスターのクラスターライフサイクル運用とメンテナンスはお客様が行います。Amazon EKS Anywhere は Kubernetes サブプロジェクトの Cluster API (CAPI) に基づいて構築されており、VMware vSphere、ベアメタル、Nutanix、Apache CloudStack、AWS Snow などのさまざまなインフラストラクチャをサポートしています。Amazon EKS Anywhere はエアギャップ環境でも実行でき、オブザーバビリティと ID 管理のために地域の AWS サービスとオプションで統合できます。Amazon EKS Anywhere のサポートを受けたり、AWS が提供する Kubernetes アドオンにアクセスしたりするために、Amazon EKS Anywhere エンタープライズサブスクリプションを購入できます。

Amazon EKS コネクタを使用すると、任意の準拠した Kubernetes クラスターを登録し、AWS に接続して、Amazon EKS コンソールで表示することができます。クラスターを接続すると、Amazon EKS コンソールでそのクラスターのステータス、設定、ワークロードを確認できます。この機能を使用して Amazon EKS コンソールで接続されたクラスターを表示できますが、Amazon EKS コネクタでは、Amazon EKS コンソールを使用して接続されたクラスターの管理や変更操作を行うことはできません。Amazon EKS コネクタを使用して Amazon EKS コンソールに接続するクラスターには料金はかかりません。

Amazon EKS Hybrid Nodes はマネージド型 Kubernetes サービスである Amazon EKS の機能ですが、Amazon EKS Anywhere は AWS がサポートする Kubernetes 管理ソフトウェアであり、お客様自身が管理します。Amazon EKS Hybrid Nodes は、クラウドに接続できるオンプレミス環境を持つお客様に適していますが、Amazon EKS Anywhere は、隔離されたオンプレミス環境やエアギャップのあるオンプレミス環境を持つお客様に適しています。Amazon EKS Hybrid Nodes では、AWS クラウドでホストされる Kubernetes コントロールプレーンのセキュリティ、可用性、スケーラビリティを AWS が管理し、お客様のインフラストラクチャ上で実行されるのはノードだけです。Amazon EKS Anywhere では、お客様のインフラストラクチャ上で完全に稼働する Kubernetes クラスターをお客様が管理します。Amazon EKS Hybrid Nodes では、前払いや最低料金は発生せず、クラスターとノードの使用時間分に対して料金が発生します。Amazon EKS Anywhere では、Amazon EKS Anywhere エンタープライズサブスクリプションを、1 年間または 3 年間の期間で購入できます。

Amazon EKS Hybrid Nodes では、Amazon EKS クラスターのノードに独自の物理マシンまたは仮想マシンを使用できます。Amazon EKS on AWS Outposts では、Amazon EKS クラスターのノード用に AWS Outposts で実行されている Amazon EC2 インスタンスを使用します。Amazon EKS Hybrid Nodes と Amazon EKS on AWS Outposts は、ネットワークとストレージ用にさまざまな Amazon EKS アドオンをサポートしています。ハイブリッドノードで使用できる Amazon EKS アドオンの詳細については、Amazon EKS ユーザーガイドの「ハイブリッドノード用のアドオンの設定」を参照してください。Amazon EKS on AWS Outposts では、Amazon EKS クラスターと AWS Outposts のキャパシティーに対して料金が発生します。Amazon EKS Hybrid Nodes では、Amazon EKS クラスターとノードの使用量に対して料金が発生します。

料金と可用性

すべて開く

作成した各 Amazon EKS クラスター、および Kubernetes ワーカーノードを実行するために作成した AWS リソースに、1 時間あたり 0.10 USD をお支払いただきます。実際に使用した分についてのみ料金が発生します。最低料金や前払いの義務はありません。詳細については、EKS の料金ページをご覧ください。

Amazon EKS を利用できるリージョンの最新情報については、AWS グローバルインフラストラクチャのリージョンテーブルをご覧ください。

サービスレベルアグリーメント (SLA)

すべて開く

Amazon EKS SLA は、こちらでお読みいただけます。

EKS ダッシュボード

すべて開く

EKS ダッシュボードでは、AWS リージョンとアカウント全体の Kubernetes クラスターを一か所で確認できます。特定の Kubernetes バージョンを実行しているクラスター、延長サポートまたは標準サポートを受けているクラスター、サポート終了後の自動アップグレードが予定されているクラスター、特定の AMI バージョンのマネージドノードグループ、バージョンの配信がある EKS アドオンなどが表示されます。ウィジェットを操作して、特定のリソースをフィルタリングして調査できます。ダッシュボードには、Kubernetes クラスター、EKS マネージドノードグループ、および EKS アドオンのインベントリが表形式で表示されます。特定の条件で検索し、運用上のニーズに合わせてダッシュボードをカスタマイズできます。詳細な分析や他の可視化ツールとの統合を支援するために、データを CSV 形式でダウンロードできます。EKS ダッシュボードは、Kubernetes インフラストラクチャの可視性とガバナンスを一元的に維持するのに役立ちます。

EKS ダッシュボードでは、AWS リージョンとアカウント全体の Kubernetes クラスターを一か所で確認できるため、可視性、ガバナンス、運用計画が一元化されます。クラスターインベントリを観察し、コンプライアンスを監視してクラスターとそのコンポーネント (EKS マネージドノードグループと EKS アドオンを含む) が継続的にアップグレードされていることを確認し、EKS コントロールプレーンの延長サポートのコストを予測できます。AWS リージョンとアカウントを切り替える必要がないため、重要な Kubernetes クラスターのメタデータ情報に簡単にアクセスできます。ダッシュボードのフィルタリングおよび検索機能により、特定の AMI バージョンを実行している EKS マネージノードグループや、特定のバージョンで動作する EKS アドオンなど、特定の基準を満たすクラスターをすばやく特定して絞り込むことができます。この包括的なビューにより、Kubernetes インフラストラクチャを効率的に管理および最適化できるようになります。

EKS コンソールのダッシュボードには、AWS Organizations の管理アカウントおよび委任管理者アカウントからアクセスできます。まず、管理アカウントにログインし、Amazon EKS と AWS Organizations 間の信頼できるアクセスを有効にします。これは 1 回限りのセットアップ要件です。有効にすると、EKS 管理コンソールから EKS ダッシュボードに直接アクセスできます。柔軟性を高めるには、任意のメンバーアカウントを EKS の委任管理者として指定して、そのアカウントからもダッシュボードにアクセス可能にすることができます。

いいえ、EKS ダッシュボードはオブザーバビリティツールを補完するものですが、それに代わるものではありません。AWS リージョンとアカウント全体の Kubernetes クラスターの未加工メタデータおよび集約メタデータを一元的に確認できます。ただし、EKS ダッシュボードは、クラスターレベルの詳細なメトリクスを提供することや、時間的制約のある運用上のインシデントをトラブルシューティングすることを目的としたものではありません。そのためには、専用のオブザーバビリティツールとセキュリティツールを使用する必要があります。Amazon CloudWatch、Prometheus、Amazon GuardDuty などのツールは、運用上およびセキュリティ上の詳細なインサイトを提供するため、時間的制約のある問題や詳細なモニタリングのニーズへの対応に適しています。

いいえ、EKS ダッシュボードは AWS Organizations にリンクされていないアカウントでは機能しません。この機能を使用するには、AWS Organizations の管理アカウントを使用するか、任意のメンバーアカウントを EKS の委任管理者として登録する必要があります。