Question#3(SOA-C02)
ある企業は、AWS 上で 継続的インテグレーションと継続的デリバリー (CI/CD) の環境をホストしています。CI/CD 環境には Amazon EC2 インスタンス上でホストされている Jenkins サーバーが含まれています。この EC2 インスタンスには 500 GB の汎用 SSD (gp2) の Amazon Elastic Block Store (Amazon EBS) ボリュームがアタッチされています。
ディスクのスループット制限が原因で、Jenkins サーバーにパフォーマンス問題が発生し、ビルドが遅くなっています。EBS ボリュームは、毎晩のビルド処理中に 3,000 IOPS を持続する必要があります。 Amazon CloudWatch でサーバーの履歴を確認したところ、毎晩のビルド時に BurstBalance メトリクスが 0 になっていました。SysOps 管理者は、パフォーマンスを改善し、持続的なスループット要件を満たす必要があります。 最もコスト効率よく要件を満たすソリューションはどれですか？正解：B
本件のボトルネックは、gp2 の バーストクレジットが尽きて BurstBalance=0 となり、必要な IOPS を 持続できない点にあります。gp2 は「3 IOPS/GB」のベースラインで、500 GB なら 1,500 IOPS が上限（バースト時は一時的に上げられるが、クレジットが枯渇すると低下）です。よって 3,000 IOPS を継続したい場合、gp2 のままでは不適です。
gp3 は gp2 と同等/それ以上の料金効率で、ボリュームサイズと性能 (IOPS/スループット) を独立してプロビジョニングでき、デフォルトで 3,000 IOPS / 125 MB/s を提供します（必要に応じて IOPS を追加購入可能）。バーストクレジットに依存せず、持続性能を確保できるため、要件を最もコスト効率よく満たします。既存ボリュームを無停止で gp3 に変換できる点（オンライン変更可）も運用上の変更が最小です。
コメント