PowerPoint プレゼンテーション

Size: px

Start display at page:

Download "PowerPoint プレゼンテーション"

いおりおえづか
5 years ago
Views:

1 AWS Black Belt Online Seminar AWS 入門者向け : AWS で実現するウェブサイトホスティングアマゾンウェブサービスジャパン株式会社ソリューションアーキテクト原田和則

2 AWS Black Belt Online Seminar とは AWSJ の Tech メンバが AWS に関する様々な事を紹介するオンラインセミナーです火曜 12:00 13:00 主に AWS のソリューションや業界カットでの使いどころなどを紹介 ( 例 :IoT 金融業界向け etc.) 水曜 18:00 19:00 主に AWS サービスの紹介やアップデートの解説 ( 例 :EC2 RDS Lambda etc.) 開催曜日と時間帯は変更となる場合がございます最新の情報は下記をご確認下さいオンラインセミナーのスケジュール & 申し込みサイト

3 内容についての注意点本資料では 2018 年 7 月 10 日時点のサービス内容および価格についてご説明しています最新の情報は 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 自己紹介名前所属原田和則 ( はらだかずのり ) アマゾンウェブサービスジャパン株式会社技術統括本部テクニカルソリューション部ソリューションアーキテクト好きな AWS サービス Region Availability Zone

5 本セミナーの概要本セミナーで学習できることウェブサイトを構築する際の一般的な初期構成について学ぶことができます規模に合わせてウェブサイトをスケールさせる際の AWS サービスの使い所について学ぶことができます対象者 AWS 入門者の方 AWS を勉強中もしくはこれから勉強されようとしている方 AWS 上でウェブサイト構築を検討されている方 AWS 上で既に構築や運用を行っているが現状の構成や今後の規模拡張の方法等に不安のある方特に 1~2 台規模の EC2 でサービス提供をおこなっているエンジニアの方

6 Agenda ウェブサイトホスティングの基本 AWS 上でウェブサイトをホスティングするメリット AWS 入門者の方によくある悩み Amazon EC2を作成してみるよくある構成パターンまとめ

7 Agenda ウェブサイトホスティングの基本 AWS 上でウェブサイトをホスティングするメリット AWS 入門者の方によくある悩み Amazon EC2を作成してみるよくある構成パターンまとめ

8 はじめに本セミナーでのウェブサイトホスティングとは LAMP で構成されたウェブサイトを想定しています Linux Apache MySQL PHP サーバレスアーキテクチャ等は取り上げておりません実際にお客様からよくいただく質問とその回答を紹介しておりますが全てのユースケースで当てはまるわけではありません

9 ウェブサイトとは企業ホームページニュースサイト情報サイト SNS ブログ EC サイトオークションサイトなど複数のウェブページの集まり

10 AWS クラウド活用資料集もウェブサイトの 1 つ ( )

11 ウェブサイトホスティングの主なインフラ要素ウェブ / アプリケーションサーバデータベース主に Web ブラウザ経由でユーザから受け取ったリクエストをもとにユーザに結果を返す Apache + PHP, Apache + Tomcat + Java, Nginx + Ruby on Rails などリレーショナルデータベース MySQL, SQL Server, Oracle, PostgreSQL などロードバランサーウェブ / アプリケーションサーバへのアクセスを分散してくれる装置 ( 負荷分散装置 ) その他ウェブ / アプリケーションサーバの冗長化にはほぼ必須バックアップサーバなど

12 ウェブサイト運営者からよく聞くトラブルや悩みメディアで紹介されアクセスが急増した結果サーバが負荷に耐えきれずエラーが発生処理が遅延するサーバの冗長構成がとれておらず単一のサーバ障害でもサイトが停止してしまう見込みユーザを失うことになり機会損失が発生アクセスのピークに合わせてインフラを設計しているためインフラコストが増加サイトの収益悪化につながる

13 Agenda ウェブサイトホスティングの基本 AWS 上でウェブサイトをホスティングするメリット AWS 入門者の方によくある悩み Amazon EC2を作成してみるよくある構成パターンまとめ

14 クラウドコンピューティングの特徴初期投資が不要低額な変動費実際の使用分のみ支払いセルフサービスなインフラスケールアップダウンが容易市場投入と俊敏性の改善 Deploy

