前提の要件

• AWSでのKubernetes管理: 会社は、AWSの管理されたKubernetesソリューションを必要としており、オンプレミスに配置する必要があるのはEKSコントロールプレーンとデータプレーンです。

• 最小の運用負荷: 要件の一つは、管理の負荷を最小限に抑えることです。これは、AWSのフルマネージドサービスを利用し、オンプレミスのデータセンターにおける管理を可能な限りシンプルにする必要があります。

各選択肢の解説

A. オンプレミスのデータセンターにAWS Outpostsサーバーをインストールし、Outpostsサーバー上でローカルクラスター構成を使用してAmazon EKSを展開し、生産ワークロードを実行します。

• AWS Outposts は、AWSが提供するオンプレミスのインフラストラクチャで、AWSのサービスをオンプレミス環境でも利用できるようにするものです。

• ローカルクラスター構成では、AWSのEKSコントロールプレーン（Kubernetesの管理部分）がAWSクラウド上に配置され、データプレーン（実際のワークロード部分）がオンプレミスに配置されます。この構成は、AWSのフルマネージドEKSの管理機能を活用しつつ、ワークロードをオンプレミスで実行することができるため、運用負荷が最小化されます。
• 管理負荷が少ない: EKSのコントロールプレーンはAWS側で管理されるため、インフラの管理が簡素化されます。データプレーン（ワークロードの実行）はオンプレミスですが、AWSによってバックエンドの運用が支えられ、管理がAWSに任せられます。

B. 会社のハードウェアにAmazon EKS Anywhereをインストールし、オンプレミスのデータセンターでEKS Anywhereクラスターを展開して生産ワークロードを実行します。

• EKS Anywhereは、AWSが提供する、オンプレミスでKubernetesを実行するためのツールですが、これはAWSの管理されたサービスではありません。オンプレミスの環境でKubernetesクラスターを管理する責任が企業にあるため、管理負荷が増加します。
• 管理負荷が高い: EKS Anywhereでは、Kubernetesのコントロールプレーンとデータプレーンが両方ともオンプレミスで管理され、AWSのフルマネージドサービスの利点が活かされません。

C. オンプレミスのデータセンターにAWS Outpostsサーバーをインストールし、Outpostsサーバー上で拡張クラスター構成を使用してAmazon EKSを展開し、生産ワークロードを実行します。

• 拡張クラスター構成では、EKSのコントロールプレーンはAWSクラウドに配置され、データプレーン（ワークロード実行部分）はオンプレミスに配置されますが、クラスターの管理が異なるという点で、より複雑で運用負荷が増えます。
• 運用負荷が増す可能性: これはローカルクラスター構成と比較して、コントロールプレーンとデータプレーンの運用の一貫性が欠ける場合があります。したがって、管理のシンプルさにおいては劣ることがあります。

D. オンプレミスのデータセンターにAWS Outpostsサーバーをインストールし、OutpostsサーバーにAmazon EKS Anywhereをインストールして、生産ワークロードをEKS Anywhereクラスターで実行します。

• AWS Outpostsを使いながらEKS Anywhereをオンプレミスで運用する構成です。EKS Anywhereは、完全にオンプレミスでKubernetesを管理するため、AWSのフルマネージドサービスを活用できず、管理の負担が増大します。
• 運用負荷が非常に高い: EKS Anywhereでは、Kubernetesの完全な管理を企業自身が行うことになり、AWSのマネージドサービスの恩恵を享受できません。

結論