Web系バックエンドにおいて、2つのAuto Scalingグループ（ASG）があり、それぞれ異なるニーズを持っています（Web層は低利用だが可用性重視、処理層は高メモリを要する）。AWS Compute Optimizerが各ASGに対してライトサイジング（Right-sizing）の推奨を出しました。Web層は m5.large から t3.medium へダウンサイジング、処理層は r5.large へアップサイジングすべきとのことです。これらを踏まえ、最も適切な実装はどれか。

開発ポートフォリオでは複数の AWS アカウントにまたがってコストをプロジェクト別に管理したい。コスト配分タグを活用して各プロジェクトの可視化と予算アラートを実現する最良の設計はどれか。

実務シナリオ: グローバルに展開する静的ウェブアプリを運用しており、トラフィックは日内で変動する。可用性と低レイテンシを維持しつつ、月間のEC2コストを抑えたい。Compute Savings Plansとスポットインスタンスを活用したハイブリッド設計を検討している。最も適切なコスト最適化設計を選べ。

ある企業がWebアプリを8台のEC2インスタンス（Auto Scaling Group）で運用しており、現在は t3.medium を使用しています。CPU の平均利用率は約 60%、しかしメモリ利用データは CloudWatch に送信していません。Compute Optimizer から右Sizing の推奨を得る場合、以下の説明のうち正しいものはどれですか。

実務ケース：規制要件のある長期アーカイブとして約 2 PB のデータを S3 Glacier 系へ階層化したい。全データを低コストで保存する一方、過去24か月分（730日）のデータは時々アクセスされる想定で、4時間程度の復元時間を確保したい。コストを最適化する3層ライフサイクルの設計として最適なものはどれか。