ーーーーーーーーーーーーーーーーーーーーーーー schoo WEB-campusは「WEBに誕生した、学校の新しいカタチ」。 ＷＥＢ生放送の授業を無料で配信しています。 ▼こちらから授業に参加すると、先生への質問や、ユーザーとのチャット、資料の拡大表示等が可能です。 https://schoo.jp/class/698/room ーーーーーーーーーーーーーーーーーーーーーーー

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

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

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

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

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

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

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

13. とりあえずおさえておきたいサービス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限⽬目のおさらい

14. 1ｃ
Amazon EC2
・台数やスペックを柔軟に変更更可能な仮想サーバ
(各種Linux/Windows)
・初期費⽤用不不要で、必要な時に必要な台数を
時間課⾦金金で利利⽤用可能
・API(Application Programming Interface)で、
起動や停⽌止、スペック変更更などの各種操作が可能
まずは基本のEC2(仮想サーバ)
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限⽬目のおさらい

17. 1
Amazon RDS
・マネージドデータベースサービス
(MySQL/PostgreSQLなどに対応)
・冗⻑⾧長構成、マスタ/スレーブ構成や
⾃自動バックアップなどご利利⽤用可能
とりあえず、おさえておきたいサービス3つ(つづき)
1
Amazon S3
・容量量無制限のオンラインストレージ
・⾃自動的に複数DCに保存し、⾼高い耐久性を実現
・保存した分だけの安価な従量量課⾦金金
1限⽬目のおさらい

18. 1ｃ
Amazon EC2
・⼀一般的なLinux/Windowsサーバ
・プラスアルファで便便利利な機能
1
Amazon S3
・業界標準APIで操作するストレージ
・プラスアルファで便便利利な機能や⾼高い耐久性
1
Amazon RDS
・⼀一般的なMySQLまたはPostgreSQL
・プラスアルファで便便利利な機能
いずれも既存の知識識で使えます！
1限⽬目のおさらい

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

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

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

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

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

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

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

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

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

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

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

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

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

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

33. 1台にトラブルがあったとしても、、
EC2
RDS
ELB
Availability Zone
Web
Availability Zone
RDS
EC2
WebWeb

34. 1台にトラブルがあったとしても、、
EC2
RDS
ELB
Availability Zone
Web
Availability Zone
RDS
EC2
WebWeb
もう1台でサービスが継続できる！

35. トラフィックが増えてWebサーバー重くなっても、、
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

36. トラフィックが増えてWebサーバー重くなっても、、
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
1台前提 ⇒ 4台：⼤大変><
2台(複数台前提) ⇒ 4台：簡単^^

37. トラフィックが増えてWebサーバー重くなっても、、
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を使いましょう

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

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

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

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

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

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

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

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

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

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

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

49. ! ということで、、

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

51. ! 画像ファイルや動画ファイルを
どのように配信していますか？
S3＋CloudFrontで静的コンテンツを⾼高速配信

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

53. Amazon S3
! 画像,動画,HTML,JavaScript,CSS 等の静的ファイル
の配信が可能

54. Amazon S3
! 画像,動画,HTML,JavaScript,CSS 等の静的ファイル
の配信が可能
静的コンテンツのみのランディングページなら
S3だけで配信できます

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

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

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

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

59. インターネットは危険がイッパイ
! Twitter砲: 有名⼈人によるリツイート
! Gunosy砲: Gunosyに取り上げられる
! LINE砲: 公式アカウントによるプッシュ配信
! はてブ砲: はてブのホットエントリー⼊入り
! 他にもYahoo!トップやTechCrunchへの掲載 等
こんなときに突発的なアクセスが！

60. テレビ放送は本当に凄い影響⼒力力！！
! WBS砲: ワールドビジネスサテライトで放送
! 1限⽬目でご紹介したNHK紅⽩白歌合戦の事例例
[クラスメソッド社AWS導⼊入事例例] http://classmethod.jp/cases/nhk/nhk-‐‑‒kouhaku-‐‑‒64/

61. よく聞く”もったいない”トラブル
! サービスが、テレビ番組に取り上げられたが、
急激な負荷で放送中にサーバが落落ちてしまい、
数千⼈人の新規⾒見見込ユーザを逃してしまった…
! サービスが、有名ポータルサイトに掲載された/SNSで
コンテンツがバズったが、アクセス集中による
レスポンス低下で、既存ユーザにも影響が…

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

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

64. TVなど瞬間的にアクセスが急増する場合
↑事前に
スペック
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

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

66. ピーク対応にいくらかかると思いますか？
! 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)

67. 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
注) ピークが過ぎたら元に戻すのを忘れずに！

68. ! ELBは⼤大丈夫…？

69. Elastic Load Balancing
! ELBは負荷に応じて⾃自動的に拡⼤大・縮⼩小します
スケールには数分の時間がかかります

70. 突発的なアクセス増に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
EC2やRDSを増強しても残念念な結果に…

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

72. 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）

73. ビジネスサポートに加⼊入で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

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

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

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

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

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

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

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

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

82. 突発的なピーク対策
↑事前に
スペック
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を
プレウォーム

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

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

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

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

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

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

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

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

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

92. 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）

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

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

95. ! 質疑応答

96. ! レポート課題

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

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