Download as PDF, PPTX
![68EC2 インスタンス購入オプション
[オンデマンドインスタンス] – 起動するインスタンスに対して秒単位でお支払いいただきます。
[リザーブドインスタンス] – 1～3 年の期間で、常に使用できるインスタンスを大幅な割引で購入し
ます。
スケジュールされたインスタンス – 1 年の期間、指定された定期的なスケジュールで常に使用で
きるインスタンスを購入します。
スポットインスタンス – 未使用の EC2 インスタンスをリクエストして、Amazon EC2 コストを大幅に削
減します。
Dedicated Hosts – 完全にインスタンスの実行専用の物理ホストに対してお支払いいただき、既存のソ
ケット単位、コア単位、または VM 単位のソフトウェアライセンスを持ち込んでコストを削減できます。
ハードウェア専有インスタンス – シングルテナントハードウェアで実行されるインスタンスに対し
て、時間単位でお支払いいただきます。
キャパシティーの予約 – 特定のアベイラビリティーゾーンの EC2 インスタンスに対して任意の期間
キャパシティーを予約します。](https://image.slidesharecdn.com/20190604awswell-architectedtoolseminardetail-190604042201/75/20190604-aws-well-architected_tool_seminar_detail-69-2048.jpg)
![[AWSマイスターシリーズ] Amazon Elastic MapReduce (EMR)](https://cdn.slidesharecdn.com/ss_thumbnails/20130925aws-meister-regenerate-emrpublic-130926030316-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
![[SAPPORO CEDEC] サービスの効果を高めるグリー内製ツールの技術と紹介](https://cdn.slidesharecdn.com/ss_thumbnails/greetools-141130213632-conversion-gate02-thumbnail.jpg?width=640&height=640&fit=bounds)
![[AWSマイスターシリーズ] Amazon Route53](https://cdn.slidesharecdn.com/ss_thumbnails/20130821-aws-meister-regenerate-route53-public-130826001422-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DO05] システムの信頼性を上げるための新しい考え方 SRE ( Site Reliability Engineering ) in Azure, o...](https://cdn.slidesharecdn.com/ss_thumbnails/do05-170616023431-thumbnail.jpg?width=640&height=640&fit=bounds)
20190604 aws well-architected_tool_seminar_detail
- 2. 1自己紹介 吉井 亮 (YoshiiRyo) クラスメソッド株式会社 AWS事業本部 コンサルティング部 バックボーン: インフラ一筋、前職はERPコンサル 好きなAWSサービス: Systems Manager 好きなフレーズ: No human labor is no human error
- 3.
- 4. 内容について注意点 資料作成にあたり、調査したうえで記載しておりますが 資料内の内容と AWS公式アナウンスやドキュメントに差異がある場 合は、AWS 公式を正と致します。 本資料は本セミナー向けに記載しております。 内容に関する質問やお問い合わせは、坂巻、吉井、または、 セミナー担当者へお願い致します。
- 5. 4目次 1. Well-Architected フレームワークと現場 2.Well-Architected Tool 操作方法 3. コスト最適化の柱
- 6.
- 7.
- 8.
- 9.
- 10. 9つかみ 自分は 情報システム部門に所属、業務部門に AWSを提供する立場 自社サービスを開発・運営する立場で AWS を利用している PMO、監査部門など組織横断的な役割をしている お客様にサービスを提供している (SIer、コンサル) 営業部
- 11.
- 12. 11読むのが面倒な方へ Well-Architected Frameworkの柱「コスト最適化」を読み解いてみた https://dev.classmethod.jp/cloud/aws/wa-tool-cloud-optimisation-cost/ Well-Architected Frameworkの柱「パフォーマンス効率」を読み解いてみた https://dev.classmethod.jp/cloud/aws/wa-tool-cloud-optimisation-perf/ Well-ArchitectedFrameworkの柱「信頼性」を読み解いてみた https://dev.classmethod.jp/cloud/aws/wa-tool-cloud-optimisation-rel/ Well-Architected Frameworkの柱「セキュリティ」を読み解いてみた https://dev.classmethod.jp/cloud/aws/wa-tool-cloud-optimisation-sec/ Well-Architected Frameworkの柱「運用の優位性」を読み解いてみた https://dev.classmethod.jp/cloud/aws/https-dev-classmethod-jp-cloud-aws-wa-tool-cloud-optimisation-ope/
- 13.
- 14.
- 15.
- 16.
- 17.
- 18. 17W-A フレームワークを取り込む 改善を効果的に行うためにW-A フレームワークを理解して 自社の“標準” に取り込んでみるのはいかがでしょうか。 ナレッジ、HowTo集 AWS 利用の手引き システム利用チェックシート インフラ設計書、運用設計書 雛形 社内ITシステム セキュリティ標準 RFP 付随資料
- 19.
- 20.
- 21.
- 22. 21他社事例を参考にする CyberAgent 社 CAW-A https://developers.cyberagent.co.jp/blog/archives/19224/ 様々なサービスに関わって得たナレッジを適切に提供したい → AWS W-A を試してみた、フィードバックを得た → プラットフォームに依存しない CA W-A を作った → システム導入時にレビュー、議論
- 23.
- 24. 23Small Start QuickWin まずはチェックリストから 緩め軽めで始めて フィードバックもらいながら バージョンアップしていく
- 25.
- 26. 25W-A Tool とは AWSre:Invent 2018で新サービスとして発表 • W-A フレームワークに基づくレビューをセルフサービスで実施できるツール (マネジメントコンソールからアクセス) • 執筆日時点では英語のみ • ツール自体はチェックリスト、設定変更はしない
- 27. 26W-A Tool 使いどころ W-Aセルフレビューのチェックリスト Milestone という機能を使って 継続的レビューを実施
- 28.
- 29.
- 30.
- 31.
- 32. 31レビュー “Question does notapply to this workload” ワークロードに適用できない質問をスキップ するときにチェック 例）「AWSサービスへのプログラムによるア クセスをどのように制御していますか?」→ プログラムによる制御をしていない “Notes - optional” 補足事項を記載 例）「RPO/RTOに関する要求レベルが低いた め、単一障害点の排除は付与」のように、ベ ストプラスティスに沿う必要が無い理由など を記載
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42. 419つの質問 COST 1. Howdo you govern usage? COST 2. How do you monitor usage and cost? COST 3. How do you decommission resources? COST 4. How do you evaluate cost when you select services? COST 5. How do you meet cost targets when you select resource type and size? COST 6. How do you use pricing models to reduce cost? COST 7. How do you plan for data transfer charges? COST 8. How do you match supply of resources with demand? COST 9. How do you evaluate new services?
- 43. 42COST1 COST 1. Howdo you govern usage? 使用量をどのように管理しますか?
- 44. 43ポリシー コストにフォーカスしたポリシーを決定します。 プロジェクト毎 or システム毎に予算が決まっていると思います。 その予算を超えないような取り組みをします。 開発環境は本番環境の 1/n のサイズにする 開発環境は t2/3系インスタンスを使用する 開発環境のサービス起動時間は平日日中帯に限定する 開発環境は北米リージョンを使用する (東京に比べ割安) 負荷試験など例外時には一時的にスケールアップを許可 本番以外の環境(開発/ステージング)の利用期間を定める
- 45.
- 46.
- 47. 46COST2 COST 2. Howdo you monitor usage and cost? 使用量とコストをどのようにモニタリングしますか?
- 48.
- 49.
- 50. 49Cost Explorer Cost Explorerでコスト分析 今月初めから今日までのコスト 今月末の予測 コスト傾向 特定サービスでコスト増大など
- 51. 50Cost Explorer フィルターを駆使して独自の切り口でコスト分析 (フィルター例) リージョン サービス インスタンスタイプ コスト配分タグ (後術) 使用タイプ(データ転送、CloudWatch メトリックなど) etc…
- 52.
- 53. 52AWS Budget 予算を計画し、発生コストと予算の比較や予測コストと予算の比較、 アラートの通知を行います ３タイプの予算を設定 コスト予算 指定した金額をモニター、しきい値を超えたらアラート 使用量予算 １つ以上のサービス使用量をモニター、アラート 予約予算 RI使用量をモニター、しきい値を下回ったらアラート
- 54. 53COST3 COST 3. Howdo you decommission resources? リソースをどのように廃止しますか?
- 55.
- 56.
- 57.
- 58.
- 59. 58アイドル状態のインスタンスを検出 Trusted Advisor でアイドル状態のリソースを検出 →必要がなければリソース削除
- 60. 59COST4 COST 4. Howdo you evaluate cost when you select services? サービスを選択したときのコストをどのように評価しますか?
- 61. 60コストの評価 コストの評価は利用料金だけではなくビジネス要件全体から判断。 • ビジネスKPI • アプリケーション機能 •可用性、信頼性、ビジネス継続性 • 拡張性、パフォーマンス • 運用、保守 • セキュリティ
- 62. 61運用を重視してサービスを選ぶ 例えば Amazon RDSを使うとEC2にRDBMSをインストールする場合に 比べて運用コストが下がります。 以下がAWSの管理になり、これらにかかるコストが抑えられます。 冗⾧構成 バックアップリストアの仕組み 製品パッチ管理 OS管理
- 63. 62コストを重視してサービスを選ぶ 現行 AWS 静的WebサイトをLinuxサーバーで運用 →S3 月に数十回しか実行しないバッチサーバー → Lambda バックアップサーバー → AWS Backup 監視サーバー → CloudWatch, Lambdaなど リレーショナルではないDB → DynamoDB 現行仮想サーバー/EC2で運用している機能もAWSサービスを使い コストを下げます。
- 64. 63COST5 COST 5. Howdo you meet cost targets when you select resource type and size? リソースタイプとサイズを選択してどのようにコスト目標を達 成しますか?
- 65.
- 66. 65サイジング 現行 8 CoresServer 新サーバーも 8 Cores メトリクス (使用率) は? 最大でも 30% 新サーバーは 4 Cores でスタート
- 67.
- 68. 67COST6 COST 6. Howdo you use pricing models to reduce cost? コスト削減のためにどのように料金モデルを設定しています か?
- 69. 68EC2 インスタンス購入オプション [オンデマンドインスタンス]– 起動するインスタンスに対して秒単位でお支払いいただきます。 [リザーブドインスタンス] – 1～3 年の期間で、常に使用できるインスタンスを大幅な割引で購入し ます。 スケジュールされたインスタンス – 1 年の期間、指定された定期的なスケジュールで常に使用で きるインスタンスを購入します。 スポットインスタンス – 未使用の EC2 インスタンスをリクエストして、Amazon EC2 コストを大幅に削 減します。 Dedicated Hosts – 完全にインスタンスの実行専用の物理ホストに対してお支払いいただき、既存のソ ケット単位、コア単位、または VM 単位のソフトウェアライセンスを持ち込んでコストを削減できます。 ハードウェア専有インスタンス – シングルテナントハードウェアで実行されるインスタンスに対し て、時間単位でお支払いいただきます。 キャパシティーの予約 – 特定のアベイラビリティーゾーンの EC2 インスタンスに対して任意の期間 キャパシティーを予約します。
- 70. 69Reserved Instance Cost Explorerで Reserved Instance 購入のすすめ 推奨実施した場合の節約額 どの種類の Resered Instance を どれだけ購入すれば 推奨を表示。 それによって月額で どの程度削減見込みかも 表示。
- 71.
- 72. 71COST7 COST 7. Howdo you plan for data transfer charges? データ転送料金をどのように計画していますか?
- 73.
- 74. 73EC2 データ転送料金 From To料金発生 インターネット EC2 しない EC2 インターネット する EC2 CloudFront しない EC2 別リージョンEC2など する EC2 同リージョン別AZ EC2など する ※双方向 EC2 VPCピアリング先 EC2など する ※双方向 EC2 同AZ EC2など しない EC2 同リージョン S3など しない EC2 同リージョン CLB/ALB しない 詳細は公式ドキュメントを参照 https://aws.amazon.com/jp/ec2/pricing/on-demand/ 料金が発生するパターンをおさえておきましょう。（サービスごと）
- 75. 74S3 データ転送料金 S3のWebサイトホスティング（デジタルコンテンツの配信） • ストレージ料金 •10MB/Content × 約100,000 Contentと仮定 • $0.025 × 1024GB = $25.5 • リクエスト料金 • 10,000,000 GETと仮定 • $0.00037/k × 10,000k = $3.7 • データ転送料金 • 10MB × 10,000,000 GET = 100TB • $0.114/GB × 10TB + $0.089/GB × 30TB + $0.086/GB × 60TB = $9185.28 • 合計:$9214.48 Amazon S3 の料金 https://aws.amazon.com/jp/s3/pricing/
- 76. 75データ転送量の削減 CloudFront 前ページのように S3に静的コンテンツを配置するパターンで 大きな効果を発揮します。 Multi AZ 構成 EC2、RDS マスター (Active) を同じ AZ に配置。 ファイル圧縮 転送する前にファイル(ディレクトリ) を圧縮。
- 77. 76COST8 COST 8. Howdo you match supply of resources with demand? リソースの供給と需要をどのように一致させますか?
- 78. 77需要のトレンド ご自身が管理しているシステムが需要のピークを迎えるのは いつでしょうか? キャンペーン時 (SNS、メール、Web等) 季節 (レジャー、行事) 時間帯 (ユーザー行動特性により) 業務ごと (基幹システムなら夜間バッチ、月次バッチなど)
- 79. 78スケーリング AWS の⾧所を活かしてスケールアップ/ダウン、イン/アウトします。 需要ピークに合わせてリソースを増減させ利用料金を節約します。 手動 • インスタンスタイプの変更（スケールアップ／ダウン） •EC2インスタンスをELBに登録／登録解除 • AutoScaling Desired Countを手動で変更 自動 • AutoScalingによる自動スケーリング （スケジュール／リソースベース）
- 80. 79COST9 COST 9. Howdo you evaluate new services? 新しいサービスをどのように評価しますか?
- 81. 80評価方法 1. AWS 最新リリースを情報収集、理解 2.現行アーキテクチャの改善になるか? を検討
- 82. 81情報収集 AWS Blog& Podcast Category=news https://aws.amazon.com/blogs/?awsf.blog-master-category=category%23news AWS Blackbelt https://aws.amazon.com/jp/aws-jp-introduction/ Twitter awscloud_jp https://twitter.com/awscloud_jp Release Note https://aws.amazon.com/jp/releasenotes/
- 83. 82情報収集 Developers.IO https://dev.classmethod.jp/ ServerworksENGINEER BLOG http://blog.serverworks.co.jp/tech/
- 84.
- 85.
- 86. 85AWS Well-Architected パートナープログラム AWSre:Invent 2018 で発表されました。 APN パートナーがベストプラクティスに則って、 安全かつ高パフォーマンス、障害耐性を備え、 効率的なインフラストラクチャを構築することを支援するプログラムで す。 今まで AWS SA が実施していたレビューをパートナーが実施可能。 弊社はプログラム認定を取得申請中。
- 87. 86弊社の取り組み 2019年5月に W-A フレームワークによる アーキテクチャレビューをお客様向けに開始。 5件実施いたしました。 W-A Tool または ヒアリングシートによってお客様環境をレビューし、 必要であれば改善案の提示まで行います。 お客様による セルフレビュー CMを交えて ウォークスルー CMから 改善案提示 改善案実施W-A 説明会
- 88.
- 89. 88Excel 日本語版 AWS Well-ArchitectedFramework ヒアリングシート（日本語版） https://d1.awsstatic.com/webinars/jp/pdf/services/Well- Architected_review_sheet_201811.f5f4c1ad817180c658c2c20feb729d13c156940f.xlsx
- 90.