スタートアップならおさえておきたいAWS(Amazon Web Services)入門２限目：基本構成とピーク対策編

1. スタートアップならおさえておきたい AWS(Amazon Web Services)⼊入⾨門　2014年年6⽉月12⽇日　アマゾンデータサービスジャパン株式会社　篠原英治髙⼭山博史〜～基本構成とピーク対策編〜～

2. !   名前：　・篠原英治 / ソリューションアーキテクト !   役割：・スタートアップ向け技術⽀支援担当・IT業界の現場で10年年以上エンジニアしてます⾃自⼰己紹介

3. !   名前：　・髙⼭山博史 / テリトリーアカウントマネージャー !   ⾃自⼰己紹介：・スタートアップ向け技術⽀支援やコスト削減提案担当・以前はSIerや通信キャリアで”SE”をやってました・⼆二児の⽗父、⼈人⾒見見知り⾃自⼰己紹介

4. !  1限⽬目のおさらい !  オススメなAWS基本構成 !  突発的なピーク対策 !  まとめ !  質疑応答本⽇日の⽬目次

6. 1限⽬目の授業にはご出席いただけましたか？ https://schoo.jp/class/697

7. 　　　　　　はサーバやストレージといったITリソースを電気・ガス・⽔水道と同じように必要なときに、必要なだけ使えるようにしたサービスです ③ どんなサービスか⼀一⾔言でいうと… ⑥ ⑥ ④ ⑤ ① ② 1限⽬目のおさらい

8. 初期のAmazon.com amazon.com, 1995 1限⽬目のおさらい

9. amazon.co.jp 2014 1限⽬目のおさらい

10. 世界中のStartupがご利利⽤用中 1限⽬目のおさらい

11. スタートアップである　　　　　　　が急成⻑⾧長するなかで、 ITインフラで苦労し、解決したことを　　　　　としてサービス提供しているから ① ② ③ ④ なぜスタートアップに選ばれるのか？ 1限⽬目のおさらい

12. もう少し具体的に… !  初期費⽤用不不要で使った分だけの従量量課⾦金金(⻑⾧長期契約不不要) !  スケールアウト/スケールアップ/スケールダウンが容易易 !  汎⽤用的な技術で構成 !  便便利利なマネージドサービスが豊富 !  世界中のデータセンタ群を利利⽤用出来る 1限⽬目のおさらい

13. スタートアップに最適 !  初期費⽤用不不要で使った分だけの従量量課⾦金金(⻑⾧長期契約不不要) !  スケールアウト/スケールアップ/スケールダウンが容易易 !  汎⽤用的な技術で構成 !  便便利利なマネージドサービスが豊富 !  世界中のデータセンタ群を利利⽤用出来るスモールスタートが出来る！急なサービス成⻑⾧長にも対応出来る！効率率率的な利利⽤用でコスト削減も可能！既存の技術知識識で、すぐに始められる少ない⼈人数で効率率率的に運⽤用出来る！グローバル展開も容易易 1限⽬目のおさらい

14. とりあえずおさえておきたいサービス3つお客様のアプリケーション認証 AWS IAM モニタリング Amazon CloudWatch Web管理理画⾯面 Management Console デプロイと⾃自動化 AWS Elastic Beanstalk AWS Cloud Formation AWS OpsWorks IDEプラグイン Eclipse Visual Studio ライブラリ & SDKs Java, PHP, .NET, Python, Ruby, node.js Development & Administration AWS グローバルインフラ Geographical Regions, Availability Zones, Points of PresenceAZRegion ネットワーク & ルーティング Amazon VPC / ELB / Amazon Route 53 /AWS Direct Connect Infrastructure Service コンピュータ処理理 Amazon EC2 Auto Scale ストレージ Amazon S3 Amazon EBS Amazon Glacier AWS StorageGateway データベース Amazon RDS Amazon DynamoDB Amazon ElastiCache Amazon Redshift コンテンツ配信 Amazon CloudFront メッセージ Amazon SNS Amazon SQS Amazon SES 分散処理理 Elastic MapReduce 検索索エンジン Amazon Cloud Search トランスコード Amazon Elastic Transcoder ワークフロー管理理 Amazon SWF Application Service 1限⽬目のおさらい

