助け合いフォーラム

AWS

AWS ソリューションアーキテクト - アソシエイト(SAA-C03)
問題ID : 30351
問題を開く
Elastic Beanstalkを使用したDocker環境ついて正しく説明しているのはどれか。(2つ選択)

正解

シングルコンテナ構成とマルチコンテナ構成がある

コンテナ内の環境の管理はユーザーが行う

解説

Dockerとはコンテナ型の仮想化ソフトウェアです。コンテナ型の仮想化とは、1つのホストOS上に複数の独立した環境(コンテナ)を作成できる技術のことです。独立した環境ですから、例えばコンテナに障害が発生した場合でもホストOSには何の影響も与えません。
Dockerは、ミドルウェアの設定や各種環境をDockerfileというテキストファイルにコード化して管理できるため、同じ環境を配布したり別の環境に持ち出したりできる、などの特徴があります。

Elastic BeanstalkはDockerに対応しているため、作成済みのDockerfileをElastic Beanstalkへアップロードすることで、EC2インスタンスやWebアプリケーション等の準備を行うことなくコンテナを稼働させることができます。
Dockerをプラットフォームとした場合、以下の2つの構成を選択できます:
・単一(シングル)コンテナ ... 1つのEC2インスタンスに 1つのコンテナを作成する
・マルチコンテナ ... 1つのEC2インスタンスに複数のコンテナをサポートする

なお、コンテナが動作する環境はElastic Beanstalkによって管理されますが、コンテナ上の環境(コンテナにインストールしたソフトウェアなど)は自分で管理する必要があります。

以上より正解は
・シングルコンテナ構成とマルチコンテナ構成がある
・コンテナ内の環境の管理はユーザーが行う
です。

その他の選択肢については以下の通りです。

・コンテナが動作する環境の管理はユーザーが行う
コンテナの動作環境はElastic Beanstalkによって管理されます。ユーザーが行う必要はありませんので、誤りです。

・コンテナはすべて手作業で環境構築する
Dockerコンテナは「Dockerfile」というテキストファイルに構成を記述することで環境を構築できます。Elastic Beanstalkでは手作業での構築は行いませんので、誤りです。

・コンテナは構築した環境でしか動作しない
Docker(Dockerfile)で構築した環境は、同じDockerfileを使用することで別の(Dockerに対応した)EC2インスタンス上でも同じコンテナを構成できます。異なる環境でも動作しますので、誤りです。

参考

【AWS Elastic Beanstalk】
アプリケーションを開発して公開する過程で、開発者は通常、アプリケーションが必要とするスペックを持つハードウェア(物理または仮想マシン)を準備し、OSやサーバーソフトウェアの設置、ネットワーク設定など、アプリケーションの基盤となるインフラストラクチャの構築から始めます。しかし、この環境構築は開発の本質的な部分ではなく、適切な環境を用意することが障壁となることがあります。

AWS Elastic Beanstalkは、アプリケーションが動作するための一般的な設定を提供し、開発者が簡単に環境を構築できるようにするためのサービスです。Elastic Beanstalkによって提供される定番構成の中からアプリケーションの実行環境に適したものを選択し、迅速に環境(インフラ)を構築できます。EC2インスタンスは、OS、Webサーバーソフトウェア、アプリケーション実行環境が設定済みで提供され、単一または複数インスタンス(Multi-AZ)の設定が可能です。さらに、ELB、S3、Auto Scalingグループなど関連するAWSサービスも予め設定されているため、開発者はアプリケーションのコードをElastic Beanstalkにアップロードするだけでデプロイ(実行環境への展開)が可能となります。

[AWS Elastic Beanstalkイメージ図]


