PowerPoint Presentation

Size: px

Start display at page:

Download "PowerPoint Presentation"

あつみねことじ
4 years ago
Views:

1 [AWS Black Belt Online Seminar] AWS Well-Architected Framework によるコスト最適化サービスカットシリーズ Well-Architected Lead 髙山博史 2019/03/12 AWS 公式 Webinar 過去資料

2 AWS Black Belt Online Seminar とはサービス別ソリューション別業種別のそれぞれのテーマに分かれてアマゾンウェブサービスジャパン株式会社が主催するオンラインセミナーシリーズです質問を投げることができます! 書き込んだ質問は主催者にしか見えません今後のロードマップに関するご質問はお答えできませんのでご了承下さい 1 吹き出しをクリック 2 質問を入力 3 Send をクリック Twitter ハッシュタグは以下をご利用ください #awsblackbelt

3 内容についての注意点本資料では 2019 年 03 月 12 日時点のサービス内容および価格についてご説明しています最新の情報は AWS 公式ウェブサイト ( にてご確認ください資料作成には十分注意しておりますが資料内の価格と AWS 公式ウェブサイト記載の価格に相違があった場合 AWS 公式ウェブサイトの価格を優先とさせていただきます価格は税抜表記となっています日本居住者のお客様が東京リージョンを使用する場合別途消費税をご請求させていただきます AWS does not offer binding price quotes. AWS pricing is publicly available and is subject to change in accordance with the AWS Customer Agreement available at Any pricing information included in this document is provided only as an estimate of usage charges for AWS services based on certain information that you have provided. Monthly charges will be based on your actual use of AWS services, and may vary from the estimates provided.

4 アマゾンウェブサービスジャパン株式会社 (2011/09 ) (

5 本ウェビナーの目的 AWS Well-Architected Framework によるコスト最適化の概要を理解しコスト意識の高いシステムの構築と運用をしてビジネスの費用対効果を最大化する今回のセミナーで扱うこと私が数多くのお客さまシステムを拝見してきた中で見逃されがちなコスト最適化ポイントについてご紹介します今回のセミナーで扱わないこと一方でオートスケーリング活用 SQS 活用サーバレス活用のような構成変更によるコスト最適化については概要紹介までとして詳しく説明しません

6 本ウェビナーの流れ AWS Well-Architected Framework(W-A) の [1] 全体像 ( 概要 ) を理解する [2] 活用方法を理解する [3] コスト最適化ベストプラクティス ( の一部 ) を理解する本ドキュメントは抜粋版ですのでぜひ AWS Well-Architected Framework ホワイトペーパーもご参照いただきベストプラクティスを知ることでさまざまなリスクを把握して回避しコストを効率化しお客様ビジネス成功を実現させてください

7 ( 前提として ) お客様の課題

8 価値クラウドに最適化したアプリ開発を行っていく 1 クラウドネイティブクラウドへ移行した後でクラウド最適化を目指す初期プロジェクト当初からクラウドに最適化した設計構築を行う基盤作り移行 2 リフト & シフトクラウド最適化ハード老朽化対応コスト削減目的でクラウドへ単純移行する期間

9 クラウド最適化への課題と不安 ( 既存構成のリフト & シフトで移行するが ) クラウド最適化が出来るだろうか? オンプレミスでの経験は豊富だがクラウド最適化のための設計運用のノウハウが無いコスト最適化が出来ているのだろうか

10 クラウド最適化への課題と不安 ( 既存構成のリフト & シフトで移行するが ) クラウド最適化が出来るだろうか? AWS Well-Architected Framework が解決しますオンプレミスでの経験は豊富だがクラウド最適化のための設計運用のノウハウが無いコスト最適化が出来ているのだろうか

11 Framework(W-A)とは?

12 2015 年 AWS re:invent にて発表毎年アップデート

13 AWS のソリューションアーキテクト (SA) とお客様が長年にわたり数多くの経験から作り上げたもの Your team TECHNICAL & BUSINESS LEADS Solutions Architect

14 AWS のソリューションアーキテクト (SA) とお客様が長年にわたり数多くの経験から作り上げたもの AWS とお客様と共に W-A も常に進化し続ける Your team TECHNICAL & BUSINESS LEADS Solutions Architect

15 10 年以上の経験から数多くのお客様と AWS の SA が得たベストプラクティスがすぐに入手出来る

16 AWS Well-Architected Framework の構成要素 1 ベストプラクティスが記載された Well-Architected ホワイトペーパー 2 設計構築運用を支援する AWS の SA or W-A 認定パートナー [NEW] 3 ベストプラクティスとのギャップをセルフチェック出来るAWS Well-Architected Tool 運用の優秀性セキュリティ信頼性パフォーマンス効率コストの最適化

17 AWS Well-Architected Framework ホワイトペーパー設計原則と ( 質問と回答形式 ) のベストプラクティス集運用の優秀性セキュリティ信頼性パフォーマンス効率コストの最適化あくまでも設計原則なので実装の詳細やアーキテクチャパターンは扱っていない

18 AWS Well-Architected Framework ホワイトペーパー設計原則と ( 質問と回答形式 ) のベストプラクティス集運用の優秀性セキュリティ信頼性パフォーマンス効率コストの最適化コスト最適化は見落とされがちな観点

19 設計原則 (Design Principles) クラウドでの一般設計原則必要なキャパシティを勘に頼らない本番規模でのシステムテストを行うアーキテクチャ試行の回数を増やすために自動化を取り入れる発展的なアーキテクチャを受け入れるデータ計測に基づいてアーキテクチャを決定する本番で想定されるトラブルをあらかじめテストし対策する

20 質問と回答形式でのベストプラクティス ( 例 ) 例 : セキュリティの質問 ( 抜粋 ) [SEC2] AWSサービスへの人為的なアクセスをどのように制御していますか? 人為的なアクセス要件を適切に定義している ( 不要な特権アクセスのリスクを軽減 ) 最小限の権限を付与している各個人に固有の認証情報を割り当てているユーザーのライフサイクルに基づいて認証情報を管理している ( 退職者の情報削除など ) 認証情報管理を自動化しているロールまたはフェデレーションを介してアクセスしている

21 質問と回答形式でのベストプラクティス ( 例 ) 例 : セキュリティの質問 ( 抜粋 ) [SEC2] AWSサービスへの人為的なアクセスをどのように制御していますか? 人為的なアクセス要件を適切に定義している ( 不要な特権アクセスのリスクを軽減 ) 最小限の権限を付与している各個人に固有の認証情報を割り当てているユーザーのライフサイクルに基づいて認証情報を管理している ( 退職者の情報削除など ) 認証情報管理を自動化しているロールまたはフェデレーションを介してアクセスしている

22 質問からリスクや改善点を考えてみるセキュリティの質問 ( 抜粋 )

23 質問からリスクや改善点を考えてみるセキュリティの質問 ( 抜粋 )

24 ベストプラクティスの質問を活用 [OPS4] デプロイのリスクをどのように軽減していますか? [SEC3] AWSサービスへのプログラムによるアクセスをどのように制御していますか? [REL7] システムがコンポーネントのエラーに耐えるようにどのように設計していますか? [PER2] コンピューティングソリューションをどのように選択していますか? [COST6] AWS 使用量とコストをどのようにモニタリングしていますか?

25 ベストプラクティスの質問を活用全項目ベストプラクティスに [OPS4] デプロイのリスクをどのように軽減していますか? 則っていないとダメなのか? [SEC3] AWS サービスへのプログラムによるアクセスをどのように制御していますか? [REL7] システムがコンポーネントのエラーに耐えるようにどのように設計していますか? [PER2] コンピューティングソリューションをどのように選択していますか? [COST6] AWS 使用量とコストをどのようにモニタリングしていますか?

26 ベストプラクティスの質問を活用全項目ベストプラクティスに [OPS4] デプロイのリスクをどのように軽減していますか? 則っていないとダメなのか? [SEC3] AWS サービスへのプログラムによるアクセスをどのように制御していますか? [REL7] システムがコンポーネントのエラーに耐えるようにどのように設計していますか? [PER2] コンピューティングソリューションをどのように選択していますか? ベストプラクティスを知ったで [COST6] AWS 使用量とコストをどのようにモニタリングしていますか? 皆様が ( ビジネス的な ) 判断をするための手法リスクや改善点の顕在化

27 ベストプラクティスを理解した上で判断する Your team TECHNICAL & BUSINESS LEADS ( 前準備 ) セルフチェック W-Aの質問に答えながら設計中の構成や既に運用しているシステムの現状確認 ( 棚卸し ) を実施 W-A ツールへの記入 ( または Excel への記入 )

28 ベストプラクティスを理解した上で判断する Your team TECHNICAL & BUSINESS LEADS ( 前準備 ) セルフチェック Your team TECHNICAL & BUSINESS LEADS Solutions Architect W-A レビュー実施 W-Aの質問に答えながら設計中の構成や既に運用しているシステムの現状確認 ( 棚卸し ) を実施 SAとベストプラクティスとのギャップを把握様々なリスクやクラウドに最適化できるポイントを把握する W-A ツールへの記入 ( または Excel への記入 ) 2~3 時間の集中的な打ち合わせ

29 ベストプラクティスを理解した上で判断する Your team TECHNICAL & BUSINESS LEADS Your team TECHNICAL & BUSINESS LEADS Solutions Architect Your team TECHNICAL & BUSINESS LEADS ( 前準備 ) セルフチェック W-Aレビュー実施クラウド最適化 W-Aの質問に答えながら設計中の構成や既に運用しているシステムの現状確認 ( 棚卸し ) を実施 SAとベストプラクティスとのギャップを把握様々なリスクやクラウドに最適化できるポイントを把握するビジネス的な判断や優先度づけを実施しよりクラウドに最適化していく W-A ツールへの記入 ( または Excel への記入 ) 2~3 時間の集中的な打ち合わせその後再度レビュー実施して状況確認

W-Aの質問に答えながら設計中の構成や既に運用しているシステムの現状確認 ( 棚卸し ) を実施 SAとベストプラクティスとのギャップを把握

30 ベストプラクティスを理解した上で判断する Your team TECHNICAL & BUSINESS LEADS Your team TECHNICAL & BUSINESS LEADS Solutions Architect Your team TECHNICAL & BUSINESS LEADS ( 前準備 ) セルフチェック W-Aレビュー実施クラウド最適化 W-Aの質問に答えながら設計中の構成や既に運用しているシステムの現状確認 ( 棚卸し ) を実施 SAとベストプラクティスとのギャップを把握様々なリスクやクラウドに最適化できるポイントを把握するビジネス的な判断や優先度づけを実施しよりクラウドに最適化していく W-A ツールへの記入 ( または Excel への記入 ) 2~3 時間の集中的な打ち合わせその後再度レビュー実施して状況確認

31 ( 手戻り防止のために ) 設計フェーズの早い段階でも一度 W-A レビューしていただくことをおすすめします

33 AWS Well-Architected Framework まとめ 10 年以上の経験数多くのお客様と作りあげたクラウド設計運用のベストプラクティス集ベストプラクティスをご理解いただいた上でビジネス的な判断を実施いただくための材料全てがベストプラクティスに則っている必要は無い定期的なレビューとKAIZENにより Well-Architected( クラウドにより最適化された ) なシステムに

34 AWS Well-Architected Framework によるコスト最適化

35 AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーよりコスト最適化の質問 ( 抜粋 ) [COST 4] AWS サービス選択の際にコストをどのように評価していますか? [COST 5] コスト目標を達成するためにインスタンスタイプとサイズをどのように選択していますか? [COST 6] コスト削減のために料金モデルをどのように選択していますか? [COST 7] データ転送量について設計時にどのように考えましたか? [COST 2] AWS 使用量とコストをどのようにモニタリングしていますか?

36 AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーよりコスト最適化の質問 ( 抜粋 ) [COST 4] AWS サービス選択の際にコストをどのように評価していますか? [COST 5] コスト目標を達成するためにインスタンスタイプとサイズをどのように選択していますか? [COST 6] コスト削減のために料金モデルをどのように選択していますか? [COST 7] データ転送量について設計時にどのように考えましたか? [COST 2] AWS 使用量とコストをどのようにモニタリングしていますか?

38 マネージドサービスの活用 AWS の多様なサービスは大半がマネージドサービスお客様からのの管理や運用が大変なので AWS でマネージドサービスを提供欲しいという声にお答えした結果として充実

39 マネージドサービスの活用必ずマネージドサービスを活用出来ないか? を検討管理や運用の人的なコストを大幅に削減し開発に注力出来る例 :RDS の自動バックアップ機能 1 日 1 回のスナップショット取得とスナップショット取得から 5 分前までのトランザクションログ取得し Point-in-Time リカバリ (DB インスタンス作成 ) を実現最長 35 日まで設定可能 ( それ以上の期間をバックアックしたい場合手動でのスナップショット取得が可能 ) 例 : RDS の MultiAZ デプロイメント同期レプリケーション ( 冗長化 ) と自動フェイルオーバーを実現データ冗長化と可用性向上を実現できる非常に有効なので本番環境では必ず設定すべきオプション Availability Zone Availability Zone

40 マネージドサービスの活用必ずマネージドサービスを活用出来ないか? を検討たとえばご要望にお答えしてコンテナ関連のマネージドサービスも充実進化が早い ( どんどん楽になる ) ので常に最新情報のチェックをおすすめします

41 マネージドサービスの活用画面転送 (PCoIP プロトコル )

42 マネージドサービスの活用マネージドサービスで解決出来る領域が広がっているたとえばクラウド型コンタクトセンターの提供が東京リージョンでも始まっています

43 マネージドサービスの活用マネージドサービスで解決出来る領域が広がっているもちろん機械学習もマネージドサービスで利用できる

44 マネージドサービスの活用マネージドサービスで解決出来る領域が広がっている 2018 年 11 月にフルマネージド型の SFTP サービスが登場!

45 マネージドサービスの活用データベースには高い可用性とパフォーマンスメンテナンス性が求められますそこでメンテナンスが容易でクラスタリングが自動化できる Amazon Aurora に着目手動による DB の多重化の運用負荷の軽減を実現しています

46 マネージドサービスの活用マネージド型サービスの充実でインフラの運用管理を AWS 側に任せることが可能になりました自社の運用コストの低減がお客様へのサービス提供価格の低減につながることを考えると AWS は最良の選択でした

47 マネージドサービスの活用 Amazon Aurora は 64TB まで容量追加の手間がなくバックアップの仕組みもあるため運用の手間が大きく削減されます AWS 移行後は拡張性を確保した上でオンプレミスにあったデータベース用の SAN の費用が不要となりデータベース部分のコストは 50% 近く削減されました

48 マネージドサービスの活用 a AWS のマネージドサービスを活用することでコンソールでの監視といったインフラ管理の仕事から解放され複数機能の開発や運用を 1 人で楽に回せるようになり機能改善にリソースを当てることが容易になりましたサーバーレスで構築したことでフロントエンド部分の費用は非常に安価となり Amazon EC2 で開発した場合と比較して 99% のコスト削減を実現しました

49 AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーよりコスト最適化の質問 ( 抜粋 ) [COST 4] AWS サービス選択の際にコストをどのように評価していますか? [COST 5] コスト目標を達成するためにインスタンスタイプとサイズをどのように選択していますか? [COST 6] コスト削減のために料金モデルをどのように選択していますか? [COST 7] データ転送量について設計時にどのように考えましたか? [COST 2] AWS 使用量とコストをどのようにモニタリングしていますか?

Logs で OS 上やアプリケーションのログも取得可能 [Custom Metric] Memory Free / Filesystem Free

50 まずはリソース利用状況の把握から AWS CloudWatch でリソース利用状況を把握する AWS 上で稼働するシステム監視サービスシステム全体のリソース使用率アプリケーションパフォーマンスを把握予め設定した閾値を超えたらメール通知 AutoScaling などのアクションも可能することも可能また CloudWatch Logs で OS 上やアプリケーションのログも取得可能 [Custom Metric] Memory Free / Filesystem Free Notification CPUUtilization DiskReadBytes / DiskWriteBytes / NetworkIn / NetworkOut EC2 Action AutoScaling

51 まずはリソース利用状況の把握から利用状況に応じた適切なインスタンスタイプなどを選択使用率が安定している場合使用率が低い / 高い場合はインスタンスファミリーやタイプの見直し使用率が適切な場合はリザーブドインスタンス ( 後述 ) の購入も検討使用率が一定でない場合時刻ごとの台数増減 AutoScaling 活用を検討バッファベース (Amazon SQS や Amazon Kinesis を活用した ) の処理も検討サーバレス活用を検討

52 まずはリソース利用状況の把握から利用状況に応じた適切なインスタンスタイプなどを選択使用率が安定している場合使用率が低い / 高い場合はインスタンスファミリーやタイプの見直し使用率が適切な場合はリザーブドインスタンス ( 後述 ) の購入も検討使用率が一定でない場合時刻ごとの台数増減 AutoScaling 活用を検討バッファベース (Amazon SQS や Amazon Kinesis を活用した ) の処理も検討サーバレス活用を検討

53 メトリクスに基づいたサイジングインスタンスタイプの見直しを検討するインスタンスファミリーとサイズ利用特性に合わせて汎用 (M5,M4,T2) コンピューティング最適化 (C5,C4) メモリ最適化 (R5,R4) などのインスタンスファミリーとサイズ (large,small など ) を選択 m5. xlarge インスタンスファミリー ( 特性 ) 世代サイズ

54 メトリクスに基づいたサイジング

55 AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーよりコスト最適化の質問 ( 抜粋 ) [COST 4] AWS サービス選択の際にコストをどのように評価していますか? [COST 5] コスト目標を達成するためにインスタンスタイプとサイズをどのように選択していますか? [COST 6] コスト削減のために料金モデルをどのように選択していますか? [COST 7] データ転送量について設計時にどのように考えましたか? [COST 2] AWS 使用量とコストをどのようにモニタリングしていますか?

56 リージョン毎の料金を考慮する

58 出来る

59 ( 再掲 ) まずはリソース利用状況の把握から利用状況に応じた適切なインスタンスタイプなどを選択使用率が安定している場合使用率が低い / 高い場合はインスタンスファミリーやタイプの見直し使用率が適切な場合はリザーブドインスタンス ( 後述 ) の購入も検討使用率が一定でない場合時刻ごとの台数増減 AutoScaling 活用を検討バッファベース (Amazon SQS や Amazon Kinesis を活用した ) の処理も検討サーバレス活用を検討

60 購入オプションの活用検討すべき購入オプション 1 - 時間課金系サービス - AWS にはさまざまな購入オプションがありますお客様のビジネスニーズに合った最も費用対効果の高い購入オプションを選択してくださいオンデマンドインスタンスリザーブドインスタンススポットインスタンス (EC2 のみ ) 初期費用なしコミットなしの従量課金長期 (1 年 or3 年 ) の利用コミットによる割引の適用 ( 最大 75% 引 ) AWS 余剰リソースをより安価に利用可能

購入オプションの活用検討すべき購入オプション 1 - 時間課金系サービス - AWS にはさまざまな購入オプションがありますお客様のビジネスニーズに合った最も費用対効果の高い購入オプションを選択してくださいオンデマンドインスタンスリザーブドインスタンススポットインスタンス

61 購入オプションの活用検討すべき購入オプション 1 - 時間課金系サービス - AWS にはさまざまな購入オプションがありますお客様のビジネスニーズに合った最も費用対効果の高い購入オプションを選択してくださいオンデマンドインスタンスリザーブドインスタンススポットインスタンス (EC2 のみ ) 初期費用なしコミットなしの従量課金長期 (1 年 or3 年 ) の利用コミットによる割引の適用 ( 最大 75% 引 ) AWS 余剰リソースをより安価に利用可能ピークなど増減する Web/App サーバ一時利用のキャンペーンサイト昼にしか使わない開発サーバ

62 購入オプションの活用検討すべき購入オプション 1 - 時間課金系サービス - AWS にはさまざまな購入オプションがありますお客様のビジネスニーズに合った最も費用対効果の高い購入オプションを選択してくださいオンデマンドインスタンスリザーブドインスタンス初期費用なしコミットなしの従量課金長期 (1 年 or3 年 ) の利用コミットによる割引の適用 ( 最大 75% 引 ) ピークなど増減する Web/App サーバ一時利用のキャンペーンサイト昼にしか使わない開発サーバ常時稼働しているサーバ - DB, キャッシュサーバ - ( 最低限必要の )Web/App サーバスポットインスタンス (EC2 のみ ) AWS 余剰リソースをより安価に利用可能 1YR 3YR

63 購入オプションの活用検討すべき購入オプション 1 - 時間課金系サービス - AWS にはさまざまな購入オプションがありますお客様のビジネスニーズに合った最も費用対効果の高い購入オプションを選択してくださいオンデマンドインスタンスリザーブドインスタンススポットインスタンス (EC2 のみ ) 初期費用なしコミットなしの従量課金長期 (1 年 or3 年 ) の利用コミットによる割引の適用 ( 最大 75% 引 ) AWS 余剰リソースをより安価に利用可能ピークなど増減する Web/App サーバ一時利用のキャンペーンサイト昼にしか使わない開発サーバ常時稼働しているサーバ - DB, キャッシュサーバ - ( 最低限必要の )Web/App サーバ分散処理のタスクノードクローラメディアプロセッシング活用シーン拡大中

64 購入オプションの活用リザーブドインスタンスの適用箇所を検討コストエクスプローラーのリザーブドインスタンス推奨事項を参照する何を RI にするとどれだけ安くなるかという分析を提案 (EC2,RDS, ElastiCache, Elasticserch Service, Redshift に対応 )

65 購入オプションの活用検討すべき購入オプション 2 - その他 - その他さまざまな購入オプションがありますお客様のビジネスニーズに合った最も費用対効果の高い購入オプションを検討 Amazon Cloudfront リザーブドキャパシティ長期 (1 年 ) 利用コミットによる割引料金の適用 Amazon DynamoDB リザーブドキャパシティ長期 (1 年 ) 利用コミットによる割引料金の適用

66 ( 再掲 ) まずはリソース利用状況の把握から利用状況に応じた適切なインスタンスタイプなどを選択使用率が安定している場合使用率が低い / 高い場合はインスタンスファミリーやタイプの見直し使用率が適切な場合はリザーブドインスタンス ( 後述 ) の購入も検討使用率が一定でない場合時刻ごとの台数増減 AutoScaling 活用を検討バッファベース (Amazon SQS や Amazon Kinesis を活用した ) の処理も検討サーバレス活用を検討

67 参考情報はこちら AWS クラウドサービス活用資料集

68 参考情報はこちら AWS Summit Tokyo 2018 資料動画一覧

69 AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーよりコスト最適化の質問 ( 抜粋 ) [COST 4] AWS サービス選択の際にコストをどのように評価していますか? [COST 5] コスト目標を達成するためにインスタンスタイプとサイズをどのように選択していますか? [COST 6] コスト削減のために料金モデルをどのように選択していますか? [COST 7] データ転送量について設計時にどのように考えましたか? [COST 2] AWS 使用量とコストをどのようにモニタリングしていますか?

70 データ転送 - Amazon CloudFront の活用 Amazon CloudFront の活用世界中にあるエッジロケーションを活用して効率的かつ高速にコンテンツの配信が可能となるレポートや分析も充実しておりビジネス分析にも活用できる AWS WAF や AWS Shield などのセキュリティ対策サービスとの連携も充実している

データ転送 - Amazon CloudFront の活用リザーブドキャパシティによる割引料金適用データ転送量が多い場合はリザーブドキャパシティの利用により割引データ転送料金を適用できる ( 地域ごとに月間 10TB の予約から ) CloudFront オリジン負荷の軽減エッジサーバで

71 データ転送 - Amazon CloudFront の活用リザーブドキャパシティによる割引料金適用データ転送量が多い場合はリザーブドキャパシティの利用により割引データ転送料金を適用できる ( 地域ごとに月間 10TB の予約から ) CloudFront オリジン負荷の軽減エッジサーバでコンテンツのキャッシングを行うためオリジン (EC2,S3 等 ) に負荷をかけず効率的に配信が出来るオリジンの EC2 負荷軽減により EC2 費用の最適化が実現出来るリクエスト配信 CloudFront コンテンツ取得オリジンサーバ台数の削減リクエストキャッシュから配信キャッシュオリジン (EC2) クライアントレスポンス向上負荷軽減

72 AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーよりコスト最適化の質問 ( 抜粋 ) [COST 4] AWS サービス選択の際にコストをどのように評価していますか? [COST 5] コスト目標を達成するためにインスタンスタイプとサイズをどのように選択していますか? [COST 6] コスト削減のために料金モデルをどのように選択していますか? [COST 7] データ転送量について設計時にどのように考えましたか? [COST 2] AWS 使用量とコストをどのようにモニタリングしていますか?

利用料金の可視化 [ 準備 ] IAM ユーザの請求情報へアクセス有効化 IAM ユーザが請求情報にアクセス出来るようにするための設定 IAM ポリシーとは別に設定が必要 (https://docs.aws.amazon.com/ja_jp/awsaccountbilling/latest/aboutv2/grantaccess.

73 利用料金の可視化 [ 準備 ] IAM ユーザの請求情報へアクセス有効化 IAM ユーザが請求情報にアクセス出来るようにするための設定 IAM ポリシーとは別に設定が必要 ( コストエクスプローラーの有効化ルートアカウントでの操作が必要ルートアカウントでの操作が必要料金情報可視化ツールのコストエクスプローラーも有効化することを推奨 (

74 利用料金の可視化請求情報とコスト管理ダッシュボード請求書利用状況サマリとサービスごとのご利用状況が確認可能日頃から確認することを推奨

75 利用料金の可視化コストエクスプローラーサービスごとやアカウントなど様々なビューで使用量と使用料金が確認可能コストエクスプローラー有効化後のデータが閲覧対象になる

76 利用料金の可視化 AWS Budgets の活用利用状況を監視し事前に設定した閾値を越えたら通知することが可能設定した閾値を越えた場合 Simple Notification Service(SNS) にて通知 SNS の機能により E メールや HTTP/HTTPS 等で通知出来る

77 AWS サポートと Trusted Advisor の活用

78 AWS サポートの活用 AWS はサポートを ( あえて ) バンドルしていないデフォルトではサポートをバンドルせず最適なプランを選択できるお客様の 24 時間 365 日体制の電話サポートが必要専任担当者アサインが欲しいサポート不要なので 1 円でも安価に利用したいなどの様々なニーズにお答えできるように 3 種類のサポートプランをご用意サポートプランの選択サポートプランにより連絡手段応答時間などが異なる本番環境用アカウントでは Trusted Advisor( 後述 ) も利用できるビジネスプラン以上を推奨アカウント毎に違うレベルのサポートに加入することも出来る

79 AWS サポートの活用最適なサポートプランを選択できる開発環境用におすすめ本番環境用におすすめ

80 Trusted Advisor ご利用実績を元に自動的にセキュリティリスクの指摘やコスト最適化提案を実施するツール全項目の確認には AWS サポート ( ビジネスプランエンタープライズプラン ) が必要

81 Trusted Advisor ( ビジネスプラン以上の ) チェックは 50 項目以上本資料の項目チェックにも最適カテゴリヘルスチェックチェックする内容例コスト最適化セキュリティ信頼性パフォーマンス効率コスト最適化の可能性がある項目に対する推奨事項セキュリティ弱体化につながる恐れのある設定お客様システムのアプリケーションの可用性や冗長性を高めるためのベストプラクティスからの推奨事項アプリケーションの拡張性や応答性の改善過剰なキャパシティのチェックなどパフォーマンス最適化のための推奨事項使用率の低い EC2 インスタンス利用頻度の低い EBS ボリュームなどセキュリティグループ MFA 設定 IAM 設定 CloudTrail のロギング設定など RDS のマルチ AZ 構成 EBS スナップショット Amazon RDS バックアップなどサービス制限高負荷な EC2 インスタンス CloudFront のキャッシュヒット率チェックなど

82 まとめ

83 AWS Well-Architected Framework まとめ 10 年以上の経験数多くのお客様と作りあげたクラウド設計運用のベストプラクティス集ベストプラクティスをご理解いただいた上でビジネス的な判断を実施いただくための材料全てがベストプラクティスに則っている必要は無い定期的なレビューとKAIZENにより Well-Architected( クラウドにより最適化された ) なシステムに

84 まとめ本ウェビナーの位置づけ本ドキュメントは AWS 上にシステムを設計構築運用する際のベストプラクティス集 AWS Well-Architected Framework からコスト最適化についての項目をいくつか抜粋したものですベストプラクティスを知った上でのビジネス的なご判断を! 本編は抜粋版ですのでぜひ AWS Well-Architected Framework ホワイトペーパーもご参照いただき Well-Architected なシステムを実現してください

85 まとめ AWS サポートと Trusted Advisor の活用セキュリティを始めとした一部の項目は Trusted Advisorでも確認が出来るので AWSサポートとTrusted Advisorをご活用ください AWS では技術個別相談会を実施しています詳しくはイベント告知サイトをご参照ください (

87 AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーよりコスト最適化の質問 ( 抜粋 ) [COST 4] AWS サービス選択の際にコストをどのように評価していますか? [COST 5] コスト目標を達成するためにインスタンスタイプとサイズをどのように選択していますか? [COST 6] コスト削減のために料金モデルをどのように選択していますか? [COST 7] データ転送量について設計時にどのように考えましたか? [COST 2] AWS 使用量とコストをどのようにモニタリングしていますか?

88 AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーよりコスト最適化の質問 ( 本日扱っていないもの ) [COST 1] 使用量をどのように管理していますか? [COST 3] 不要なリソースをどのように削除していますか? [COST 8] リソースの供給と顧客の需要をどのように一致させていますか? [COST 9] 新しい AWS サービスをどのように評価していますか?

90 ベストプラクティスに則ったなシステムで皆様のビジネス成功を

91 Q&A

92 Q&A お答えできなかったご質問については AWS Japan Blog にて後日掲載します

93 AWS の日本語資料の場所 AWS 資料で検索

94 ご参加ありがとうございました

Presentation Title Here

Presentation Title Here AWS Black Belt Online Seminar AWS Well Architected Program https://aws.amazon.com/well-architected アマゾンウェブサービスジャパン株式会社ソリューションアーキテクト荒木靖宏 2017.03.14 自己紹介名前荒木靖宏所属アマゾンウェブサービスジャパン株式会社技術本部レディネスソリューション部シニアマネージャプリンシパルソリューションアーキテクト