15. US West (Northern California) US East (Northern Virginia) EU (Ireland) Asia Pacific (Singapore) Asia Pacific (Tokyo) GovCloud (US ITAR Region) US West (Oregon) South America (Sao Paulo) AWS Regions AWS Edge Locations Asia Pacific (Sydney) 世界中のデータセンタ群(リージョン) どのリージョンでも同じ使い勝⼿手同じやり⽅方で⽇日本から利利⽤用可能 1限⽬目のおさらい

16. !  Tokyoリージョンは2つのデータセンタ(AZ) !  2つのAZを利利⽤用した冗⻑⾧長構成も簡単リージョン＝データセンタ”群”？ EU (Ireland) Availability Zone A Availability Zone C Availability Zone B Asia Pacific (Tokyo) Availability Zone A Availability Zone B US West (Oregon) Availability Zone A Availability Zone B US West(Northern California) Availability Zone A Availability Zone B Asia Pacific (Singapore) Availability Zone A Availability Zone B AWS GovCloud (US) Availability Zone A Availability Zone B South America (Sao Paulo) Availability Zone A Availability Zone B US East (Northern Virginia) Availability Zone D Availability Zone C Availability Zone B Availability Zone E Availability Zone A Asia Pacific (Sydney) Availability Zone A Availability Zone B ＊AZ=Availability Zoneの略略　距離離の離離れたデータセンタ 1限⽬目のおさらい

18. オススメできない構成 Web (Nginx,Apache) DB (MySQL,PostgreSQL) !  1つのサーバーに全部つめこむ。このサーバーに何かあったらどうしよう… Reverse Proxy (HA Proxy)

19. オススメなAWS基本構成 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb

20. !  なぜコレがオススメなのでしょうか？構成要素を1つずつご説明していきます ELB/EC2/RDSを組み合わせてMulti AZで！

21. Multi Availability Zone(Multi AZ) EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb

22. Multi Availability Zone (Multi AZ) !   Availability Zone •  リージョン内に複数存在する独⽴立立したデータセンター •  それぞれのAvailability Zoneは物理理的に⼗十分離離れた距離離に配置 !   Multiだと何がイイの？ •  ⾃自然災害などで1つのデータセンターがダメージを受けても⼤大丈夫 •  電源やネットワークも異異なる系統のものを利利⽤用していて安⼼心 Availability Zone Availability Zone

23. Amazon EC2 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb

24. Amazon EC2 !   Amazon EC2 •  台数やスペックを柔軟に変更更可能な仮想サーバ　(各種Linux/Windows) •  Webサーバとして複数のEC2を配置すれば万が⼀一の時も安⼼心 •  Multi AZにEC2を配置すれば更更に安全！ EC2 Availability Zone Web Availability Zone EC2 Web

26. ELB(Elastic Load Balancing) !   ELBとは？ •  AWSが提供するロードバランサ(負荷分散装置) •  Multi AZに配置されたEC2に割り振りできる！ EC2 Availability Zone Web Availability Zone EC2 Web ELB

27. Amazon RDS EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb

28. Amazon RDS !   Amazon RDS •  マネージドデータベースサービス (MySQL/PostgreSQLなどに対応) •  ⾃自動バックアップやログからのデータ復復元機能 •  Multi AZでのMaster/Slave構成にすると、、、 •  同期レプリケーション: 常に最新のバックアップ！ •  ⾃自動フェールオーバー: アプリに変更更なくサービス継続！ Availability Zone Availability Zone RDS RDS

29. 1 1 ELB(Elastic Load Balancing) ・GUIで操作出来るL4のロードバランサ・プラスアルファで便便利利な機能 1ｃ Amazon EC2 ・⼀一般的なLinux/Windowsサーバ・プラスアルファで便便利利な機能 Amazon RDS ・⼀一般的なMySQLまたはPostgreSQL ・プラスアルファで便便利利な機能いずれも既存の知識識で使えます！簡単に設定可能＆インターネット上に⽂文献多数！

