はじめに

AWSの構築業務に必要な基礎を身につけるため、実務を想定したハンズオンを行いました。

今回は、中小企業の社内ポータルサイトをAWS上に移行する前提で、最小構成のWebサーバ検証環境を構築します。

単にEC2を起動するだけではなく、VPC、サブネット、ルートテーブル、セキュリティグループ、EC2、Apacheの自動構築までを一連の流れとして実施しました。

想定案件

顧客

従業員50名程度の中小企業

課題

現在、社内ポータルサイトをオンプレミス環境で運用しているが、サーバの老朽化や障害時の復旧負荷が課題になっている。

要望

AWS上に検証環境を構築したい
まずは最小構成で始めたい
コストを抑えたい
将来的には可用性やセキュリティも強化したい

今回の構成

今回は検証環境のため、以下の最小構成としました。

Internet
  |
Internet Gateway
  |
VPC
  |
Public Subnet
  |
EC2
  |
Apache

作成したリソース

リソース	名前	設定
リージョン	東京	ap-northeast-1
VPC	handson-vpc	192.168.0.0/16
Public Subnet	handson-public-subnet-1a	192.168.1.0/24
Internet Gateway	handson-igw	VPCにアタッチ
Route Table	handson-public-rt	0.0.0.0/0 → IGW
Security Group	handson-web-sg	HTTPのみ許可
EC2	handson-web-ec2	Amazon Linux 2023
Webサーバ	Apache	ユーザーデータで自動構築

リージョン

今回は日本国内の企業向けシステムを想定しているため、東京リージョンを選択しました。

ap-northeast-1

利用者に近いリージョンを選択することで、通信遅延を抑えやすくなります。

VPC

VPCのCIDRは以下にしました。

192.168.0.0/16

検証環境として扱いやすく、今後サブネットを追加する余地もあるためです。

ただし、実案件で社内ネットワークやVPN接続を想定する場合、既存の社内LANとCIDRが重複しないように事前確認が必要です。

サブネット

今回はPublic Subnetを1つ作成しました。

192.168.1.0/24

検証用Webサーバを1台配置するだけであれば十分なIP数です。

ルートテーブル

Public Subnetからインターネットへ通信できるように、ルートテーブルに以下を追加しました。

送信先：0.0.0.0/0
ターゲット：Internet Gateway

これにより、Public Subnetからインターネットへ向かう通信経路を作成しました。
EC2にパブリックIPv4アドレスを付与し、Security GroupでHTTPを許可することで、ブラウザからWebサーバへアクセスできるようになります。

セキュリティグループ

Webサーバとして外部からHTTPアクセスを受けるため、以下のみ許可しました。

HTTP / TCP / 80 / 0.0.0.0/0

SSHは開放していません。

未経験向けのハンズオンでは、SSHを 0.0.0.0/0 で許可する例もありますが、これは世界中からログイン試行を受ける状態になります。
今回は検証環境のため、動作確認を目的としてHTTPを 0.0.0.0/0 で許可しました。
実運用で社内ポータルとして利用する場合は、社内IPやVPN経由のアクセスに制限する必要があります。

また、実務を想定し、SSHを使わずにEC2のユーザーデータでApacheを自動インストールする方針にしました。

EC2作成

EC2は以下の設定で作成しました。

名前：handson-web-ec2
AMI：Amazon Linux 2023
インスタンスタイプ：t3.micro
サブネット：handson-public-subnet-1a
パブリックIP自動割り当て：有効
セキュリティグループ：handson-web-sg

無料枠が使えないため、検証後は必ず停止または削除する方針にしました。

ユーザーデータ

ApacheのインストールとWebページ作成は、EC2のユーザーデータで自動化しました。

#!/bin/bash
dnf update -y
dnf install -y httpd
systemctl start httpd
systemctl enable httpd
echo "Hello AWS" > /var/www/html/index.html

このスクリプトにより、EC2起動時にApacheが自動でインストールされ、Hello AWS と表示するHTMLファイルが作成されます。

動作確認

EC2起動後、ステータスチェックが完了したことを確認しました。

その後、ブラウザで以下にアクセスしました。

http:// EC2のパブリックIPv4アドレス

結果として、以下の文字列が表示されました

これにより、EC2上のApacheが正常に起動し、HTTPアクセスできることを確認できました。

※コスト対策

今回は無料枠が使えないため、事前にAWS Budgetsで月10ドルの予算アラームを設定しました。

また、作業完了後はEC2インスタンスを停止しました。

EC2を停止するとインスタンス利用料は止まりますが、EBSボリュームは残るため、EBS料金は継続します。

完全に課金を止めたい場合は、EC2を停止ではなく終了する必要があります。

今回学んだこと

今回のハンズオンを通じて、以下を学びました。

VPCの作成
Public Subnetの作成
Internet Gatewayの作成とアタッチ
Route Tableによるインターネット向け通信の設定
Security Groupによる通信制御
EC2の作成
Apacheの自動構築
ユーザーデータによる初期設定
HTTPアクセスによる動作確認
EC2停止によるコスト対策
実務観点での気づき

今回の構成は最小構成ですが、実務では「なぜその構成にしたのか」を説明できることが重要だと感じました。

特に、SSHを開放せず、ユーザーデータで初期構築を自動化した点は、セキュリティと再現性の観点で重要です。

今後は、EC2の運用確認、CloudWatchによる監視、RDSとの接続、冗長構成なども順番に検証していきます。

次回

次回は、今回作成したEC2 Webサーバについて、運用確認を行います。

具体的には、以下を確認します。

EC2停止・起動後の挙動
パブリックIPの変化
Apacheの自動起動確認
CloudWatchメトリクス確認
セキュリティグループ変更によるアクセス制御確認