1 つのアカウントで世界中のリージョンが利用可能 18 のリージョン +1 ローカルリージョン 1. 米国東部 ( バージニア北部 ) 2. 米国西部 ( 北カリフォルニア ) 3. 米国西部 ( オレゴン ) 4. 欧州 ( アイルランド ) 5. アジアパシフィック ( 東京 ) 6. 南米 ( サンパウロ ) 7. アジアパシフィック ( シンガポール ) 8.

15 1 つのアカウントで世界中のリージョンが利用可能 18 のリージョン +1 ローカルリージョン 1. 米国東部 ( バージニア北部 ) 2. 米国西部 ( 北カリフォルニア ) 3. 米国西部 ( オレゴン ) 4. 欧州 ( アイルランド ) 5. アジアパシフィック ( 東京 ) 6. 南米 ( サンパウロ ) 7. アジアパシフィック ( シンガポール ) 8. アジアパシフィック ( シドニー ) 9. 米国 GovCloud *1 10. 中国 ( 北京 )*2 11. 欧州 ( フランクフルト ) 12. アジアパシフィック ( ソウル ) 13. アジアパシフィック ( ムンバイ ) 14. 米国東部 ( オハイオ ) 15. カナダ ( 中部 ) 16. 欧州 ( ロンドン ) 17. 中国 ( 寧夏 ) *2 18. 欧州 ( パリ ) 19. アジアパシフィック ( 大阪ローカル )*3 今後ストックホルム香港 GovCloud(US-EAST) 中東 ( バーレーン ) でのリージョンオープンを計画 *1 GovCloud は米国政府関係企業用です *2 中国のリージョンは他 AWS のアカウントとは別のアカウント作成が必要です *3 大阪ローカルリージョンの利用には事前の申込と審査が必要です

16 リージョンとアベイラビリティゾーン (AZ) リージョンは複数のアベイラビリティゾーン (AZ) で構成されています全世界で合計 55 の AZ AZ は複数のデータセンターによって構成され高い耐障害性を提供できる設計になっています AZ Transit AZ AZ AZ AZ Transit

17 100 を越える AWS サービス群コンピュートネットワークアナリティクス機械学習 EC2 Elastic Container Elastic Lambda Service Beanstalk Elastic Load Balancing VPC Direct Connect Route 53 Athena EMR Data Pipeline Kinesis Machine Learning QuickSight Elasticsearch Service Lex Machine Learning Polly Rekognition 開発ツール管理ツールセキュリティ CodeBuild CodeCommit CodeDeploy CodePipeline CloudWatch Cloud Formation CloudTrail Config OpsWorks Service Catalog Identity & Access Management Directory Service Trusted Advisor Cloud HSM Key Management Service Web App Firewall ストレージ & 配信アプリケーションサービス Hubs ゲーム S3 CloudFront EFS Glacier Storage Gateway Snowball API Gateway AppStream CloudSearch Elastic Transcoder Step Functions SES SQS SWF Mobile Hub GameLift モバイルサービスデータベース IoT エンタープライズアプリ Database Cognito Device Mobile Farm Analytics Pinpoint RDS DynamoDB ElastiCache RedShift Simple DB Migration Service IoT WorkSpaces WorkDocs WorkMail

18 よくいただく質問サービスについて AWS には多くのサービスがあることは分かったけど LAMP 構成のウェブサイトホスティングだと具体的にどのサービスを使ったらいいか分からない既存の技術知識で使えるサービスをまず使いましょう

19 ウェブサイトホスティングで主なインフラ要素ウェブ / アプリケーションサーバ Amazon EC2 Amazon Lightsail Amazon EBS データベース Amazon RDS ロードバランサー ELB バックアップ Amazon S3 Amazon EBS スナップショット *AWS サービスのユースケースの 1 つとして紹介しています *Amazon S3 を利用した静的サイトホスティング方法を後半にご紹介しています

Amazon Lightsail いますぐ使える月額低額でシンプルな VPS 特徴

com/) 秒単位でデプロイできる VPS 多くの OS アプリケーション開発環境イメージを提供

ファイアウォールなどをセキュアに管理直感的な Lightsail コンソールシンプルで柔軟な API AWS

ストレージ容量データ転送量 ) に応じて 5 つのプランから選択プラン価格は上限額であり

