Day 1 with Amazon Web Services - AWSご利用開始時に最低限おさえておきたい10のこと

2. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 内容についての注意点 • 本資料では2018年03月01日時点のサービス内容および価格についてご説明しています。最新の情報は AWS公式ウェブサイト(http://aws.amazon.com)にてご確認ください • 資料作成には十分注意しておりますが、資料内の価格と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 http://aws.amazon.com/agreement/. 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. ログ取得やバックアップ設定などにより、AWS利用料金が増加する場合がございます。あらかじめご了承ください

3. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. はじめに本ドキュメントの位置づけ • 本ドキュメントは「AWS利用開始直後のお客様」に向けて、AWS上にシステムを設計、構築、運用する際のベストプラクティス集”AWS Well-Architected Framework”から、特に優先度が高い -AWSを利用開始時におさえておきたい- 項目を抜粋したものです • 本編は抜粋版ですので、ぜひ”AWS Well-Architected Framework”ホワイトペーパーもご参照ください。ベストプラクティスに則った設計とすることで、さまざまなリスクを回避し、コストを効率化し、お客様ビジネスの成功につながります (http://media.amazonwebservices.com/jp/wp/Well-Architected_Whitepaper_v2_JP.pdf) ログ取得やバックアップ設定などにより、AWS利用料金が増加する場合がございます。あらかじめご了承ください

4. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. はじめに AWS Well-Architected Frameworkとは？ • AWSが、 10年以上に渡って、様々な業種業界、数多くのお客様のアーキテクチャ設計および検証をお手伝いしてきた経験から作成した、クラウド設計、構築、運用のベストプラクティス集 • クラウドでの設計原則とセキュリティ、信頼性、パフォーマンス効率、コストの最適化、運用性についてのベストプラクティスが質問形式で記載されていますコストの最適化セキュリティ信頼性パフォーマンス効率運用性

5. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWS Well-Architected Frameworkの構成要素ホワイトペーパー、チェックリストで構成 ①メインのW-Aホワイトペーパーと、柱ごと5つの詳細版ホワイトペーパー ②ホワイトペーパーから抜粋した「ベストプラクティスに則っているか」のチェックリスト(確認質問集) ①AWS Well-Architected Framework ホワイトペーパーコストの最適化詳細版WP セキュリティ詳細版WP 信頼性詳細版WP パフォーマンス効率詳細版WP 運用性詳細版WP ②チェックリスト

6. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 目次 [1]AWS利用開始時に最低限やっておきたいこと • セキュリティ(5項目) • コスト最適化 (3項目) • 信頼性 (2項目) [2]AWSサポート • AWSサポートの活用 • Trusted Advisor [3]まとめ参考:システム設計における優先度(AWS Well-Architected Frameworkホワイトペーパーより) AWS Well-Architected Frameworkは、セキュリティ、信頼性、パフォーマンス効率、コスト最適化、運⽤性という 5 本の柱を基本としています。ソリューションを設計する際にビジネス要件に基づいて柱の間でトレードオフを⾏うことになり、こうしたビジネス上の決定がエンジニアリングの優先付けにつながります。開発環境では信頼性を犠牲にすることでコストを削減するという最適化を⾏う場合や、ミッションクリティカルなソリューションでは、信頼性を最適化するためにコストをかける場合などがあります。E コマースソリューションでは、パフォーマンスが収益と顧客の購入優先順位に影響を与える可能性があります。セキュリティと運用性は、通常、他の柱とトレードオフされることはありません。

8. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーより… セキュリティの質問(抜粋) [SEC 1]どのようにしてルートアカウントでのログインを保護していますか？ [SEC 2]マネージメントコンソールやAPIを操作するシステム管理者の役割と権限を、どのように制限していますか？ [SEC 3]AWSのリソースに(アプリケーションやスクリプト、サードパーティのツール等から) 自動的にアクセスする場合の権限はどのように制限していますか？ [SEC 4]AWSインフラのログを蓄積し分析していますか？ [SEC 5]どのようにネットワークやホストベースの境界防御をしていますか？

10. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 1.AWSルートアカウントは極力利用しない AWSルートアカウントとは？ • アカウント作成に使用したメールアドレスと設定したパスワードでのサインイン • アカウントの全ての AWS サービスとリソースへの完全なアクセス権限を持つ AWSルートアカウントはMFAを設定し、”極力”利用しない • 十分に強度の強いパスワードを設定したの上、多要素認証(MFA)で保護し、通常は極力利用しないような運用を推奨 • Security CredentialのページからAccess Keyを削除する (ただしAccess Keyを使用していないか確認が必要) 一部、ルートアカウントが必要となる操作もあります (https://docs.aws.amazon.com/ja_jp/general/latest/gr/aws_tasks-that-require-root.html) AWS Black Belt Online Seminar AWS Identity and Access Management (AWS IAM) https://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-online-seminar-aws-identity-and-access-management-aws-iam

11. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 1.AWSルートアカウントは極力利用しないルートアカウントではなくIAMを利用する AWS Identity and Access Management (IAM)とは？ • AWSリソースへのアクセスを安全に制御するためのサービス以下の機能を提供ユーザ/認証情報管理 • IAMユーザ / パスワード • MFA (多要素認証) • 認証情報のローテーション AWS リソースへの安全なアクセス • IAMロールアクセス権限管理 • IAMグループ • IAMポリシー AWS Black Belt Online Seminar AWS Identity and Access Management (AWS IAM) https://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-online-seminar-aws-identity-and-access-management-aws-iam

12. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 2.ユーザには最小限の権限を付与する IAMユーザとIAMグループとは？ IAMユーザ • AWS操作用のユーザ。マネジメントコンソールへのサインインや、API または CLIの使用時に利用する • 名前、マネジメントコンソールにサインインするためのパスワード、API または CLI で使用できるアクセスキーで構成されている • AWSサービスへのアクセス権限をJSON形式でポリシーを記述する IAMグループ • IAMユーザをまとめるグループ • AWSサービスへのアクセス権限をJSON形式でポリシーを記述 AWS Black Belt Online Seminar AWS Identity and Access Management (AWS IAM) https://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-online-seminar-aws-identity-and-access-management-aws-iam

13. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 2.ユーザには最小限の権限を付与するユーザに最小限の権限を付与する • IAMユーザとIAMグループを利用する • 最小限のアクセス権限から開始し、必要に応じて追加のアクセス権限を付与するその他IAMユーザ関連のベストプラクティス • 特権のある IAM ユーザ(機密性の高リソースまたは API にアクセスが許されているユーザー)に対してはMFAを有効化する • 認証情報を定期的にローテーションする(認証情報漏洩時のリスク軽減) AWS Black Belt Online Seminar AWS Identity and Access Management (AWS IAM) https://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-online-seminar-aws-identity-and-access-management-aws-iam

14. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 3.認証情報を埋め込まない IAMロールとは？ • Amazon EC2のようなAWSサービスに対して、 AWS操作権限を付与するための仕組み • 認証情報はSTS(Security Token Service)で生成し、自動的に認証情報のローテーションが行われる EC2にはIAMロールを利用 • 認証情報をOSやアプリケーション側に持たせる必要がなく、認証情報の漏えいリスクを低減可能メタデータ IAMロール利用プログラム IAMユーザー利用 IAM Role AWS Black Belt Online Seminar AWS Identity and Access Management (AWS IAM) https://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-online-seminar-aws-identity-and-access-management-aws-iam 認証情報をEC2内に持たせる認証情報の保管、ローテーション等の検討が必要 IAMロールによる権限はEC2上に恒久的に保管されるものではなくテンポラリ。ローテーション等は自動で行われる。プログラム SDK/CLI

15. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 3.認証情報を埋め込まない参考 : git-secrets を使った認証情報の管理 • AWS Labsの認証情報をgitリポジトリにコミットすることを防ぐツールコミットの防止 $ git secrets --register-aws $ git add git-secret.py $ git commit -m "This is a test commit for git-secret" git-secret.py:1:AWSAccessKeyId = ”AKIAIOSFODNN7EXAMPLE" git-secret.py:2:AWSSecretKey = " wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY " [ERROR] Matched one or more prohibited patterns 既存レポジトリのスキャン $ git secrets --scan AWS Labs git-secrets https://github.com/awslabs/git-secrets

16. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 4.証跡取得(ログ取得) AWS CloudTrailによる操作ログの取得を設定する • AWSユーザのAPI操作などのアクションをログ取得保存するサービス • セキュリティインシデント発生時の分析に活用 • CloudTrailのログをCloudWatch Logsに転送し監視することも可能 →全リージョン有効化の上、必要に応じた期間を設定することを推奨その他ログも有効化する(手動での有効化が必要) • Amazon S3バケット • Amazon API Gateway • ELB • Amazon CloudFront • VPC Flow Logs AWS Black Belt Online Seminar 2016 AWS CloudTrail & AWS Config https://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-online-seminar-2016-aws-cloudtrail-aws-config

17. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 4.証跡取得(ログ取得)→脅威の検出 Amazon GuardDutyの活用 • CloudTrailやVPC Flow Logs等のデータから疑わしいアクティビティを検知するサービス • GuardDutyはAWSが管理する基盤で動作し、エージェント等の導入は不要で性能影響もなし • 検知したイベントは重度に応じてラベリングされ、推奨される対策とともに提示される (処理したログ量に応じた課金体系なので、30日の無料試用で実績量を測定することを推奨)

18. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 5.各レイヤでのセキュリティ対策アクセス設定を必要最低限に設定 • インターネット等の外部からのアクセスを必要最小限に限定していなかったり、不必要なポートが開いていたりサービスが稼働していると外部からの攻撃を受けるリスクとなるネットワークレイヤ –ネットワークACL- • VPCのサブネット単位で設定するスレートレスなファイアーウォール • ベースラインとなるポリシーを設定するのに用いる各リソース (EC2, Amazon RDSなど) –セキュリティグループ- • インスタンス(グループ)単位に設定するステートフルなファイアーウォール • サーバの機能や用途に応じたルール設定に適している AWS Black Belt Online Seminar利用者が実施する AWS 上でのセキュリティ対策) http://www.slideshare.net/AmazonWebServicesJapan/awswebinar-aws-56260969

19. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 5.各レイヤでのセキュリティ対策ネットワーク境界での防御オプションを活用 AWS WAF • ウェブアプリケーションを対象とした悪意のあるウェブリクエストを検出し、ブロックすることを助ける Web アプリケーションファイアウォール • SQL インジェクションやXSSといった一般的なウェブの弱点から保護するためのルールを作成して利用する • ALB(Application Load Balancer)とCloudFrontに設定できる AWS Shield • 分散サービス妨害 (DDoS) に対する保護サービスで、レイヤー 3 および 4を標的とした既知の攻撃を総合的に防御 • 全てのユーザはデフォルトで自動的にShield “Standard”プランの保護適用が設定済 • さらに高度なレベルの保護が必要な場合は、Shield “Advanced”プランも選択可能 WAF利用の観点でも、ALBやCloudFront導入は検討すべきサービス AWS Black Belt Online Seminar 2017 - AWS WAF – https://www.slideshare.net/AmazonWebServicesJapan/20171122-aws-blackbeltawswafowasptop10 AWS Black Belt Online Seminar 2017 -AWS Shield – https://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-online-seminar-2017-aws-shield

21. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーよりコスト最適化の質問(抜粋) [COST 2]コスト目標に応じてリソースをサイジングしていますか？ [COST 3]コスト効率を高めるために適切な購入オプションの検討を実施していますか？ [COST 6] AWSのコストをどのように管理していますか？

23. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 6.適切なサイジング AWS CloudWatchでリソース利用状況を把握する • AWS上で稼働するシステム監視サービス • システム全体のリソース使用率、アプリケーションパフォーマンスを把握 • 予め設定した閾値を超えたら、メール通知、AutoScalingなどのアクションも可能することも可能 • またCloudWatch LogsでOS上やアプリケーションのログも取得可能 AutoScaling EC2 Action CloudWatch [Custom Metric] Memory Free / Filesystem Free Notification CPUUtilization DiskReadBytes / DiskWriteBytes / NetworkIn / NetworkOut AWS Summit Tokyo 2017資料「AWS の運用監視入門」(PDF) https://d0.awsstatic.com/events/jp/2017/summit/slide/D4T3-5.pdf

24. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 6.適切なサイジング利用状況に応じた適切なインスタンスタイプなどを選択使用率が安定している場合 • 使用率が低い/高い場合は、インスタンスファミリーやタイプの見直し • 使用率が適切な場合は、リザーブドインスタンス(後述)の購入も検討使用率が一定でない場合 • 時刻ごとの台数増減、AutoScaling活用を検討 • バッファベース(Amazon SQSや Amazon Kinesisを活用した) の処理も検討 AWS Summit Tokyo 2017資料「AWS の運用監視入門」(PDF) https://d0.awsstatic.com/events/jp/2017/summit/slide/D4T3-5.pdf

25. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 7.使用料金の把握[準備] IAMユーザの請求情報へアクセス有効化 • IAMユーザが請求情報にアクセス出来るようにするための設定。IAMポリシーとは別に設定が必要 (https://docs.aws.amazon.com/ja_jp/awsaccountbilling/latest/aboutv2/grantaccess.html) コストエクスプローラーの有効化 • 料金情報可視化ツールのコストエクスプローラーも有効化することを推奨 (https://docs.aws.amazon.com/ja_jp/awsaccountbilling/latest/aboutv2/cost-explorer-access.html) ルートアカウントでの操作が必要ルートアカウントでの操作が必要

28. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 7.使用料金の把握③ 請求アラーム(Billing Alert)の活用 • 利用状況を監視し、閾値を越えたら通知することが可能 • 設定した閾値を越えた場合、Simple Notification Service(SNS)にて通知SNS の機能により、EメールやHTTP/HTTPS等で通知出来る (https://docs.aws.amazon.com/ja_jp/awsaccountbilling/latest/aboutv2/monitor-charges.html)

29. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 8.購入オプションの活用検討すべき購入オプション① -時間課金系サービス- • AWSには、さまざまな購入オプションがあります。お客様のビジネスニーズに合った最も費用対効果の高い購入オプションを選択してくださいリザーブドインスタンス (オプション) スポットインスタンス (オプション) 長期(1年or3年)の利用コミットによる割引料金の適用 AWS余剰リソースをより安価に利用可能オンデマンドインスタンス (デフォルト) 初期費用なし、コミットなしの従量課金 EC2 RDS ElastiCache Redshift Elastic MapReduce EC2 EC2 RDS ElastiCache RedshiftElastic MapReduce ・常時稼働しているサーバ - DB,キャッシュサーバ - (最低限必要の)Web/Appサーバ・分散処理のタスクノード、クローラ・メディアプロセッシング・ピークなど増減するWeb/Appサーバ・一時利用のキャンペーンサイト・昼にしか使わない開発サーバ近年、ECSやSpotFleetの機能追加などから活用シーンが拡大している AWS Black Belt Online Seminar 2017 AWS のコスト最適化リザーブドインスタンス https://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-2017-cost-optimization-reserved-instance

30. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 8.購入オプションの活用リザーブドインスタンスの適用箇所を検討 • コストエクスプローラーのリザーブドインスタンス関連ビューを活用して、適用箇所を検討する。下記はカバレッジ(どれだけ適用されているか)のビュー (https://aws.amazon.com/jp/aws-cost-management/reserved-instance-reporting/)

31. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 8.購入オプションの活用検討すべき購入オプション② - その他 - • その他、さまざまな購入オプションがあります。お客様のビジネスニーズに合った最も費用対効果の高い購入オプションを検討 Amazon Cloudfront リザーブドキャパシティ長期(1年)利用コミットによる割引料金の適用 Amazon DynamoDB リザーブドキャパシティ長期(1年)利用コミットによる割引料金の適用

33. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWS Well-Architected Framework AWS Well-Architected Framework ホワイトペーパーより信頼性の質問(抜粋) [REL 6]どのようにデータのバックアップをしていますか？ [REL 7]システムはコンポーネントの障害や不具合に耐えられるようにしていますか？その手段は？

35. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 9.データのバックアップ AWS各サービスのバックアップ機能を活用する① EC2のAMI • 必要に応じて、 EC2のAmazon マシンイメージ (AMI)を作成 Amazon EBSのスナップショット • 必要に応じて、EBSのスナップショットを取得 • 作成時はデータ整合性を保つため、静止点を設ける事を推奨 EC2 EC2 AMI作成 AMIから EC2起動スナップショット作成スナップショットから EBS作成 AWS Summit Tokyo 2017資料「Amazon EC2 入門」(PDF) https://d1.awsstatic.com/events/jp/2017/summit/slide/D2T4-7_v2.pdf AWS Black Belt Online Seminar 2017 -Amazon EBS - https://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-online-seminar-amazon-elastic-block- store-ebs-83913049 トラブル発生時を想定した、復旧テストで手順を確認しておくことを推奨

36. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 9.データのバックアップ AWS各サービスのバックアップ機能を活用する② RDSの自動バックアップ機能 • 1日1回のスナップショット取得と、スナップショット取得から5分前までのトランザクションログ取得し、Point-in-Timeリカバリ(DBインスタンス作成)を実現 • 最長35日まで設定可能(それ以上の期間をバックアックしたい場合、手動でのスナップショット取得が可能) AWS Summit Tokyo 2017資料「Amazon Relational Database Service (RDS) 入門」(PDF) https://d1.awsstatic.com/events/jp/2017/summit/slide/D2T3-6.pdf トラブル発生時を想定した、復旧テストで手順を確認しておくことを推奨

37. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 10.障害や不具合への対策単一障害点の排除 • 冗長化しておくなどの準備が重要 (…ですが本資料では詳細は扱わず、別途扱います) アベイラビリティーゾーンアベイラビリティーゾーン Auto Scaling Group この1台が停止しても、システムの停止にはつながらない AWS Summit Tokyo 2017資料「Architecting for the Cloud -クラウドにおけるアーキテクチャの設計原則」(PDF) https://d1.awsstatic.com/events/jp/2017/summit/slide/D3T2-3.pdf

38. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 10.障害や不具合への対策すぐに出来る対策① RDSのMultiAZデプロイメント(オプション) • 同期レプリケーション(冗長化)と自動フェイルオーバーを実現 • データ冗長化と、可用性向上を実現できる • 非常に有効なので本番環境では、必ず設定すべきオプション AWS Summit Tokyo 2017資料「Amazon Relational Database Service (RDS) 入門」(PDF) https://d1.awsstatic.com/events/jp/2017/summit/slide/D2T3-6.pdf Region Multi-AZ Availability zone Availability zone

39. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 10.障害や不具合への対策すぐに出来る対策② ELB(Elastic Load Balancing)の活用 • AutoScalingの活用や、各種セキュリティサービスの観点からも活用したい EC2 - AutoScalingの活用 • 最小台数を設定し、インスタンス異常時にも起動している台数を維持する (https://docs.aws.amazon.com/ja_jp/autoscaling/ec2/userguide/as-maintain-instance-levels.html) EC2 - AutoRecovery • インスタンスの異常を検知し、復旧する仕組み • CloudWatchアラームの”Recover this Instance”を活用 (https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/ec2-instance-recover.html)

41. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWSサポートの活用 AWSはサポートを(あえて)バンドルしていない • デフォルトでは、サポートをバンドルせず、最適なプランを選択できる • お客様の「24時間365日体制の電話サポートが必要」「専任担当者アサインが欲しい」「サポート不要なので1円でも安価に利用したい」などの様々なニーズにお答えできるように、3種類のサポートプランをご用意サポートプランの選択 • サポートプランにより、連絡手段、応答時間などが異なる • 本番環境用アカウントでは「Trusted Advisor(後述)」も利用できるビジネスプラン以上を推奨

42. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWSサポートの活用最適なサポートプランを選択できるプランデベロッパービジネスエンタープライズサポートへのコンタクト方法 Webフォーム電話、チャット Webフォーム電話、チャット Webフォーム対応時間平日9時-18時 24時間年中無休 24時間年中無休選択できる最も高い緊急度 12時間 (営業時間内） 1時間 15分 AWS Trusted Adviser 4項目全ての項目全ての項目問合せ可能回数無制限無制限無制限サポートAPIの利用なし可能可能テクニカルアカウントマネージャーなしなしあり料金（月額）毎月のAWS利用額の3% （最低$29）毎月のAWS利用額の10% （最低$100） AWS利用総額の$10,000を超える分は7% さらに$80,000を超える分は5% さらに$250,000を超える分は3%の支払い毎月のAWS利用額の10% （最低$15,000） AWS利用総額の$150,000を超える分は7% さらに$500,000を超える分は5% さらに$1,000,000を超える分は3%の支払い本番環境用におすすめ開発環境用におすすめ

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

46. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. まとめ本ドキュメントの位置づけ(再掲載) • 本ドキュメントは「AWS利用開始直後のお客様」に向けて、AWS上にシステムを設計、構築、運用する際のベストプラクティス集”AWS Well-Architected Framework”から、特に優先度が高い -AWSを利用開始時におさえておきたい- 項目を抜粋したものです AWSサポートとTrusted Advisorの活用 • セキュリティを始めとした一部の項目は、 Trusted Advisorでも確認が出来るので、 AWSサポートとTrusted Advisorをご活用ください

47. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. まとめベスト・プラクティスに則った設計 • 本編は抜粋版ですので、ぜひ”AWS Well-Architected Framework”ホワイトペーパーもご参照いただき、” Well-Architected”なシステムを実現してください (http://media.amazonwebservices.com/jp/wp/Well-Architected_Whitepaper_v2_JP.pdf) AWSでは技術個別相談会を実施しています詳しくはイベント告知サイトをご参照ください (https://aws.amazon.com/jp/about-aws/events/) • AWSを活用したシステムの設計や運用の技術相談がしたい • ベストプラクティスに則っているかチェックしたい • ベストプラクティスに則った設計にするための対策を教えてほしい

48. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWS Well-Architected Frameworkの活用シーン様々なフェーズでAWS W-Aをご活用いただけます(新規構築時) 要件検討設計構築運用継続的なKAIZEN (定期健康診断) システム要件の確認ベストプラクティスに則った設計サービス開始前の確認 (納車前点検) システム要件を検討する際の材料として、ホワイトペーパーを活用ホワイトペーパーで、ベストプラクティスを理解し、設計を実施サービス開始前に、チェックリストでベストプラクティスに則っているかの確認運用中のシステムに対して、リスクや改善出来る項目の洗い出しを実施

49. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWS Well-Architected Frameworkの活用シーン様々なフェーズでAWS W-Aをご活用いただけます(既存システムに対して) 次の設計時にリスクの洗い出し改善計画改善運用中のシステムに対して、様々なリスクや、コスト最適化など改善出来る項目の洗い出しを実施改善必要箇所について、対策や改善計画(優先度付け)を検討対策や改善契約を元に、実際にシステム変更や改修を実施する事情により、既存システムの改善ができない場合も、次期システムの設計時に活かすことが出来る運用設計

50. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWS Well-Architected Frameworkの活用シーン AWS W-Aを活用されたお客様の声網羅的なチェックリストにより、サービス開始前にセキュリティリスクを発見できて非常によかったオンプレミスからスピード感を持って移行したので、以前から「漠然と100%活用できてない。なんとかしないと…」とは思っていた。改善すべきポイントが明確になってよかった(稼働中のシステムに対して)コスト削減にまで、手がまわってなかった、リザーブドインスタンスを活用したコスト削減が出来て助かっている稼動中システムの問題点が明確になった。既存システムは改修出来ないが、次期システム以降の設計に活かしていきたい。また是非W-Aかどうかのチェックをしたい自社の設計に対して、AWSのベストプラクティスとのと答え合わせが出来てよかった。自信を持てた

53. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 参考：AWSの情報収集 AWS Black Belt Online Seminar シリーズ • サービス別、ソリューション別、業種別のそれぞれのテーマを取り上げるオンラインセミナーシリーズです。全国どこからでも、インターネット環境があればご参加いただけます (https://aws.amazon.com/jp/about-aws/events/webinars/) AWS クラウドサービス活用資料集 • Black Belt Online Seminarやその他イベントの過去資料や動画が掲載されています (https://aws.amazon.com/jp/aws-jp-introduction/) AWS Summit Tokyo 2017資料 • ご利用ユーザさまセッション資料や動画もたくさん掲載されています (https://aws.amazon.com/jp/summit2017-report/details/)

54. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. お問い合わせ先 AWS導入に関しての問い合わせ http://aws.amazon.com/jp/contact-us/aws-sales AWSの課金・請求内容、アカウントに関するお問い合わせ https://aws.amazon.com/jp/contact-us/ AWSサポート技術 https://aws.amazon.com/jp/premiumsupport/

Day 1 with Amazon Web Services - AWSご利用開始時に最低限おさえておきたい10のこと

Amazon Web Services Japan

Day 1 with Amazon Web Services - AWSご利用開始時に最低限おさえておきたい10のこと