30. !  オススメ構成にしておけば ELB + EC2 2台構成編

31. 1台のEC2に万が⼀一の事があったとしても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb

32. 1台のEC2に万が⼀一の事があったとしても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb もう1台でサービスが継続できる！

33. トラフィックが増えてWebサーバーのEC2が重くなっても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb EC2 RDS ELB Availability Zone Web Availability Zone RDS Web EC2 Web EC2 Web EC2 Web

34. トラフィックが増えてWebサーバーのEC2が重くなっても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb EC2 RDS ELB Availability Zone Web Availability Zone RDS Web EC2 Web EC2 Web EC2 Web WebサーバーのEC2を増せば⼤大丈夫！

35. AMI(Amazon Machine Image)でEC2をコピー構築 Web !   AMI(Amazon Machine Image) •  インスタンス作成に使⽤用するイメージテンプレート •  任意のタイミングでマシンイメージを作成可能 •  作成したイメージからEC2を起動することでコピー構築 AMI Web Web AMI作成 AMIからEC2起動

36. Auto Scalingによる⾃自動拡⼤大/縮⼩小 !   Auto Scaling •  EC2の負荷に応じて⾃自動的に拡⼤大/縮⼩小する仕組み •  例例) CPU使⽤用率率率が5分以上継続して70%以上だったら2台追加 Auto Scaling Group EC2 Web EC2 Web ELB Auto Scaling CloudWatch 負荷状況を監視 Web Web EC2 EC2 EC2を追加構築 ELBの振り分けに追加

37. トラフィックが増えてWebサーバーのEC2が重くなっても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb EC2 RDS ELB Availability Zone Web Availability Zone RDS Web EC2 Web EC2 Web EC2 Web 複数台前提なアーキテクチャであれば、 10台にするのも、50台にするのも、やり⽅方は同じ

38. トラフィックが増えてWebサーバーのEC2が重くなっても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb EC2 RDS ELB Availability Zone Web Availability Zone RDS Web EC2 Web EC2 Web EC2 Web Web Web Web Web EC2 EC2 EC2 EC2 各EC2インスタンスはステートレスに！セッション情報はElastiCacheやDynamoDBでファイル類は積極的にS3を使いましょう

39. !  オススメ構成にしておけば RDS Multi AZ構成編

40. データベースが重くなっても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb

41. データベースが重くなっても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb 簡単にスペックを良良いものにしたり、ストレージ容量量を⼤大きくしたりできる

42. SnapShot (⾃自動/⼿手動) データベースに万が⼀一の事があっても、、 Availability Zone Availability Zone RDS RDS 同期レプリケーション⾃自動フェイルオーバーログ（5分間隔)

43. SnapShot (⾃自動/⼿手動) データベースに万が⼀一の事があっても、、 Availability Zone Availability Zone RDS RDS 同期レプリケーション⾃自動フェイルオーバーログ（5分間隔) データセンター間での冗⻑⾧長構成スナップショットとログからデータ復復元

44. RDSなら読み取り専⽤用インスタンスも簡単構築 Availability Zone Availability Zone RDS RDS ⾮非同期レプリケーション

45. RDSなら読み取り専⽤用インスタンスも簡単構築 Availability Zone Availability Zone RDS RDS たくさんクエリ要求がきても⼤大丈夫！

46. !  オススメ構成にしておけば Multi AZ構成編

47. データセンターレベルの⼤大きなトラブルがあっても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb

48. データセンターレベルの⼤大きなトラブルがあっても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb

49. データセンターレベルの⼤大きなトラブルがあっても、、 EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb Multi AZなら安⼼心です！

50. !  ということで、、

51. 本当にオススメな基本構成です！ EC2 RDS ELB Availability Zone Web Availability Zone RDS EC2 WebWeb

