はじめに
普段、AWSの学習やEC2環境の構築をしている中で、Auto Scalingを使用する機会はあまりありませんでした。
仕組み自体については理解しているものの、実際にサーバーに負荷をかけてスケールの動作を確認したことはありませんでした。
そこで今回は、スケール動作を検証することを目的にAuto Scalingを試してみようと思います。
なお、この内容は自分への備忘録を兼ねた最低限の検証であり、今回は指定した時間にスケールする設定としています。
Amazon EC2 Auto Scalingとは？
Auto Scalingとは、サーバーの負荷に応じてサーバー台数を自動で調整する機能です。
引用画像：https://docs.aws.amazon.com/ja_jp/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html
Webアプリケーションやサービスの規模に応じた柔軟なリソース管理を可能にし、システムの安定性を保ちながらコスト削減も期待できます。
主なメリット
Auto Scaling には、以下のようなメリットがあります。
- 負荷に強いシステムの構築：アクセス集中時でもサービス停止を防止。
- コスト最適化：必要なリソースだけを利用することで無駄なコストを削減。
- 運用の自動化：サーバーの増減を自動化し、運用負担を軽減。
例えば、アクセスが急増してサーバーの負荷が高まった場合には新しいサーバーを追加し、アクセスが減少した場合には不要なサーバーを削除します。
このように、負荷に応じたリソース管理が可能です。
実際にやってみた
ここでは、過去のブログで構築した最低限のWebサーバーをベースに検証を進めます。
Terraformを使い、パブリックサブネットにEC2インスタンスを構築し、Apacheを導入済みの構成となります。
詳細な構築手順については以下のブログを参照してください。
1. テンプレート用AMIの取得
まず、AWSマネジメントコンソールにログインし、対象のインスタンスからAmazonマシンイメージ（AMI）を作成します。
画面上部の「アクション」タブを開き、「イメージとテンプレート」→「イメージを作成」を選択します。
次に、任意の名前（例：「terraform-apache-ec2」）を入力し、「イメージを作成」ボタンをクリックします。
補足：AWSの推奨事項として、AMIを作成する際は対象インスタンスを停止した状態にすることが推奨されています。
2. 起動テンプレートの作成
次に、Auto Scaling グループで使用する起動テンプレートを作成します。
対象のEC2インスタンスのアクションボタンから「起動テンプレートの作成」をクリックして進めます。
ここでは、先ほど作成したAmazonマシンイメージを選択します。
その他のインスタンスタイプやキーペア、ネットワーク設定については、既存のEC2インスタンスと同じ設定で進めていきます。
ここまでの設定に問題がなければ、右側の「起動テンプレートを作成」ボタンをクリックします。
問題なく、起動テンプレートが作成されていることが確認できました。
3. Auto Scaling グループの作成
ここまでの設定が完了したら、実際にAuto Scaling グループを作成します。
EC2ダッシュボードから「Auto Scaling グループの作成」を選択します。
Auto Scaling グループ名を入力し、先ほど作成した起動テンプレートを選択します。
インスタンス起動オプションの選択画面では、作成したVPCとアベイラビリティーゾーン、サブネットを選択します。
アベイラビリティーゾーンのディストリビューションについては、「バランシング」を選択しています。
その後の設定は省略可能なため、スキップして進めることができました。
最後に、設定内容に問題がなければ「Auto Scaling グループを作成」ボタンをクリックして作成を完了します。
4. 予定されたアクションの作成
設定した時間にスケールするよう、予定されたアクションを作成します。
詳細な設定画面は以下の通りです。ここでは、最大2台のインスタンスを起動するように設定しています。
Auto Scaling設定後の確認
ここまでの設定が完了したら、EC2インスタンス画面でサーバーが起動していることを確認します。
無事、2台のサーバーが起動していることが確認できました。これで検証は大成功です！
最後に、EC2のパブリックIPアドレスを使ってブラウザでアクセスし、動作を確認します。
問題なく、起動した2台のサーバーのパブリックIPアドレスで正常にアクセスでき、Apacheの簡易的なHTMLファイルが表示されることを確認しました。
まとめ
Auto Scaling グループは、AWSコンソール上で簡単に設定できるため、運用負担を軽減しつつ、効率的なリソース管理を実現できます。
今回は初めての検証だったため、少し時間がかかってしまいましたが、最終的には想定通りの挙動を確認でき、めちゃくちゃ嬉しかったです！
この技術検証が、誰かの技術の支えとなれば幸いです！
参考記事