今夜は社内AWSもくもく会２ - Elastic Beanstalkをもういちど
今日すること
こんにちはふるてつです。
今回もElastic Beanstalkによる構築レスなサイト作りをおこないます。
前回は思ったように扱えず、サブネットやセキュリティーグループが新たに数個増えよくわからない状態になりました。
そこで今回は事前にサブネットやセキュリティーグループを準備しておくことにしました。RDSも今回は作っておきます。
前回の内容と重複するところがありますが最初から書いていきます。
Elastic Beanstalkの作成
AWSにログインし、サービス一覧からElastic Beanstalkをクリックします。
上の画面にて右上の方にある「新しいアプリケーションの作成」をクリックします。
上記の画面が表示されますのでアプリケーション名を入力して「作成」ボタンをクリックします。
環境の設定画面がでてきます。「今すぐ作成しましょう。」のリンクをクリックします。
上記は"ウェブサーバー環境"を選択します。
下記の画面が表示されます。
上記ウェブサーバー環境の作成は以下のように登録します。
- 環境名：EbWordPress-env
- ドメイン：ebwordpress-env
- プラットフォーム：事前設定済みプラットフォームでPHP
- アプリケーションコード：コードのアップロード
（事前にダウンロードしておいたZIPファイルをアップロードします） ここで「より多くのオプションの設定」をクリックします。
オプションの設定
オプションの設定は下記の順番で設定したほうが良いです。
最初にインスタンスを設定しようとするとセキュリティグループを既存のものから選択できませんでしたので。
- ネットワーク
- セキュリティ
- インスタンス
ネットワークの設定
WordPressに作った既存のVPCを選択します。
インスタンスサブネットは2つのAZのそれぞれPublicの方のサブネットを選びます。
セキュリティの設定
セキュリティの設定ですがサービスロールのところが3種類ほど選べます。
このロールがどう違うのかはよく分かりませんが、いったん「aws-elasticbeanstalk-service-role」にしました。
インスタンス の設定
WordPress用のセキュリティグループを選択します。
この設定をネットワークより前のタイミングでおこなうとインスタンスセキュリティグループのところに「default」しか出てきません。
今回は既存のものが出てきましたのでそちらを選びます（「WP-Web-DMZ」です）
そして最後に環境の作成画面に戻ってきたら「環境の作成」ボタンをクリックします。
今回は一発で無事作成できました。
Elastic Beanstalkも正常に動いています、WordPressも動くようになりました。
結果
今回の結果としてはサブネットが増えたりはしなくなりました。
しかし「ebWordpress-env」というセキュリティグループが増えてました。
EC2インスタンスの設定のところで指定したセキュリティグループの内容が複製されて新たにできているようです。
すべてのアプリケーションから「EB-WordPress」の詳細を確認します。
緑色の付箋？みたいなところをクリックします。
下記画面のインスタンスセキュリティグループを見ると、2種類のセキュリティグループが指定されています。
これはおそらくそういう仕様なんでしょうね。
であれば、はじめに指定した「WP-Web-DMZ」はもう不要なので削除したほうが良さそうです。
感想
前回よりわたしElastic Beanstalkの操作がうまくなりました✨
余談ですが最後に確認した「EB-WordPress」の詳細画面には他のメニューで「モニタリング」や「ログ」があり、他に色々と使える機能がありそうでした。
しかし私の書籍ではElastic Beanstalkはいったん終わりで次のテーマに移ります。
もう少し勉強したかったのですが、それは別途またの機会に。
それではまた😎
