AWSのEC2インスタンスを数多く利用しているのであれば、パフォーマンスを上げながらストレージコストを最大20％削減するという、早くて手間のかからない方法が登場しています。AWSはgp3 EBSボリュームの提供を開始しました

2020年のre:inventの際にAWSでgp3ボリュームタイプが最初に登場した後、多くの問題点がありましたが、今回はその問題点を解決するためにgp3ボリュームタイプが登場しました。

しかし、現在、それらの問題はほぼ修正されているようです。それについては最後にお話します

#gp3とは？
亀田治伸氏のAWSブログにもあるように、gp3はEBSボリュームタイプの7番目のバリエーションです。ベースラインが100IOPSで、33GB以上のストレージであれば1GBあたり3IOPSが追加で提供されていたgp2とは異なり、gp3では標準で3000IOPSが125MB/sのスループットで無料で提供されています。このIOPSは、gp2ではオプションではなかったストレージに依存しないプロビジョニングも可能です。これは何を意味するのかというと、ストレージではなく、より多くのIOPSが必要な場合にのみIOPSの料金を支払うということです

#このような大幅なパフォーマンスの向上のためのコストはいくらでしょうか？
ゼロです。実際、あなたは gp2 から gp3 へのアップグレードでお金を節約することができます。

価格比較をしてみましょう - ムンバイ地域（インド）
gp2のコスト：ストレージ＝0.114ドル/GB/月
gp3のコスト：ストレージ＝0.0912ドル/GB/月

#アップグレードは環境への影響はありますか？
ダウンタイムは全くありません。アップグレードは非常に簡単で、EBSボリュームを変更するのと同じくらい簡単です。変更はバックグラウンドで行われるので、何も気にする必要はありません。また、変更が発生している間、インスタンスにパフォーマンスの影響はありませんので、ただ座ってリラックスすることができます。

しかし、アップグレード後の読み取りと書き込みのレイテンシには、非常に小さなパフォーマンスの問題があります。それについては、最後に向かって議論しています。

#どうやってやるのか？
##AWSにログインする
AWSコンソールにクレデンシャルでログインします。

##AWS EC2 ダッシュボードに移動
AWSコンソールにログイン後、EC2ダッシュボードに移動し、EC2サブサービスのある左パネルを下にスクロールします。

##ボリュームタブを開く
左側のパネルで、Volumes タブを開き、インスタンスが使用している EBS ボリュームを表示します。

##変更したいボリュームをクリックします。
変更が必要なボリュームをクリックして、「アクション」をクリックします。

##アクションからボリュームの変更をクリックし、ボリュームを変更します。
変更するボリュームを選択した後、**[Actions]をクリックして、[Modify volume]**をクリックします。

音量変更ダイアログボックスが開き、現在の音量設定が表示されます。

**「ボリュームタイプ」ドロップダウンをクリックし、「汎用SSD（gp3）」**を選択します。

これにより、IopsやThroughputなどの追加設定が表示されます。これらの設定はそのままにして、Modifyをクリックします。
警告が表示されますが、ストレージサイズを変更していないので、無視して**「はい」**をクリックします。

これは、ボリュームの変更要求が成功したことを示しているので、そのダイアログボックスを閉じることができます。

##ボリュームが変更されていることを確認
これが完了したら次のステップに進みますが、修正が正常に完了したことを確認するために、必ずボリュームダッシュボードに戻ってください。変更中のボリュームは黄色の点で表示され、正常に gp3 に変更されたボリュームは緑色の点で表示されます。

##すべてのボリュームに対して上記の手順を繰り返します。
これらの手順は、すべてのEBSボリュームに対して繰り返さなければなりません。

#パフォーマンスについてのさらなる議論
何人かの人がブートの問題を抱えていましたが、このフォーラムのように数日後には解決しました。

複数の人が読み書きのレイテンシが高くなったと報告していますが、私は gp2 から gp3 へのアップデート後にサーバーのボリュームでそれを見ることができました。
あるブログでは読み書きの遅延についても言及されており、アップグレード後に確認したところ、以下の画像のようになっていました。

私のアップデートは 05:55 UTC に行われましたが、それはスパイクが発生したまさにその時で、そこから約 200ms/op の遅延が平均的に増加しています。

彼らは残りの問題を修正したのと同じように、将来的にこれを修正する可能性が高いので、あなたがこの200ms/opの遅延の増加で大丈夫なら、何の問題もありません。

また、下の画像に示すように、平均キューの長さが非常に微小に増加しているのを見ました。

#結論
gp3 EBSボリュームは、2014年にgp2がリリースされた後、ボリュームタイプに追加された本当に良いものです。これを使用してコストを削減し、EC2インスタンスのIOPSとスループットのパフォーマンスを向上させることができるAWSの顧客はたくさんいるでしょうが、読み書きのレイテンシと平均キュー長のこのわずかな増加を覚えておいてください。

これで、十分な情報に基づいた判断ができるようになりました。