##環境
Amazon Web Service
- EC2(Amazon Linux 2 , t2.micro , 汎用SSD 8GB)
- RDS(MySQL , db.t2.micro)
- ALB
ローカルPC
- MacBook Pro(2.9 GHz デュアルコアIntel Core i5 , 8 GB 2133 MHz LPDDR3)
- macOS 11.3.1（20E241）
##概要
EC2に擬似的に負荷をかけて、AutoScalingによってEC2インスタンスが増減するか障害試験を実施する。
##障害試験
- 1台のEC2インスタンスにブラウザからSSH接続する。
実行中のWebServer-Autoをクリックし、接続 ＞ 接続をクリックする。
- CPU使用率**[%Cpu(s): xx us]**を確認する。
ctrl + Cで抜けられる。
[root@ip-xx-xx-xx-xx ~]# top
top - 08:54:15 up 4:35, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 99 total, 1 running, 62 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.3 us, 0.0 sy, 0.0 ni, 99.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 1006896 total, 291372 free, 226232 used, 489292 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 636560 avail Mem
* 負荷をかけるコマンド
yes > /dev/null &
| コマンド | 意味 |
|---|---|
| yes | yを無限に出力し続ける |
|ファイルへの上書き
|ファイルへの追記(これでも良い)
/dev/null|nullというファイル名
&|バックグラウンドで実行
- topコマンドでCPU使用率を確認。→99%
[root@ip-xx-xx-xx-xx ~]# top
top - 09:13:08 up 4:54, 1 user, load average: 0.67, 0.22, 0.08
Tasks: 100 total, 2 running, 62 sleeping, 0 stopped, 0 zombie
%Cpu(s): 99.0 us, 1.0 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 1006896 total, 290412 free, 226924 used, 489560 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 635852 avail Mem
- 同様にもう一台のEC2インスタンスでも負荷をかける。
- CloudWatchで、CPU使用率を確認する。
CloudWatch ＞ メトリクス ＞ AutoScaling グループ別 ＞ CPU Utilizationをクリックする。
(→平均が表示されるので、100%程度になっているはず。 - 5分ほどで1台ずつ自動追加されるので、合計で4台になるまで待つ。
- EC2インスタンスで負荷をかけるのを2台とも止める
topコマンドで表示されるプロセスのうち、yesコマンドによるプロセスのプロセス番号を以下コマンドで止める。
kill xxxx
*5分ほどで1台ずつ自動削除されるので、合計2台になるまで待つ。
##確認
-
CloudWatch ＞ メトリクス ＞ AutoScaling グループ別 ＞ CPU UtilizationをクリックしてCPU使用率のグラフを確認する。。
時系列
| 時間 | CPU利用率[%] | EC2インスタンス |
|---|---|---|
| 9:15 | 99.8 | 2台に負荷をかけた。実行中=2台。 |
| 9:20 | 66.6 | 実行中=2台。 |
| 9:25 | 56.4 | 18:23に1台自動追加。実行中=3台。 |
| 9:30 | 50.0 | 18:29に1台自動追加。実行中=4台。 |
| 9:35 | 33.5 | 2台の負荷を停止。 |
| 9:40 | 33.4 | 18:38に1台自動削除。実行中=3台。 |
| 9:45 | 0.3 | 18:44に1台自動削除。実行中=2台。 |
-
EC2 ＞ Auto Scaling グループ ＞ Test-AutoScaling1 ＞ アクティビティタブをクリックして、ログを確認。
| ステータス | 説明 | 原因 |
|---|---|---|
| Successful | Launching a new EC2 instance: i-xxxxxxxxxxxxxx | At 2021-05-26T09:23:00Z a monitor alarm CPU_High in state ALARM triggered policy CPU_add changing the desired capacity from 2 to 3. At 2021-05-26T09:23:08Z an instance was started in response to a difference between desired and actual capacity, increasing the capacity from 2 to 3. |
| Successful | Launching a new EC2 instance: i-xxxxxxxxxxxxxx | At 2021-05-26T09:29:00Z a monitor alarm CPU_High in state ALARM triggered policy CPU_add changing the desired capacity from 3 to 4. At 2021-05-26T09:29:10Z an instance was started in response to a difference between desired and actual capacity, increasing the capacity from 3 to 4. |
| Successful | Terminating EC2 instance: i-xxxxxxxxxxxxxx | At 2021-05-26T09:38:47Z a monitor alarm CPU_Low in state ALARM triggered policy CPU_remove changing the desired capacity from 4 to 3. At 2021-05-26T09:38:51Z an instance was taken out of service in response to a difference between desired and actual capacity, shrinking the capacity from 4 to 3. At 2021-05-26T09:38:52Z instance i-xxxxxxxxxxxxxx was selected for termination. |
| Successful | Terminating EC2 instance: i-xxxxxxxxxxxxxx | At 2021-05-26T09:44:47Z a monitor alarm CPU_Low in state ALARM triggered policy CPU_remove changing the desired capacity from 3 to 2. At 2021-05-26T09:44:53Z an instance was taken out of service in response to a difference between desired and actual capacity, shrinking the capacity from 3 to 2. At 2021-05-26T09:44:53Z instance i-xxxxxxxxxxxxxx was selected for termination. |