SAA の 4 つの設計観点 ── セキュア・レジリエント・高パフォーマンス・コスト最適化
記事の「実践」を 1 項目ずつ進めるためのページです。AWS マネジメントコンソールで操作したら、右の一覧にチェックを入れてください。チェックはこのブラウザに保存されます。
準備 6 項目中 1 番目
前提条件
- リージョン:
ap-northeast-1(東京) - AWS Well-Architected Tool を操作できる権限を持つ IAM ユーザーまたはロールでログイン済みであること
- AWS Well-Architected Tool はワークロードをレビューする無料のサービスで、ワークロードの定義や質問への回答では AWS リソースは作成されません
この実践では、次のような構成をレビューする想定で回答します。
| 観点 | 想定する構成 |
|---|---|
| セキュア | パブリックサブネットとプライベートサブネットに分け、セキュリティグループで通信を絞っている |
| レジリエント | ELB と Auto Scaling で EC2 を 2 つの AZ に配置している |
| 高パフォーマンス | 用途に合わせて RDS を選んでいるが、キャッシュはまだ入れていない |
| コスト最適化 | EC2 はすべてオンデマンドで動かしている |
準備 6 項目中 2 番目
作成するリソース一覧
| リソース種別 | リソース名 | 用途 |
|---|---|---|
| Well-Architected Tool のワークロード | saa-review-webapp | SAA の 4 つの観点で回答するレビュー対象 |
手順 6 項目中 3 番目
手順 1: ワークロードを定義する
- AWS マネジメントコンソールにログインし、リージョンが
ap-northeast-1(東京)であることを確認します - 上部の検索バーに
Well-Architectedと入力し、表示された「AWS Well-Architected Tool」を選択します - 左側ナビゲーションの「ワークロード」を選択し、「ワークロードの定義」→「ワークロードの定義」をクリックします
- 「ワークロードのプロパティ」で以下を入力します
- 名前:
saa-review-webapp - 説明:
SAA の 4 つの設計観点でのセルフチェック - レビューの所有者: 自分の名前またはチーム名
- 環境:
本番稼働前 - リージョン: 「AWS リージョン」をオンにし、
アジアパシフィック (東京)を選択
- 名前:
- その他の項目はデフォルトのままにし、「次へ」をクリックします
- 「プロファイル」は何も選ばずに「次へ」をクリックします
- 「レンズ」で「AWS Well-Architected Framework」にチェックが入っていることを確認し、「ワークロードの定義」をクリックします
手順 6 項目中 4 番目
手順 2: 4 つの観点に対応する質問に回答する
- ワークロードの概要画面で「レビューを開始」をクリックし、表示されたメニューから「AWS Well-Architected Framework」を選択します
- 最初の質問(OPS 1)が表示され、左側に 6 つの柱が折りたたまれた状態で並びます。ここでは SAA の 4 分野に対応する柱から 1 問ずつ選んで回答します
| SAA の観点 | 柱 | 回答する質問 |
|---|---|---|
| セキュア | セキュリティ | SEC 5. ネットワークリソースをどのように保護しますか? |
| レジリエント | 信頼性 | REL 10. ワークロードを保護するために障害分離をどのように使用しますか? |
| 高パフォーマンス | パフォーマンス効率 | PERF 3. ワークロード内のデータはどのように保存、管理、アクセスすればよいでしょうか? |
| コスト最適化 | コスト最適化 | COST 7. コストを削減するには、料金モデルをどのように使用したらよいでしょうか? |
- 左側の「セキュリティ」を展開して「SEC 5」を選択し、想定する構成に当てはまる以下の 2 つにチェックを入れます
ネットワークレイヤーを作成するネットワークレイヤー内のトラフィックを制御する
- 「次へ」をクリックして回答を保存します
- 左側の「信頼性」を展開して「REL 10」を選択し、以下の 1 つにチェックを入れます
複数の場所にワークロードをデプロイする
- 右側の「便利なリソース」には、各ベストプラクティスの解説へのリンクが並びます。チェックを入れなかった項目が、技術解説で整理したどの判断に当たるかを見ておきます
- 「次へ」をクリックして回答を保存します
- 左側の「パフォーマンス効率」を展開して「PERF 3」を選択し、以下の 1 つにチェックを入れます。キャッシュはまだ入れていない想定なので、
キャッシュを利用するデータアクセスパターンを実装するにはチェックを入れませんデータアクセスとストレージ要件に最適な専用データストアを使用する
- 「次へ」をクリックして回答を保存します
- 左側の「コスト最適化」を展開して「COST 7」を選択します。すべてオンデマンドで動かしている想定なので、料金モデルに関するベストプラクティスのどれにも当てはまらないことを確認します。ここではチェックを入れずに画面を見るだけにします
- 「保存して終了」をクリックします
手順 6 項目中 5 番目
手順 3: 観点ごとのリスクを確認する
- ワークロードの概要画面に戻り、「回答済みの全体的な質問」が
3/57になっていること、「全体的なリスク」に高リスク・中リスクの件数が表示されていることを確認します - チェックしなかったベストプラクティスに応じて、回答した質問にリスクが付きます。この想定では、REL 10 と PERF 3 が高リスク、SEC 5 が中リスクになります
- 何もチェックしなかった COST 7 は「未回答」として扱われ、回答済みの件数にもリスクにも数えられません。実際のレビューで「どれにも取り組んでいない」と記録するには、選択肢の最後にある「いずれも該当しません」を選びます
手順 6 項目中 6 番目
手順 4: 改善計画を柱で絞り込む
- 左側ナビゲーションの
saa-review-webapp配下にある「AWS Well-Architected Framework」を選択し、「改善計画」タブを選択します(ワークロードの概要画面ではなく、レンズの画面にあるタブです) - 「改善項目」に、リスクが付いた質問が一覧表示されます
- 「柱でフィルターする」で
信頼性を選択し、レジリエントの観点に当たる REL 10 の改善項目だけが表示されることを確認します - 「推奨される改善項目」を展開すると、チェックしなかった
バルクヘッドアーキテクチャを使用して影響範囲を制限すると単一のロケーションに制約されるコンポーネントのリカバリを自動化するが、解説へのリンクとして表示されます
- 同じように「柱でフィルターする」を
パフォーマンス効率に切り替え、PERF 3 の改善項目にキャッシュの利用が並ぶことを確認します。コスト最適化に切り替えると、未回答の COST 7 は改善項目に出てこないことも分かります
---