52. !  画像などの静的コンテンツをどのように配信していますか？ S3＋CloudFrontで静的コンテンツを⾼高速配信

53. よくみかける構成 !   ファイルアップロード⽤用サーバからファイル転送(rsyncやscp) •  ストレージ容量量は⼤大丈夫？画像のバックアップは？ •  海外からのアクセスに対するレスポンスが遅い… Web Web

54. Amazon S3 !  画像,動画,HTML,JavaScript,CSS 等の静的コンテンツ　の配信が可能

55. Amazon S3 !  S3 -‐‑‒ 静的コンテンツ配信例例 HTMLと画像を S3にUpload HTMLと画像が配信されている

56. Amazon S3 !  S3 -‐‑‒ 静的コンテンツ配信例例 HTMLと画像を S3にUpload HTMLと画像が配信されている静的コンテンツだけの、いわゆるランディングページのようなものならS3だけで配信可能

57. S3+CloudFrontでの⾼高速配信事例例 https://schoo.jp/class/450

58. Amazon CloudFront !   従量量課⾦金金で使えるContents Distribution Network !   最も近いエッジサーバに誘導し、ユーザへの配信を⾼高速化 !   エッジサーバでコンテンツのキャッシングを⾏行行い効率率率的に配信レスポンス向上負荷軽減キャッシュコンテンツ 4.エッジにコンテンツを送信 1.最適なエッジにリクエスト 3.エッジにキャッシュがなければオリジンにリクエスト 2.キャッシュを配信 5.取得したコンテンツを配信しキャッシュ Amazon CloudFront （Edge Location) オリジン配信サーバクライアント

59. S3+CloudFrontでの⾼高速配信事例例 https://schoo.jp/class/450

61. インターネット経由でのアクセス増加 !  Twitter砲、Gunosy砲、LINE砲、はてブ砲、、 !  ポータルサイトのトップページへの掲載等膨⼤大なトラフィックが発⽣生ただし、徐々に増えていく

62. テレビ放送は⼀一⻫斉にアクセスが押し寄せる !  WBS砲: ワールドビジネスサテライトで放送 !  1限⽬目でご紹介したNHK紅⽩白歌合戦の事例例 [クラスメソッド社AWS導⼊入事例例] http://classmethod.jp/cases/nhk/nhk-‐‑‒kouhaku-‐‑‒64/

63. テレビ放送は⼀一⻫斉にアクセスが押し寄せる !  WBS砲: ワールドビジネスサテライトで放送 !  1限⽬目でご紹介したNHK紅⽩白歌合戦の事例例 [クラスメソッド社AWS導⼊入事例例] http://classmethod.jp/cases/nhk/nhk-‐‑‒kouhaku-‐‑‒64/ 突発的にピークが発⽣生！

64. よく聞く”もったいない”トラブル !  運営しているサービスが、　テレビ番組に取り上げられたが、　急激な負荷で放送中にサーバが落落ちてしまい、　数千⼈人の新規⾒見見込ユーザを逃してしまった…

65. CTO/エンジニアの⼼心配 !  急なメディア掲載とかやめて欲しい… !  アプリエンジニアなのにITインフラの管理理は⾟辛い… !  ピークに合わせてサーバ増設したいものの、どれくらい増やしていいかわからない…

66. !  突発的なピーク対策どうすればいいの？チャンスを逃さないための対策

67. 突発的なピーク対策 ↑事前にスペック UP RDS ELB AZ① AZ② EC2 EC2EC2 Web App Web App Web App 事前に⼤大幅Webサーバ増 EC2 EC2 Web App Web App… EC2 EC2EC2 Web App Web App Web App EC2 EC2 Web App Web App… RDS

68. !  では、ここで質問です。

69. 突発的なピーク対応にいくらかかると思いますか？ !  1：約1,000円 !  2：約10,000円 !  3：約100,000円・2時間後にピーク前の状態に戻す前提、ピークが来ない場合との⽐比較・m3.mediumのスペック：1コア・メモリ3.7GB ・m3.xlargeのスペック：4コア・メモリ15GB テレビ番組対策で2時間の間… EC2(medium)を20台増設、 RDSをスペックアップ(medium→xlarge)

