新しいソリューションのための設計29% · 6項目

Q1. ECS のサービスを CodeDeploy でブルー/グリーンデプロイしている。新しい版でエラーが増えたら、人手を介さずに旧版へ戻したい。最も適切な方法はどれか。

1. ブルー/グリーンをやめて一括デプロイに切り替え、エラーが出たら修正版をすぐにリリースし直す
2. エラーが出てもリトライで吸収されるよう、クライアント側の再試行の回数を大きく増やしておく
3. デプロイ後に担当者がログを1時間ごとに確認し、エラーが多ければ旧版のタスク定義で再デプロイする
4. デプロイグループに CloudWatch のアラームを関連付け、アラーム時の自動ロールバックを有効にする

Q2. ブルー/グリーンで新しい版に通信を切り替えた直後、エラー率のアラームが鳴った。旧環境はまだ残っている。最初に行うべきこととして最も適切なものはどれか。

1. 通信を旧環境（ブルー）に戻して影響を止めてから、新しい版の原因を調べる
2. 旧環境を削除して費用を下げてから、新しい版の修正に取りかかって再リリースする
3. エラーの出ている新しい版のログをすべて集めて分析が終わるまで、切り替えたままにしておく
4. 新しい環境のインスタンスを増やして、エラーが減るかどうかをしばらく様子を見る

Q1. 運用チームが EC2 上の自前の MySQL のパッチ適用とバックアップに毎月多くの時間を使っている。新システムでは運用負荷を減らしたい。最も適切な選択はどれか。

1. MySQL を Windows Server 上に移し、Windows Update の自動更新にデータベースのパッチも任せる
2. パッチの適用をやめて、問題が見つかったときだけ OS とデータベースをまとめて更新する運用にする
3. EC2 の台数を増やして MySQL を複数台にし、パッチの適用を1台ずつ順番に手作業で進めるようにする
4. Amazon Aurora MySQL などのマネージドなデータベースを使い、パッチやバックアップを AWS に任せる

Q2. 複数のアカウントにある EBS・RDS・DynamoDB のバックアップを自動化し、費用を抑えつつ別のリージョンでも復元でき、ランサムウェアによる削除も防ぎたい。最も適切な構成はどれか。

1. バックアップは取らず、データベースのマルチ AZ 配置と EBS の暗号化だけで、ランサムウェアによる削除にも対応できるようにする
2. AWS Backup のプランで別リージョンへのコピーとコールドストレージへの移行を設定し、Vault Lock を有効にする
3. すべてのバックアップを本番と同じアカウント・同じリージョンに保存し、復元の速さを最優先にする
4. 各サービスのコンソールで担当者が毎日手動でスナップショットを取り、名前に日付を付けて管理する

Q1. 世界中から利用される大規模な Web アプリで、攻撃の多くをエッジで防ぎ、オリジンの ALB に直接アクセスされないようにしたい。最も適切な構成はどれか。

1. ALB をインターネットに直接公開し、ALB の DNS 名を推測されにくいように長くして攻撃を避けることにする
2. CloudFront に WAF を関連付け、ALB のセキュリティグループは CloudFront のマネージドプレフィックスリストからだけ許可する
3. すべての利用者に、アクセス元の IP アドレスを事前に申請させ、ALB で許可リストを手作業で管理していく
4. CloudFront を使わずに、ALB の背後の EC2 の台数を常にピークの数倍に確保しておき、攻撃による大量のリクエストの負荷もすべて受け止める

Q2. 大規模な Web サイトの攻撃対策を設計している。特定の IP アドレスから、5 分間に数千回のログインの試行が繰り返されている。最も適したものはどれか。

1. AWS WAF のマネージドルールグループ
2. AWS WAF のレートベースのルール
3. AWS Shield Advanced
4. CloudFront の地域制限

Q1. 災害対策（DR）の訓練についての説明として誤っているものはどれか。

1. 訓練で見つかった手順の不備や、クォータ・権限の不足を改善に反映する
2. 本番に影響しない方法（復旧用の環境を分離したネットワークで起動するなど）を選んで、訓練を行う
3. 訓練は本番に影響する恐れがあるため、一度も実施せず手順書の整備だけにとどめるのがよい
4. 定期的に訓練を行い、実際の RTO・RPO が目標を満たしているかを測定する

Q2. 新しいサービスを全社に公開する前に、急な利用の増加で上限に当たって止まることを防ぎたい。最も適切な対策はどれか。

1. サービスクォータは利用量に応じて自動で無制限に増えるため、特に何も準備する必要はない
2. 必要なサービスクォータを見積もって事前に引き上げを申請し、使用率を CloudWatch のアラームで監視する
3. 公開後に上限のエラーが出たら、その都度 AWS サポートに連絡して引き上げてもらう運用にしておく
4. 上限に当たらないよう、利用者を少数の部署に限定したまま全社への公開をいつまでも先送りにする

Q1. Aurora のフェイルオーバーの訓練で、DB の切り替えは 30 秒で終わったのに、アプリの接続エラーが数分続いた。アプリは DNS の結果を長く保持していた。次に行うべきこととして最も適切なものはどれか。

1. アプリの接続先を、リーダーエンドポイントに切り替える
2. クラスターエンドポイントを使い DNS のキャッシュを短くする（または RDS Proxy を使う）
3. アプリの接続先を、プライマリのインスタンスのエンドポイントに固定する
4. Aurora のフェイルオーバーの優先度（ティア）を見直す

Q2. このポータルの構成として、要件に最も合うものはどれか。

1. 2つのリージョンで同じ規模の環境を常に動かし、両方のデータベースに毎回同時に書き込むようにする
2. オンプレミスと同じ構成で EC2 に Web・AP・DB を自前で構築し、OS とミドルウェアも自分たちで運用する
3. CloudFront・ALB・ECS on Fargate・Aurora Serverless v2 を、複数の AZ で構成する
4. 1台の大きな EC2 に Web サーバーとデータベースをまとめ、毎晩 EBS のスナップショットを取得する

Q1. 稼働から 3 か月がたち、Fargate の利用量が安定してきた。初年度の費用をさらに下げる方法として最も適切なものはどれか。

1. 稼働の初日にさかのぼって、ピーク時の量で3年分の Savings Plans を買い直す
2. 割引は使わずに、タスクに割り当てる CPU とメモリを最小の値に固定しておく
3. Fargate をやめて、すべてのタスクをスポットの EC2 で動かすように作り直す
4. 利用実績から常に使う量を見極め、その分だけ Compute Savings Plans を購入する

Q2. 大規模な Web サイトの攻撃対策を設計している。大規模な DDoS 攻撃に備え、24 時間体制の専門チームの支援と、攻撃で増えた利用料の補償を受けたい。最も適したものはどれか。

1. AWS WAF のマネージドルールグループ
2. AWS WAF のレートベースのルール
3. AWS Shield Advanced
4. CloudFront の地域制限