445-AWS SAP AWS 「理論・実践・一問道場」AWS Outposts

type

status

date

slug

summary

理論

AWSでオンプレミスとクラウドを統合したKubernetesの運用

1. AWS Outposts

AWS Outpostsは、AWSのクラウドインフラをオンプレミスに拡張するサービスです。これにより、オンプレミスでAWSのサービスを利用できるため、既存のデータセンター環境とクラウドを統合することが可能になります。

ローカルクラスター構成：EKSのコントロールプレーンはAWSクラウドで管理され、データプレーン（ワークロード実行部分）はOutposts上のオンプレミスに配置されます。これにより、オンプレミスでのワークロード実行とクラウドでの管理を統合でき、運用負荷が最小化されます。

2. Amazon EKS (Elastic Kubernetes Service)

EKSは、AWSのフルマネージドKubernetesサービスで、Kubernetesクラスターの管理をAWSが代行します。これにより、インフラ管理にかかる負担を軽減できます。

EKS Anywhere：EKS Anywhereは、AWSが提供するオンプレミス向けKubernetes管理ツールですが、オンプレミスでの完全なKubernetesクラスター管理が必要です。フルマネージドサービスではないため、運用負荷が増加します。

3. 運用負荷の軽減方法

EKSの管理機能を活用すると、クラウドの利点（スケーラビリティ、セキュリティ、メンテナンス）を最大限に活かしつつ、オンプレミスのインフラにも対応できます。

オンプレミスにAWS Outpostsを使用することで、AWSがインフラの一部として管理を提供し、ローカルクラスター構成を採用することで、クラウドとオンプレミスの両方の利点を享受できます。

4. ハイブリッドクラウド戦略

ハイブリッドクラウドでは、オンプレミス環境とクラウド環境の統合が重要です。特に、データセンターの既存のインフラをクラウドの管理下で運用することで、柔軟性や拡張性が向上します。

AWSのOutpostsやEKSは、ハイブリッドクラウドを構築するための強力なツールであり、特に低レイテンシ要求や特定の規制要件がある場合に有効です。

まとめ

AWS Outpostsを利用して、EKSの管理機能をフル活用し、オンプレミスとクラウドを統合する方法が最適です。

EKS Anywhereなどのオンプレミス向けツールは、管理負荷が高くなるため、運用負担を最小化することが重要です。

実践

略

一問道場

質問 #445

ある会社がオンプレミスのデータセンターを利用しており、AWS上で新しいソリューションを開発するためにKubernetesを使用しています。この会社は、開発およびテスト環境のためにAmazon Elastic Kubernetes Service (Amazon EKS) クラスターを利用しています。

生産ワークロードのためのEKSコントロールプレーンとデータプレーンはオンプレミスに配置する必要があります。この会社はKubernetesの管理に関するAWSの管理されたソリューションを必要としています。

どのソリューションが最小の運用負荷でこれらの要件を満たしますか？

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

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

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

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

解説

選択肢Aが正解である理由についての解説を詳しく説明します。

前提の要件

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のマネージドサービスの恩恵を享受できません。

結論

A. が正解です。AWS Outpostsを使用して、EKSのローカルクラスター構成を採用することで、最小の運用負荷でAWSのフルマネージドKubernetesソリューションを活用できます。EKSのコントロールプレーンはAWSで管理され、データプレーンはオンプレミスで運用されるため、管理が簡素化され、運用負荷が最小化されます。