70. TVなど瞬間的にアクセスが急増する場合 RDS ELB AZ① AZ② EC2 EC2EC2 Web App Web App Web App EC2 EC2 Web App Web App… EC2 EC2EC2 Web App Web App Web App EC2 EC2 Web App Web App… RDS 事前に⼤大幅Webサーバ増 ↑事前にスペック UP 注) ピークが過ぎたら元に戻すのを忘れずに！

71. !  ELBは⼤大丈夫…？

72. Elastic Load Balancing !  ELBは負荷に応じて⾃自動的に拡⼤大・縮⼩小します徐々にアクセスが増える分には⼤大丈夫です但し、スケールには数分の時間がかかります

73. TV番組で特集を組まれるような取り上げられ⽅方をした場合 RDS ELB AZ① AZ② EC2 EC2EC2 Web App Web App Web App EC2 EC2 Web App Web App… EC2 EC2EC2 Web App Web App Web App EC2 EC2 Web App Web App… RDS 突発的なピークにELBのスケールが間に合わないことがありえます

74. !  AWSサポートであらかじめELBをスケールさせることができます

75. 24時間365時間対応の⽇日本語サポートも選べますベーシックデベロッパービジネスエンタープライズフォーラム利利⽤用可能利利⽤用可能利利⽤用可能利利⽤用可能サポートへのコンタクト EC2の健全性エラーが発⽣生した場合コンタクトフォーム電話、チャットコンタクトフォーム電話、チャットコンタクトフォーム初回応答時間不不可 12時間（営業時間内） 1時間１５分連絡先登録 -‐‑‒ 1 5 無制限 24/365対応なしなしありあり Trusted Advisor なしなしありあり専任スタッフ特別サポートなしなしなしあり料料⾦金金（⽉月額）無料料 $49 　AWS利利⽤用総額の　$0~∼$10K: 10% 　$10K~∼$80K: 7% 　$80K~∼$250K: 5% 　$250K~∼: 3% 　　（最低$100） AWS利利⽤用総額の10% （最低$15000）

76. ビジネスサポートに加⼊入でELBのプレウォーム申請が可能です RDS ELB AZ① AZ② EC2 EC2EC2 Web App Web App Web App EC2 EC2 Web App Web App… EC2 EC2EC2 Web App Web App Web App EC2 EC2 Web App Web App… RDS

77. !  実際にAWSでTV放送のピーク対策をされた、 schooのエンジニアの⽅方に聞いてみました schoo エンジニア岩⽥田宇史さん schooにおけるTV放送のピーク対策事例例

78. schooにおけるTV放送のピーク対策事例例 !  ピーク対策作業の感想 •  既存マシンイメージをコピーして増設できる • 当⽇日作業は1時間程度度でした •  放送前後だけの利利⽤用 • コストを安く抑える事が出来ました •  コストが安いので余裕を持った増設ができ • 放送を無事乗り切切ることが出来ました！

79. schooにおけるTV放送のピーク対策事例例 !  AWSサポートへの申請 •  “EC2インスタンスの上限緩和申請” • デフォルトではインスタンス数に制限を設けています •  “ELBのプレウォーム申請” !  サポート申請作業の感想 •  ⽇日本語でOK！ •  サポートの⽅方がスムーズに対応してくれました！

80. schooにおけるTV放送のピーク対策事例例 !  全体を通しての感想 AWS便便利利でいいですよ！(^^ゞ

83. オススメなAWS基本構成 !  Amazon EC2 を Multi Availability Zone に配置して、 ELB で負荷分散 EC2 Availability Zone Web Availability Zone EC2 Web ELB

84. SnapShot (⾃自動/⼿手動) Availability Zone Availability Zone RDS RDS 同期レプリケーション⾃自動フェイルオーバーログ（5分間隔) オススメなAWS基本構成 !  Amazon RDS は Multi-‐‑‒AZ Deployment の設定にすることでいざという時も安⼼心

