JAWS-UG 横浜 re:Cap 2020 week1

1. gp3を味わい尽くす
2020.12.05(Sat) JAWS-UG 横浜 re:Cap week1
@nid777 新居田晃史 Akifumi Niida
#jawsug #jawsugyokohama
※本内容はすべて個人的な見解であり、所属する会社や組織を代表するものではありません

2. 自己紹介
• 新居田 晃史（にいだ あきふみ）
• 所属
• JBアドバンスト・テクノロジー株式会社
• 先進技術研究所
• 日本最速ITエンジニア（※週刊BCN編集部調べ）
• フルマラソン 2:29:56
• JAWS-UG 横浜支部
Twitter @nid777
Facebook Akifumi Niida

3. gp3とは

4. gp3
https://aws.amazon.com/jp/blogs/news/new-amazon-ebs-gp3-volume-lets-you-provision-performance-separate-from-capacity-and-offers-20-lower-price/

5. 何が嬉しいのか？（初心者向けgp2講座）
gp2の特性
• ディスククレジットによりIOPSがバースト（本来の能力より増強）している
• ベースライン性能を上回るディスク I/Oがあるとクレジットが減少する
• クレジットがなくなるとベースライン性能になる。
• ディスクサイズによりベースライン性能が決まっている • 1GiBあたり3IOPS
• 最低100IOPS～
IOPSを確保するために、ディスク容量を必要以上に大きくするというノウハウが存在
gp3はベースライン性能が3000IOPS！

6. gp3はベースライン性能が
3000IOPS！

7. さっそくやってみる
余談 発表時点（12/2）はブートできなかったが、2日後の12/4には対応された
デフォルトは4000
$6/月 のIOPS費用がかかるので3000に変更して実施
IOPS費用：$0.006 / IOPS（3000IOPSまで無料）
※API及びCLIだとデフォルト3000
https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/APIReference/API_CreateVolume.html

8. クレジットのメトリクスがなくなった

9. Read I/O
https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/benchmark_procedures.html
ランダムリード ファイルサイズ=1MB ブロックサイズ=16KB
シーケンシャルリード ファイルサイズ=1MB ブロックサイズ=16KB
read : io=1452.5MB, bw=49568KB/s, iops=3097, runt= 30005msec
read : io=1452.5MB, bw=49562KB/s, iops=3097, runt= 30008msec
read : io=3881.3MB, bw=132439KB/s, iops=3153, runt= 30009msec
https://aws.amazon.com/jp/premiumsupport/knowledge-center/ebs-calculate-optimal-io-size/
read : io=3884.6MB, bw=132436KB/s, iops=517, runt= 30035msec
ランダムリード ファイルサイズ=1MB ブロックサイズ=42KB
ランダムリード ファイルサイズ=1MB ブロックサイズ=256KB

10. Write I/O
https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/benchmark_procedures.html
ランダムライト ファイルサイズ=1MB ブロックサイズ=16KB
シーケンシャルライト ファイルサイズ=1MB ブロックサイズ=16KB
write: io=1452.2MB, bw=49551KB/s, iops=3096, runt= 30009msec
write: io=1453.2MB, bw=49592KB/s, iops=3099, runt= 30005msec
write: io=3880.2MB, bw=132444KB/s, iops=3153, runt= 30006msec
write: io=3884.3MB, bw=132450KB/s, iops=517, runt= 30030msec
ランダムライト ファイルサイズ=1MB ブロックサイズ=42KB
ランダムリード ファイルサイズ=1MB ブロックサイズ=256KB

11. スループット
write: io=5685.9MB, bw=193994KB/s, iops=1515, runt= 30013msec
write: io=5688.3MB, bw=194010KB/s, iops=757, runt= 30023msec
write: io=5691.6MB, bw=193998KB/s, iops=378, runt= 30042msec
https://aws.amazon.com/jp/premiumsupport/knowledge-center/ebs-calculate-optimal-io-size/
スループットを750MB/秒に変更（えいやっ）
write: io=5685.3MB, bw=194018KB/s, iops=3031, runt= 30006msec
ランダムライトでブロックサイズを変えながら試すと190MB/秒あたりで頭打ちに。。
理由はよくわかってません
64k
128k
256k
512k

12. 注意点
2020/12/5時点でgp3のボリュームからブートしたイ
ンスタンスでAMIが作成できません。
→ gp2にボリュームを変更すれば取得できます
ブートボリュームでなければAMI作成されました
IOPSはスループットの4倍以上
にする必要がある

13. コスト
https://dev.classmethod.jp/articles/ebs-gp3/
gp2より約20%安い！
gp2より約20%安い！

14. Thank you
The end