Elastic Beanstalkでは、状況に応じたデプロイ方式を選択することができます。例えば、新規の環境やテスト時などにはすべてのインスタンスに一括でデプロイを行えます。一方、稼働中のアプリケーションをバージョンアップするような場合には、一部のインスタンスから段階的にデプロイを行う方式(ローリングデプロイ)や、旧環境は稼働したまま新しい環境にバージョンアップしたアプリケーションをデプロイし、問題ないことが確認できたら旧環境とURLを入れ替える方式などがあります。段階的にデプロイする際に行うELBの切り替えや新規インスタンスの構築などは、Elastic Beanstalkがすべて自動で行います。アプリケーションの開発者にとってはシステムの複雑な設定や切り替え作業を行う必要がなく、開発したアプリケーションを安全に展開できます。

また、環境構築後の運用管理もAWSに委ねられます。具体的には、EC2インスタンスのOSやインストール済みソフトウェアの自動アップデートが可能です。Elastic Beanstalkが使用するリソースは自動スケーリング(Auto Scaling)にも対応しており、利用状況に応じて柔軟な構成調整が実行できます。
Elastic Beanstalkの利用自体は無料で、構築した環境で運用するEC2インスタンスやS3バケットなど、使用するAWSリソースに応じた料金のみが発生します。

[Elastic Beanstalk開始の際の入力画面]

ユーザーはアプリケーションの名前と使用するプラットフォーム(実行環境)の情報のみで使い始めることができます。さらに細かな設定を行いたい場合は「より多くのオプションの設定」から設定可能です。例えば、負荷分散を考慮して複数のインスタンスを構築したい場合や、データベースサービスのRDSに関する設定を行うことができます。

Elastic Beanstalkで利用可能なプラットフォームには、Java、.NET、PHP、Ruby、Python、Node.js、Go、Dockerがあります。またWebサーバー用のソフトウェアにApacheやNginx、IISなどがあります。

●Dockerについて
Dockerとはコンテナ型の仮想化ソフトウェアです。コンテナ型の仮想化とは、1つのホストOS上に複数の独立した環境(コンテナ)を作成できる技術のことです。独立した環境ですから、例えばコンテナに障害が発生した場合でもホストOSには何の影響も与えません。
Dockerは、ミドルウェアの設定や各種環境をDockerfileというテキストファイルにコード化して管理できるため、同じ環境を配布したり別の環境に持ち出したりできる、などの特徴があります。
なお、Elastic Beanstalkでは単一(シングル)コンテナ、マルチコンテナの両方に対応しています。シングル・マルチとはEC2インスタンス上で作成できるコンテナの数を意味しており、シングルコンテナの場合は1インスタンスに1つのコンテナを、マルチコンテナの場合は1インスタンスに複数のコンテナを動作させることができます。

【環境構築の自動化サービス】
基盤となる環境(インフラ)を自動的に構築・管理するサービスには、「Elastic Beanstalk」のほかに「AWS CloudFormation」などがあります。


※詳細は「CloudFormation」の分野を参照してください。

Elastic Beanstalkを利用する大きな目的は「アプリケーションのデプロイを時間をかけずに行う」という点にあります。インフラやサーバーに関する知識がなくても定番の構成を利用するだけでアプリケーションを公開することができます。
CloudFormationはインフラやサーバーに関する知識が必要になりますが、Elastic Beanstalkよりも柔軟な構成を組むことができます。
上に戻る

問題文に違和感

投稿日 2024/06/09

「Elastic BeanstalkとDockerの関係について」となっていますが、解答欄の選択肢を見る限り、BeanstalkとDockerの関係を聞いているのではなく、BeanstalkのプラットフォームとしてDockerを選択した場合の正しい内容について問われている気がするので、問題文を修正されたほうが適切な気がしましたがいかがでしょうか?(今の問題文のままでも質問の意図はわかりますし必須の修正ではないと思いますが。)

スタッフからの返信

s staff_satomi

2024/06/10 10:47

yuiyuto123様 ご指摘の点を修正いたしました。 ご報告いただきまして、誠にありがとうございます。

この投稿に対して返信しませんか?