コメントを頂いたので番外編！

# ご了承
Qiitaはブログの補足記事という位置づけになりますのでご了承ください。
なお、今後も上げる記事は基本的には、ブログの補足記事という形の位置づけで投稿を今はしていく予定です。
（何かあれば、はてなからQiitaへ移行するかも知れませんが）

# 経緯

今回Qiitaに投稿するのは、ブログ記事の番外編という事になります。
ブログ記事を上げていつも通りリンクを[Xの方へ投稿した](https://x.com/yuri_snowwhite/status/1832289901473362011)ところ[引用でコメント](https://x.com/cryptomamiya/status/1832295180181090486)もらいました。

何をしていたかは、元のブログ記事はたどってくださればと思います。

# やること

ブログに記載している通り、インスタンスのスループットを測ります。
インスタンスは、今回、AWSアカウントで少し課金しても平気な状態だったAWSアカウントを利用していきます。

インスタンスペックは、`t3.2xlarge` と `c7a.large` にて検証した記録のみをこちらに記載しておきます！
勿論、gp2インスタンスとgp3インスタンス、それぞれで見ていきますよ！

# 検証結果

## t3.2xlarge,gp2のEBSの場合

```bash
$ df -kh
Filesystem        Size  Used Avail Use% Mounted on
devtmpfs          4.0M     0  4.0M   0% /dev
tmpfs              16G     0   16G   0% /dev/shm
tmpfs             6.2G  456K  6.2G   1% /run
/dev/nvme0n1p1     50G  1.9G   49G   4% /
tmpfs              16G     0   16G   0% /tmp
/dev/nvme0n1p128   10M  1.3M  8.7M  13% /boot/efi
tmpfs             3.1G     0  3.1G   0% /run/user/1000

$ iostat
Linux 6.1.106-116.188.amzn2023.x86_64 (ip-172-31-32-230.ap-northeast-1.compute.internal)        09/07/24        _x86_64_        (8 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1.42    0.00    0.12    0.09    0.12   98.25

Device             tps    kB_read/s    kB_wrtn/s    kB_dscd/s    kB_read    kB_wrtn    kB_dscd
nvme0n1           9.59       241.70       180.26         0.00     147022     109648          0

$ sudo dd if=/dev/nvme0n1p1 of=/dev/null bs=1MiB status=progress count=5120
5236588544 bytes (5.2 GB, 4.9 GiB) copied, 38 s, 138 MB/s
5120+0 records in
5120+0 records out
5368709120 bytes (5.4 GB, 5.0 GiB) copied, 38.9859 s, 138 MB/s
```
約40秒、平均スループットは135MB/Sec

## t3.2xlarge,gp3のEBSの場合

```bash
$ df -kh
Filesystem        Size  Used Avail Use% Mounted on
devtmpfs          4.0M     0  4.0M   0% /dev
tmpfs              16G     0   16G   0% /dev/shm
tmpfs             6.2G  456K  6.2G   1% /run
/dev/nvme0n1p1     50G  1.9G   49G   4% /
tmpfs              16G     0   16G   0% /tmp
/dev/nvme0n1p128   10M  1.3M  8.7M  13% /boot/efi
tmpfs             3.1G     0  3.1G   0% /run/user/1000

$ iostat
Linux 6.1.106-116.188.amzn2023.x86_64 (ip-172-31-43-209.ap-northeast-1.compute.internal)        09/07/24        _x86_64_        (8 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           4.58    0.00    0.39    0.47    0.58   93.98

Device             tps    kB_read/s    kB_wrtn/s    kB_dscd/s    kB_read    kB_wrtn    kB_dscd
nvme0n1          32.82       853.73       560.75         0.00     146926      96504          0

$ sudo dd if=/dev/nvme0n1p1 of=/dev/null bs=1MiB status=progress count=5120
5248122880 bytes (5.2 GB, 4.9 GiB) copied, 39 s, 135 MB/s
5120+0 records in
5120+0 records out
5368709120 bytes (5.4 GB, 5.0 GiB) copied, 39.9233 s, 134 MB/s
```

約40秒、平均スループット134MB/Sec

# c7a.large,gp2のEBSの場合

```bash
$ df -kh
Filesystem        Size  Used Avail Use% Mounted on
devtmpfs          4.0M     0  4.0M   0% /dev
tmpfs             1.9G     0  1.9G   0% /dev/shm
tmpfs             758M  596K  757M   1% /run
/dev/nvme0n1p1     50G  1.9G   49G   4% /
tmpfs             1.9G     0  1.9G   0% /tmp
/dev/nvme0n1p128   10M  1.3M  8.7M  13% /boot/efi
tmpfs             379M     0  379M   0% /run/user/1000

$ iostat
Linux 6.1.106-116.188.amzn2023.x86_64 (ip-172-31-16-167.ap-northeast-1.compute.internal)        09/07/24        _x86_64_        (2 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           7.58    0.00    0.98    0.25    0.02   91.16

Device             tps    kB_read/s    kB_wrtn/s    kB_dscd/s    kB_read    kB_wrtn    kB_dscd
nvme0n1          40.05      1049.81       683.58         0.00     146910      95660          0

$ sudo dd if=/dev/nvme0n1p1 of=/dev/null bs=1MiB status=progress count=5120
5366611968 bytes (5.4 GB, 5.0 GiB) copied, 39 s, 138 MB/s
5120+0 records in
5120+0 records out
5368709120 bytes (5.4 GB, 5.0 GiB) copied, 39.016 s, 138 MB/s
```

約40秒、平均スループット138MB/Sec

# c7a.large,gp3のEBSの場合

```bash
$ df -kh
Filesystem        Size  Used Avail Use% Mounted on
devtmpfs          4.0M     0  4.0M   0% /dev
tmpfs             1.9G     0  1.9G   0% /dev/shm
tmpfs             758M  600K  757M   1% /run
/dev/nvme0n1p1     50G  1.9G   49G   4% /
tmpfs             1.9G     0  1.9G   0% /tmp
/dev/nvme0n1p128   10M  1.3M  8.7M  13% /boot/efi
tmpfs             379M     0  379M   0% /run/user/1000

$ iostat
Linux 6.1.106-116.188.amzn2023.x86_64 (ip-172-31-25-26.ap-northeast-1.compute.internal)         09/07/24        _x86_64_        (2 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           5.87    0.00    0.87    0.31    0.01   92.94

Device             tps    kB_read/s    kB_wrtn/s    kB_dscd/s    kB_read    kB_wrtn    kB_dscd
nvme0n1          32.34       847.40       528.01         0.00     146990      91588          0

$ sudo dd if=/dev/nvme0n1p1 of=/dev/null bs=1MiB status=progress count=5120
5242880000 bytes (5.2 GB, 4.9 GiB) copied, 39 s, 134 MB/s
5120+0 records in
5120+0 records out
5368709120 bytes (5.4 GB, 5.0 GiB) copied, 39.9672 s, 134 MB/s
```

時間は約40秒、平均スループット134MB/Sec

# 考察

やはり、インスタンクラス単位での制限（ブログ記事参照)でしょう。恐らく性能限界の可能性高そうです。
ストレージ最適化クラスであるi3等で試してみたかったのですが、ポリシー等の兼ね合いで起動せず、今回はここまでとなります。
恐らく、かなりの高速化が見込めるのかな？と思ってます。
と言うのも一般的に起動する際のEBSとしては*実際に指定した容量*となるのが一般的ですが、
下記の画像の様にディスクストレージがかなりの容量を利用する設定になるのです。
また、私は過去一度もi3インスタンスなどのストレージ最適化インスタンスを利用したことが無いので機会があったら試してみたいと思います。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3553392/41972255-ed49-eeda-d650-554288e6177f.png)