20 Amazon Lightsail いますぐ使える月額低額でシンプルな VPS 特徴 ( 秒単位でデプロイできる VPS 多くの OS アプリケーション開発環境イメージを提供可用性とパフォーマンスを備えた SSD ストレージ便利なネットワーク管理機能で IP アドレス DNS ファイアウォールなどをセキュアに管理直感的な Lightsail コンソールシンプルで柔軟な API AWS の他サービスと連携して拡張も可能価格体系 ( 必要なスペック ( メモリ CPU ストレージ容量データ転送量 ) に応じて 5 つのプランから選択プラン価格は上限額であり実際の課金は時間単位で計算例 : $5 プランは $0.0067/h の課金スナップショット 300 万件を超える DNS クエリプランごとの上限を超えるデータ転送量アタッチされていない Static IP などがある場合はそれぞれ少額課金

Amazon EC2 (Elastic Compute Cloud) 数分で起動 1 秒ごとの従量課金で利用可能な仮想サーバ (*1) 多数のOSをサポートライセンス費用込みで従量課金自由にソフトウェアのインストールが可能スケールアップ / ダウンアウト / インが容易に可能 (*1) 時間単位の料金が発生する Microsoft

21 Amazon EC2 (Elastic Compute Cloud) 数分で起動 1 秒ごとの従量課金で利用可能な仮想サーバ (*1) 多数のOSをサポートライセンス費用込みで従量課金自由にソフトウェアのインストールが可能スケールアップ / ダウンアウト / インが容易に可能 (*1) 時間単位の料金が発生する Microsoft Windows または Linux ディストリビューションを実行するインスタンスには 1 秒単位の請求は適用されませんお客様独自のアプリケーション利用したいミドルウェア OS (Windows,Linux) ハイパーバイザーネットワーク電源ラック等アプリミドルウェア監視ツール等を自由に導入ボタンを押して数分でここまで準備される

22 Amazon EBS (Elastic Block Store) EC2にマウント可能なブロックストレージ 1つのEBSは最大 16TB, 最大 32,000IOPSまで性能を確保可能内部的に冗長化されているため RAID1での冗長化は不要サイズ変更可能スナップショット機能でS3に差分バックアップ /dev/xvda EBS スナップショット S3 2 日前 3 日前 4 日前 EC2 /dev/xvdf EBS EBS スナップショット S3 2 日前 3 日前 4 日前

バックアップやフェイルオーバーに対応したDBを数クリックで利用可能メンテナンスコストを大幅に削減 (

23 Amazon RDS (Relational Database Service) フルマネージドの RDBMS サービス MySQL Oracle SQLServer PostgreSQL MariaDB Aurora から選択可能バックアップやフェイルオーバーに対応したDBを数クリックで利用可能メンテナンスコストを大幅に削減 ( パッチ当てやバックアップの自動化 ) 自動バックアップ AZ-a AZ-b スナップショットパッチ更新別 AZ にデータを同期自動的にフェイルオーバー負荷分散のための読み取り用レプリカを作成可能

24 ELB (Elastic Load Balancing) AWS クラウド上のロードバランシングサービス ELB で実現できるシステムスケーラブル / 高い可用性 : 複数の EC2 インスタンス /ECS サービス等に負荷分散複数のアベイラビリティゾーンにある複数のターゲットの中から正常なターゲットにのみ振り分け ELB 自体の特徴スケーラブル安価な従量課金 : 従量課金で利用可能運用管理が楽 : ELB 自体も負荷に応じてキャパシティを自動増減 : マネージドサービスなので管理が不要豊富な連携機能 : Auto Scaling, Route 53 などの AWS サービスと連携

25 Amazon S3 (Simple Storage Service) データ保存バックアップ用途に向くオブジェクトストレージ自動的に三箇所以上のDCに隔地保管設計上のデータ耐久性は % 容量無制限サイジング不要従量課金 1GByteあたり月間 $0.0152~ WEB の静的コンテンツ配信機能 S3 S3 1 データを隔地保管 S3

26 Agenda ウェブサイトホスティングの基本 AWS 上でウェブサイトをホスティングするメリット AWS 入門者の方によくある悩み Amazon EC2を作成してみるよくある構成パターンまとめ

27 AWS 入門者の方によくある悩みなにから始めていいかよく分からないハンズオンを終わらせたが手順を追っただけで何が起きているのかよく分からず応用できない

28 公式ウェブハンズオンのススメスケーラブルなウェブサイトの構築方法 WordPressを具体例に EC2 1 台でのホスティング構成から ELBやRDSを利用したサイトの冗長構成を構築可能 *Web 公開ハンズオンのため好きな時間タイミングで開始可能 * ただ内容が濃いため複数回繰り返すことを推奨

29 参考 : 公式ウェブハンズオンで作成できる構成

30 Agenda ウェブサイトホスティングの基本 AWS 上でウェブサイトをホスティングするメリット AWS 入門者の方によくある悩み Amazon EC2を作成してみるよくある構成パターンまとめ

運用関連の設定や起動スクリプトを設定ステップ 4: ストレージの追加仮想ディスクの設定ステップ 5:

31 EC2 の作成ステップステップ 1: Amazon マシンイメージ (AMI) 選択任意の OS テンプレートを選択ステップ 2: インスタンスタイプの選択仮想サーバーのスペックセットを選択ステップ 3: インスタンスの設定インスタンス台数やネットワーク運用関連の設定や起動スクリプトを設定ステップ 4: ストレージの追加仮想ディスクの設定ステップ 5: インスタンスのタグ付け管理用の名前や情報を追加ステップ 6: セキュリティグループの設定セキュリティグループを指定または作成ステップ 7: 確認作成! 数分後には利用可能です!

32 AWS 入門者の方がつまづくポイントステップ 1: Amazon マシンイメージ (AMI) 選択任意の OS テンプレートを選択ステップ 2: インスタンスタイプの選択仮想サーバーのスペックセットを選択ステップ 3: インスタンスの設定インスタンス台数やネットワーク運用関連の設定や起動スクリプトを設定ステップ 4: ストレージの追加仮想ディスクの設定ステップ 5: インスタンスのタグ付け管理用の名前や情報を追加ステップ 6: セキュリティグループの設定セキュリティグループを指定または作成ステップ 7: 確認作成!

33 AMI (Amazon Machine Image) EC2 インスタンスを起動する際に指定するベースイメージ EBS のスナップショットから独自のカスタマイズ AMI を保存可能 AMI を利用することでセットアップ済みのサーバを容易に準備可能エンジニア A 検証パッチ適用カーネル変更チューニングテンプレート (AMI) から一時環境をすぐに構築可能業務担当者ユーザテスト AMI 化 EC2 AMI 部門の新人教育

34 ネットワークの設定??

35 Amazon VPC(Virtual Private Cloud) AWS 上にプライベートネットワーク空間を構築任意の IP アドレスレンジが利用可能論理的なネットワーク分離が可能必要に応じてネットワーク同士を接続することも可能ネットワーク環境のコントロールが可能ルートテーブルや各種ゲートウェイ各種コンポーネント複数のコネクティビティオプションが選択可能インターネット経由 VPN/ 専用線 (Direct Connect)

36 36 参考 :VPC ウィザードで数画面で VPC を作成可能 2 希望のパターンを選択 ➀VPC ウィザードの開始をクリック 3 選択をクリック 4VPC の作成をクリック

37 VPC とサブネットの設計例 1/2 VPC : /16 ( 例 ) Internet gateway Availability Zone-1a パブリックサブネット /24 Availability Zone-1c パブリックサブネット /24 Availability Zone-1d パブリックサブネット /24 パブリックサブネットパブリック IP を利用してインターネットと通信するためのリソースが動作するサブネット (Elastic IP によりパブリック IP は固定化可能 ) プライベートプライベート / /24 サブネットサブネットプライベート /24 サブネットプライベートサブネットプライベート IP のまま通信をするためのリソースが動作するサブネット

38 VPC とサブネットの設計例 2/2 VPC : /16 Internet gateway EC2 がパブリック IP を持っているためインターネットからの ( への ) アクセスが可能 EC2 はプライベート IP しか持たないためインターネットからアクセス不可 Availability Zone-1a Availability Zone-1c Availability Zone-1d パブリックサブネット /24 EC2 パブリックIP: xxx プライベートIP: パブリックサブネット /24 EC2 同士はプライベート IP で相互通信パブリックサブネット /24 アクセス不可 EC2 プライベート IP: プライベートプライベート / /24 サブネットサブネットプライベート /24 サブネット

39 もう迷わないネットワークの設定

40 セキュリティグループの考え方設計例 1/2 通信要件例 SSH 用 EC2( 踏み台用 EC2) c オフィスの固定 IPからSSHのみ許可 Web 用 EC2(2 台 ) インターネットから HTTPS のみ許可 SSH 用 EC2 から SSH のみを許可 DB 用 EC2(MySQL) SSH 用 EC2 から SSH/MySQL のみ許可 Web 用 EC2 から MySQL のみ許可 * いずれも Outbound は制限しない

41 セキュリティグループの考え方設計例 2/2 (ssh-ec2-sg) SSH 用 EC2( 踏み台用 EC2) オフィスの固定 IP から SSH のみ許可 (web-ec2-sg) 固定 IP Web 用 EC2 インターネットから HTTPS のみ許可 SSH 用 EC2 からのみ SSH を許可 (db-ec2-sg) DB 用 EC2(MySQL) SSH 用 EC2 から SSH/MySQL のみ許可 Web 用 EC2 から MySQL のみ許可

42 もう迷わないセキュリティグループの設定

43 Agenda ウェブサイトホスティングの基本 AWS 上でウェブサイトをホスティングするメリット AWS 入門者の方によくある悩み Amazon EC2を作成してみるよくある構成パターンまとめ

44 よくある構成パターン構成パターン 1. CloudFront+S3を利用 2. 仮想サーバ 1 台に全部のせる 3. WebとDBを分ける 4. ELBを使いWebを冗長化する 5. セキュリティ向上 6. スケーラビリティ向上 7. アプリケーションの自動デプロイ

45 よくある構成パターン構成パターン 1. CloudFront+S3を利用静的ウェブサイトを仮想サーバを使用せず構築 2. 仮想サーバ 1 台に全部のせる 3. WebとDBを分ける 4. ELBを使いWebを冗長化する 5. セキュリティ向上 6. スケーラビリティ向上 7. アプリケーションの自動デプロイ

Amazon CloudFront マネージド CDN(Contents Delivery Network) サービス配信 Amazon CloudFront オフロード特徴 (http://aws.amazon.

46 Amazon CloudFront マネージド CDN(Contents Delivery Network) サービス配信 Amazon CloudFront オフロード特徴 ( 簡単にサイトの高速化が実現できると共にサーバの負荷も軽減様々な規模のアクセスを処理することが可能世界 100 箇所以上にエッジロケーションクライアントレスポンス向上キャッシュ負荷軽減価格体系 ( Webサーバデータ転送量 (OUT) HTTP/HTTPSリクエスト数 ( 利用する場合 )SSL 独自証明書など

47 AWS Certificate Manager (ACM) 簡単に SSL/TLS 証明書を作成管理配置 HTTPS 証明書指定特徴 ( ドメイン認証 (DV) タイプの証明書を無料で提供 CloudFront, ELB, API Gateway で利用可秘密鍵は AWS サービス内で安全に管理される更新も自動的に行われる価格体系 ( 無料

構成パターン 1: CloudFront + S3 を利用静的ウェブサイトを仮想サーバを使用せず構築 ( アクセス例 ) https://www.example.com/index.

html を S3 から取得しクライアントへ返す 2 回目以降のアクセスは CloudFront がキャッシュから返す CloudFront ファイル取得キャッシュ証明書のインポート ACM 証明書の発行 S3

48 構成パターン 1: CloudFront + S3 を利用静的ウェブサイトを仮想サーバを使用せず構築 ( アクセス例 ) CloudFront は index.html を S3 から取得しクライアントへ返す 2 回目以降のアクセスは CloudFront がキャッシュから返す CloudFront ファイル取得キャッシュ証明書のインポート ACM 証明書の発行 S3 の静的コンテンツ配信機能を利用し CloudFront より配信ウェブサイトが静的コンテンツのみ配信している場合に有効な構成フルマネージドサービスを利用しており低コストかつサーバ管理は不要 ACM を利用することで独自ドメインを簡単に HTTPS 化可能 S3 静的ファイル HTML JavaScript css 画像 / 動画など要件上 PHP などのアプリケーションコードが必要な場合 ( 動的コンテンツ ) は仮想サーバが必要となる

49 よくある構成パターン構成パターン 1. CloudFront+S3を利用 2. 仮想サーバ 1 台に全部のせる Amazon Lightsailを仮想サーバ (VPS) として利用 Amazon EC2を仮想サーバとして利用 3. WebとDBを分ける 4. ELBを使いWebを冗長化する 5. セキュリティ向上 6. スケーラビリティ向上 7. アプリケーションの自動デプロイ

50 構成パターン 2-1: Lightsail 1 台に全部のせる Web/App/DB を Lightsail VPS 1 台にインストール Lightsail インスタンス AZ 1 Web App DB 専用コンソールから直感的にインスタンスを作成しすぐに利用可能専用コンソールから IP アドレス DNS ファイアウォールなどを管理可能テスト開発環境プロトタイピングなど要件上 VPS 1 台で問題ない場合など ( 専用コンソール例 )

51 構成パターン 2-2: EC2 1 台に全部のせる Web/App/DB を EC2 1 台にインストール EC2 パブリックサブネット AZ 1 Web App DB 背景例検証で作った EC2 でそのままサービスインしてしまった場合にありうる構成冗長構成が取れていないためインスタンス障害時はサービス停止が発生負荷対策はスケールアップのみの対応となる DB の負荷が Web/App に影響を与える ( 逆も然り ) 次のステップ : スケーラブルな構成の第一歩として Web(App) と DB を分ける

52 Lightsail の使い所 EC2 との使い分け Amazon EC2 シンプルな Web サイトやアプリケーションテスト開発環境社内ツール小規模なビジネスソフトウェアスモールスタートやプロトタイピング複数台 / 複数レイヤ構成のアプリケーションビッグデータ分析 HPC 画像変換ストリーミング配信 etc 柔軟詳細なアクセス制御やネットワーク設定厳密な運用監視アラート設定 Auto Scaling や複数 AZ で高可用性豊富な OS AMI の選択肢

53 よくある構成パターン構成パターン 1. CloudFront+S3を利用 2. 仮想サーバ 1 台に全部のせる 3. WebとDBを分ける 4. ELBを使いWebを冗長化する 5. セキュリティ向上 6. スケーラビリティ向上 7. アプリケーションの自動デプロイ

54 構成パターン 3-1:Web/App と DB を分ける (on EC2) EC2 を 2 台作成し Web/App 用と DB 用で用途を分ける EC2 AZ 1 Web App パブリックサブネット EC2 DB プライベートサブネット背景例 RDS の検証を始めようと思いつつも気づけばサービスインしてしまった場合にありうる構成 Web/App と DB を分けており互いに影響を与えない構成にはなっているがどちらも冗長構成となっていない DB の運用管理タスクは自分で行う必要あり次のステップ : DB on EC2 を RDS へ置き換える

55 構成パターン 3-2:Web/App と DB を分ける (RDS 利用 ) Web/App 用の EC2 と DB に RDS を利用 (Single AZ) EC2 Web App DB をマネージドサービスである RDS に置き換えたが Multi-AZ 構成にしていない意図的な場合もあるが設定漏れの場合があり障害などでサービス影響が発生して初めて判明することがある ( 既に RDS をご利用中の方は念の為確認を!) パブリックサブネットプライベートサブネット AZ 1 DB (RDS) DB を RDS に置き換えたため DB のバックアップなどの運用管理タスクは不要 EC2(Web/App) は冗長化されていない次のステップ : RDS を Multi-AZ 化

56 構成パターン 3-3:Web/App と DB を分ける (RDS 利用 ) Web/App 用の EC2 と DB に RDS を利用 (Multi AZ) EC2 Web App バックアップの自動取得障害発生時などの自動切り替わりなどマネージドサービス RDS の機能を最大限活用できている RDS (Master) パブリックサブネットプライベートサブネット AZ 1 RDS (Slave) プライベートサブネット AZ 2 EC2(Web/App) が冗長化されていない HTTPS の場合は証明書を EC2 にインポートする必要がある次のステップ : ELB を利用して Web/App の冗長化 HTTPS のオフロード

57 よくある構成パターン現在の構成構成パターン 1. CloudFront+S3を利用 2. 仮想サーバ 1 台に全部のせる 3. WebとDBを分ける 4. ELBを使いWebを冗長化する 1. ELB 配下にEC2を2 台配置した冗長構成 2. サイトの成長に応じてEC2をスケールアウトさせる構成 5. セキュリティ向上 6. スケーラビリティ向上 7. アプリケーションの自動デプロイ

58 構成パターン4-1 ELBを使いWebを冗長化する Web/App用EC2をもう1台作成し 2台ともELB配下に置く HTTPS HTTP Web EC2 App パブリックサブネット ELB (ロードバランサー) EC2 パブリックサブネット DB (RDS) DB (RDS) プライベートサブネット AZ 1 Web App プライベートサブネット AZ 2 EC2の冗長化ができている ELBのSSLオフロード機能を利用することで HTTPSをELBで受けて ELBがEC2へ流すトラフィックをHTTPへ変更可能 EC2 1台構成時に HTTPのみだった場合も EC2側には大きな変更が必要なくサイトのHTTPS 化が可能証明書はACMにより無料で発行 ELBへインポート可能 ACMで発行した証明書はEC2へインポートはできない次のステップサイトの成長に応じてEC2をスケールアウトさせる

59 構成パターン4-2:Web/Appの冗長化 EC2をスケールアウトさせてアクセス数の増加に対応 ELB EC2 の数を増やすことでアクセス数の増加に対応 EC2 EC2 EC2 EC2 パブリック AZ 1 サブネット Web App DB (RDS) プライベートサブネット EC2 EC2 パブリックサブネット AZ 2 Web App DB (RDS) プライベートサブネットアプリ更新時は更新対象となるインスタンス数も増えるため手動による運用だと運用管理コストが増加する可能性もあり手動管理のインスタンス数が増えすぎる前に Auto Scaling などの自動化の仕組みが必要となってくる

60 よくある構成パターン現在の構成構成パターン 1. CloudFront+S3を利用 2. 仮想サーバ 1 台に全部のせる 3. WebとDBを分ける 4. ELBを使いWebを冗長化する 5. セキュリティ向上 1. 踏み台サーバの作成 EC2をプライベートサブネットへ設置 2. セキュリティグループの厳密化 6. スケーラビリティ向上 7. アプリケーションの自動デプロイ

61 構成パターン 5-1: セキュリティ向上構成 1/2 踏み台サーバ設置による管理用アクセスの統一 Web/App 用 EC2 をプライベートサブネットに配置 SSH EC2 パブリックサブネット EC2 踏み台サーバ Web App ELB パブリックサブネット EC2 Web App ユーザトラフィックはすべて ELB で受けており EC2 自身を外部公開する必要がない場合は ELB 配下の EC2 をプライベートサブネット内に置く ( 既存 EC2 のサブネット変更はできないため AMI より EC2 を再作成する必要あり ) プライベートサブネット内の EC2 が外部サービスと連携する場合は NAT Gateway の設置を検討する DB (RDS) DB (RDS) 外部からの管理アクセスの入口を統一化するためパブリックサブネットに踏み台サーバを構築プライベートサブネットプライベートサブネット AZ 1 AZ 2

62 構成パターン 5-2: セキュリティ向上構成 2/2 厳密なセキュリティグループを設定し必要な通信のみ制御する HTTPS SSH SSH EC2 踏み台パブリックサブネット EC2 Web App ELB HTTP EC2 Web App MySQL 外部とのネットワーク境界を防御する ( 例 ) 踏み台サーバへのアクセスは IP 制限 / ポート制限を実施 ELB へのアクセスはポート制限を実施 (TCP:443 のみ ) VPC 内のリソース間でもセキュリティグループにより厳密なアクセス制限する MySQL プライベートサブネット AZ 1 DB (RDS) AZ 2 DB (RDS) プライベートサブネット

63 よくある構成パターン構成パターン 1. CloudFront+S3を利用 2. 仮想サーバ 1 台に全部のせる 3. WebとDBを分ける 4. ELBを使いWebを冗長化する 5. セキュリティ向上 6. スケーラビリティ向上 Auto Scaling の導入 7. アプリケーションの自動デプロイ現在の構成

64 構成パターン 6:Auto Scaling の導入 Auto Scaling により高い可用性拡張性コスト最適化を実現 ELB 需要に応じて自動的にサーバが増減しコストカットスケーリングのポリシーやインスタンスは柔軟に設定可能異常なインスタンスや AZ を自動で切り離し高可用性を実現パブリックサブネット EC2 自動登録 DB (RDS) Auto Scaling Group パブリックサブネット EC2 DB (RDS) EC2 自動削除 EC2 自動作成設定例本番用 AMI から EC2 を作成作成された EC2 は ELB に自動登録 m4.large を最小 2 台 : 最大 6 台 EC2 の平均 CPU 使用率が 60% を維持するようにスケーリング * アプリ更新時のデプロイ方法は下記参考資料を参照プライベートサブネットプライベートサブネット AZ 1 AZ 2 本番用 AMI

65 よくある構成パターン構成パターン 1. CloudFront+S3を利用 2. 仮想サーバ 1 台に全部のせる 3. WebとDBを分ける 4. ELBを使いWebを冗長化する 5. セキュリティ向上 6. スケーラビリティ向上 7. アプリケーションの自動デプロイ Elastic Beanstalk を使用したインフラとアプリ管理の自動化

66 66 AWS Elastic Beanstalk 定番構成の構築アプリデプロイの自動化サービス速く簡単にアプリケーションをデプロイ可能インフラストラクチャの準備 & 運営からアプリケーションスタックの管理まで自動化 Auto Scaling によりコストを抑えながらスケーラビリティを確保 Java, PHP, Ruby, Python, Node.js,.NET, Docker, Go, カスタムプラットフォームに対応

67 構成パターン 7: アプリケーションの自動デプロイ 1/2 Elastic Beanstalk を使用したインフラとアプリ管理の自動化インフラの管理の自動化パブリックサブネット EC2 プライベートサブネット AZ 1 DB (RDS) Auto Scaling Group ELB EC2 AZ 2 DB (RDS) プライベートサブネットインフラの自動化 ELB, EC2, Auto Scaling, セキュリティグループなど個別に作成設定していたインフラ要素を Elastic Beanstalk から作成管理アプリケーション管理の自動化 Elastic Beanstalk へソースコードをアップロードすることで自動で EC2 へアプリケーションがデプロイされる ( 最初から Elastic Beanstalk を使って構築を行うという考え方もあり ) アプリの自動デプロイ

構成パターン 7: アプリケーションの自動デプロイ 2/2 Elastic Beanstalk を使用したインフラとアプリ管理の自動化例環境の作成アプリケーションのデプロイ ver A アプリケーションのデプロイ ver B ELB アプリデプロイ ELB アプリデプロイ ELB EC2 AZ 1 EC2 AZ 2 EC2 EC2 AZ 1 AZ 2 EC2 EC2 AZ 1 AZ 2

68 構成パターン 7: アプリケーションの自動デプロイ 2/2 Elastic Beanstalk を使用したインフラとアプリ管理の自動化例環境の作成アプリケーションのデプロイ ver A アプリケーションのデプロイ ver B ELB アプリデプロイ ELB アプリデプロイ ELB EC2 AZ 1 EC2 AZ 2 EC2 EC2 AZ 1 AZ 2 EC2 EC2 AZ 1 AZ 2 管理者環境作成 ( 例 ) php7.1 ELB 使用 m4.large Auto Scaling(2-6 台 ) など管理者ソースコード (ver A) をアップロードマネジメントコンソール /CLI でソースコードをアップロード管理者 * Elastic Beanstalkの詳細については下記参考資料を参照ソースコード (ver B) をアップロード

69 Agenda ウェブサイトホスティングの基本 AWS 上でウェブサイトをホスティングするメリット AWS 入門者の方によくある悩み Amazon EC2を作成してみるよくある構成パターンまとめ

70 まとめ LAMP 構成でのウェブサイトホスティングを例に AWS 入門者の方によくあるつまずきポイントや今後の規模拡張を見越した構成をご紹介しました AWS のサービスを積極的に活用することでお客様は本来やるべきビジネスに集中できます本セミナーで紹介した AWS サービスや構成例はごく一部ですがもっと AWS について知りたい方は.

オンラインセミナー資料の配置場所 AWS クラウドサービス活用資料集 https://aws.amazon.

71 オンラインセミナー資料の配置場所 AWS クラウドサービス活用資料集 Amazon Web Services ブログ最新の情報セミナー中の Q&A 等が掲載されています

72 AWS の導入お問い合わせのご相談 AWS クラウド導入に関するご質問お見積資料請求をご希望のお客様は以下のリンクよりお気軽にご相談下さい AWS 問い合わせで検索して下さい

73 AWS Well Architected 個別技術相談会お知らせ Well Architected フレームワークに基づく数十個の質問項目を元にお客様が AWS 上で構築するシステムに潜むリスクやその回避方法をお伝えする個別相談会です参加無料毎週火曜木曜開催

公式 Twitter/Facebook AWS の最新情報をお届けします @awscloud_jp 検索もしくは

74 公式 Twitter/Facebook AWS 検索もしくは最新技術情報イベント情報お役立ち情報お得なキャンペーン情報などを日々更新しています!

Presentation Title Here

Presentation Title Here AWS Black Belt Online Seminar Amazon Pinpoint 2017.04.26 アマゾンウェブサービスジャパン株式会社ソリューションアーキテクト清水崇之 0 自己紹介清水崇之ソリューションアーキテクト ( 西日本担当 ) 大阪から沖縄まで西日本のお客様にもプライム対応で参上します AWS 芸人 ( 詳しくは https://www.slideshare.net/shimy_net/)