85. 突発的なピーク対策 ↑事前にスペック UP RDSAZ① AZ② EC2 EC2EC2 Web App Web App Web App 事前に⼤大幅Webサーバ増 EC2 EC2 Web App Web App… EC2 EC2EC2 Web App Web App Web App EC2 EC2 Web App Web App… RDS ELB 事前にELBをプレウォーム

86. !  オススメなAWS基本構成 •  可⽤用性が⾼高く、スケーラブルなアーキテクチャ •  安定したサービスを提供しつつ、急成⻑⾧長するスタートアップのビジネスを⽀支えるITインフラ !  突発的なピーク対策 •  チャンスを確実にものにする！ •  時間をかけずに、低コストで対策を打つことが可能スタートアップならおさえておきたい〜～基本構成とピーク対策〜～

87. !  無料料でお試し出来ます https://aws.amazon.com/jp/free/ 実際に使うとわかりやすいです

88. !  操作⽅方法説明資料料やサービスごとの詳しい資料料あります　　http://aws.amazon.com/jp/aws-‐‑‒jp-‐‑‒introduction/ ⽇日本語資料料！

89. !  体験ハンズオンも開催中です！ http://aws.amazon.com/jp/event_̲schedule/ テキスト⾒見見ながらハンズオン

90. AWS Summit Tokyo 2014(無料料)でご利利⽤用事例例をチェック http://www.awssummittokyo.com/

91. AWS Summit Tokyo 2014(無料料)でご利利⽤用事例例をチェック http://www.awssummittokyo.com/

92. !  ユーザグループのイベントもたくさん Japan AWS User Group = JAWS-‐‑‒UG ⽇日本中で勉強会が⾏行行われています

93. ブログ記事は⽇日付もチェックネットでの情報多いです(ご利利⽤用者様に感謝)

94. (導⼊入前に相談できる)⼈人います

95. (導⼊入前に相談できる)⼈人います

96. 24時間365時間対応の⽇日本語サポートも選べますベーシックデベロッパービジネスエンタープライズフォーラム利利⽤用可能利利⽤用可能利利⽤用可能利利⽤用可能サポートへのコンタクト EC2の健全性エラーが発⽣生した場合コンタクトフォーム電話、チャットコンタクトフォーム電話、チャットコンタクトフォーム初回応答時間不不可 12時間（営業時間内） 1時間１５分連絡先登録 -‐‑‒ 1 5 無制限 24/365対応なしなしありあり Trusted Advisor なしなしありあり専任スタッフ特別サポートなしなしなしあり料料⾦金金（⽉月額）無料料 $49 　AWS利利⽤用総額の　$0~∼$10K: 10% 　$10K~∼$80K: 7% 　$80K~∼$250K: 5% 　$250K~∼: 3% 　　（最低$100） AWS利利⽤用総額の10% （最低$15000）

97. 　https://aws.amazon.com/jp/contact-‐‑‒us/aws-‐‑‒sales/ お問い合わせの際に「schooみました」と書いてくださいお問い合せもお気軽に！

99. !  質疑応答

100. !  レポート課題

101. レポート課題 !  ⾃自由記⼊入で… ・授業の感想・次回以降降聞きたい内容・イケてるAWSの活⽤用アイデアを書いてください (以前いただいたリクエストにより、セキュリティ授業を⾏行行うことになりました！)

102. ありがとうございました！

スタートアップならおさえておきたいAWS(Amazon Web Services)入門２限目：基本構成とピーク対策編

Du liest eine Vorschau.

Hier ansehen

スタートアップならおさえておきたいAWS(Amazon Web Services)入門２限目：基本構成とピーク対策編

Weitere Verwandte Inhalte

Diashows für Sie (20)

Ähnlich wie スタートアップならおさえておきたいAWS(Amazon Web Services)入門２限目：基本構成とピーク対策編 (20)

Weitere von schoowebcampus (20)

Aktuellste (20)