はじめに

前回の投稿では、Cloud System テンプレート(以降CSテンプレートと記載します)の準備・導入と、サーバ自動構築の実行のためのパラメタ登録までを行いました。

●前回の投稿
Exastro IT Automation の Cloud Systemテンプレート(AWS版)を導入してみた

今回は、CSテンプレートで用意されたジョブフロー(Conductor)を動かして、実際にAWS に Web サーバを自動構築してみたいと思います。

今回紹介するシナリオ

本記事は以下のシナリオで進めていきます。

【実行編】1．オートスケールWebサーバの構築（最小構成：2台）
【実行編】2．オートスケールWebサーバの更新（最小構成：2台 ⇒ 4台）
【実行編】3．オートスケールWebサーバの実行（EC2へPlaybook実行）
【実行編】4．オートスケールWebサーバの削除

作業環境

●サーバ／クライアント環境
・サーバOS : CentOS 7.8
・Exastro IT Automation v1.5.0
・クライアント環境 : Windows 10
・ブラウザ : Google Chrome

●AWS環境
・リージョン：ap-northeast-1　アジアパシフィック (東京)　

前回に引き続き、導入イメージは以下の通り。

【実行編】1．オートスケールWebサーバの構築（最小2台構成）

1.1　ジョブフロー(Conductor)でオートスケールWebサーバ (構築/更新)の実行

１．「Conductor」＞「Conductor作業実行」をクリック。

２．「Conductor（一覧）」から「オートスケールWebサーバ (構築/更新)」を選択、
　　「オペレーション（一覧）」からサンプルの「環境A」のオペレーションを選択し、実行をクリック。

３．「Conductor作業一覧」画面で、すべてのMovementの丸が緑色(DONE)で、Statusが「正常終了」となっていれば、完了です。

1.2　オートスケールWebサーバの構築結果の確認

１．機器一覧への同期確認

　①「基本コンソール」＞「機器一覧」＞をクリック。以下のように構築された踏み台サーバ１台とWebサーバ２台が機器一覧に正常に同期されていることが確認できます。

２．設定したTeamsのチャンネルに通知結果が届いていることを確認します。
　「Webコンテンツへのリンク」はロードバランサのパブリックドメイン名のアクセス先がリンクされており、
　クリックすることでWebコンテンツの画面が確認できます。

３．ロードバランサへのアクセス画面の確認

ブラウザにて、自動構築されたロードバランサのパブリックドメインにアクセスすると、以下のようにサンプルの簡易的なWebサイトが表示されます。対象サーバのプライベートアドレスの表示を埋め込んでありますので、ブラウザでアクセスするたびに、2台のサーバがELBにより負荷分散され、宛先が切り替わっていることが確認できます。

【実行編】2．オートスケールWebサーバの更新

2.1　オートスケール用パラメータの登録・更新（最小2台 ⇒ 4台構成）

AutoScale用のWebサーバ／ELB構築用のパラメータ値を変更して、Webサーバを最小2台から4台構成にしてみたいと思います。

１．「パラメータ管理」＞「AutoScaleパラメータ」＞「フィルタ」＞「更新」をクリック。
２．「最小インスタンス数」を「2 >> 4」に変更し「更新」をクリック。

「【準備／導入編】3．AWS環境」の「3.2　EC2 Auto Scaling利用の環境準備」で用意した以下の情報を入力。

パラメタ項目	入力値	備考
最小インスタンス数	2 ⇒ 4	テストシナリオ用にパラメタを変更

2.2　Conductor　オートスケールWebサーバ (構築/更新)の実行

１．上記「1.1　Conductor　オートスケールWebサーバ (構築/更新)の実行」と同様に、ジョブフロー(Conductor)を実行します。

２．ロードバランサへのアクセス画面の確認

ジョブフロー(Conductor)の正常終了後、再びブラウザにて、ロードバランサのパブリックドメインにアクセスすると、
以下のように対象サーバのプライベートアドレスの表示が、4台分表示されるようになりました。
最小２台⇒４台のオートスケーリングWebサーバの構成に代わり、ELBの負荷分散対象に追加されたことが、
体感できると思います。

【実行編】3．オートスケールWebサーバの実行 (EC2へPlaybook実行)

出来上がったシステムのEC2に、Ansibleを使って設定変更することが可能です。

オートスケール対象の複数台のEC2に対してWeb画面に画像(※)を挿入します。
※ 画像をEC2に対するパッチ適用に見立てるとイメージしやすいと思います。

「Ansible共通」－「ファイル管理」の埋め込み変数に関連付けて画像をアップロードすることで、
任意の画像を差し込むことができます、今回はサンプルの画像を挿入します。

１．ジョブフロー(Conductor)を実行します。
「Conductor（一覧）」から「オートスケールWebサーバ (EC2へPlaybook実行)」を選択、
「オペレーション（一覧）」からサンプルの「環境A」のオペレーションを選択し、実行をクリック。

２．ジョブフロー(Conductor)が正常終了すると完了です。

３．再びブラウザにて、ロードバランサのパブリックドメインにアクセスすると、
全てのEC2サーバに画像が挿入されてます。

【実行編】4．オートスケールWebサーバの削除

自動払い出ししたサーバを、ジョブフロー(Conductor)により自動削除することが可能です。

１．「Conductor（一覧）」から「オートスケールWebサーバ (削除)」を選択、
「オペレーション（一覧）」からサンプルの「環境A」のオペレーションを選択し、実行をクリック。

２．ジョブフロー(Conductor)が正常終了すると、
以下の画面が表示され、オートスケールWebサーバの削除が完了です。

構築時に利用した、以下のリソースは自動で削除されます。

【AWSリソース】
・EC2 インスタンス
・EC2 ELB / ターゲットグループ
・EC2 Auto Scaling グループ
・EC2 NWリソース
・S3 バケット

【ITAリソース】
・機器一覧の自動登録ホスト

おわりに

今回はオートスケールwebサーバの構築／更新の実行を試しましたが、AWS CloudFormationやStack機能の予備知識がなくても、簡単に構築を行うことができました。この他にもGuardDuty (構築/更新)のジョブフロー(Conductor)があったので今後試していけたらと思います。

Exastro IT Automation の Cloud Systemテンプレート(AWS版)を動かしてみた

関連リンク

はじめに

今回紹介するシナリオ

作業環境

【実行編】1．オートスケールWebサーバの構築（最小2台構成）