AWSの基礎

Transcript

1. AWSの基礎  
2. EC2 RDS DB instance Elastic Load Balancing RDS DB instance read replica S3 Cloud Front ElastiCache RDS DB 
 instance standby 
 (Multi-AZ) DynamoDB Amazon Redshift Amazon SES instance with CloudWatch ▪今日話すこと  
3. Wordpress案件   事例1
4. •  普通のコーポーレートサイ ト   •  予算は月1万円くらい •  「一応」スケールできるよう にしておいてほしい   ▪事例1  –  Wordpress案件   Wordpressのサイトを作って欲しいとクライアントから依頼されて 場合  
5. EC2 RDS DB instance ▪事例1  –  Wordpress案件   所謂Linuxサーバー ここにPHPとApacheを インストールしてWeb サーバーとして利用。 SSHでログイン可能。 所謂マスターDBサー バー ここではMySQLを動 かす。3306のポートは 192.168.からのみとし ておく。 Internet 所謂ロードバランサ ー アクセスを複数台の Webサーバーに自動 で分散してくれる。 Elastic Load Balancing スケール前  
6. EC2 RDS DB instance ▪事例1  –  Wordpress案件   RDS DB instance read replica スレーブのデータベー ス。 サーバー増強する時 はレプリカを増やすよ りマスターDBのスペッ クを上げて対応する方 が一般的。 Internet Elastic Load Balancing EC2 スケール後  
7. EC2 ▪事例1  –  Wordpress案件   •  「Apacheが入ったCentOS」「PHP4が入ったUbuntu」等の AMI(元になるサーバー)が予め用意されてる   数百のAMIから必要なAMIを選択できる。   •  スペックを20種類くらいから選択。   今回のWordpressくらいなら下から2〜3番目のt2  small、 t2  mediumくらいでOK   •  t2  smallで$20〜$25  t2  mediumで$40〜$45   •  8ヶ月以上確実に使うなら前払いのリザーブドインスタ ンスを使った方が特  
8. ▪事例1  –  Wordpress案件   •  Webサーバー複数台で運用する際は必須のロードバラ ンサー   •  月に$20程   Elastic Load Balancing
9. ▪事例1  –  Wordpress案件   •  MySQL、Oracle、MicrosoK  SQL  Server、PostgreSQLから選 択   •  Point  Into  Time  Recovery機能   何も設定しなくても特定の日時の状態に戻れる   •  負荷が高まればこのRDSのスペックをあげるか後述の RDS  replicaを増設していく   •  t2  small  で  $38〜$40  t2  medium  で$$77〜$80   RDS DB instance
10. ▪事例1  –  Wordpress案件   •  読み込み専用スレーブDB   •  通常のmySQLのスレーブと同じ。   •  料金はRDSと同じ   RDS DB instance read replica
11. ECサイト構築   事例2
12. •  予算は潤沢   •  サーバー運用は任せる   •  商品追加はクライアントが CMSで行う   •  クリスマスやバレンタインの前 にはアクセスが1.5倍   ▪事例2  –  ECサイト   チョコレート専門のEC2サイトの構築をクライアントから依頼された 場合  
13. Auto Scaling group ElastiCache S3 Cloud Front EC2 EC2 EC2 Elastic Load Balancing RDS DB instance RDS DB 
 instance standby 
 (Multi-AZ) RDS DB instance read replica S3のキャッシュ。 WEBサーバーのように HTML,CSS,JSが動作するの でLP等に最適。
 また、CMSで登録した商品画 像もここに保存。 CPUの利用率◦◦%なら 自動的にサーバーが増 える仕組み Memcacheのようなもの
 。PHPのSessionの保存 に使う。 マスターDBのホットスタンバイ。 マスターDBが壊れたりメンテナン スにはいっても自動的にこのDBが マスターに昇格する。 Internet ▪事例2  –  ECサイト  
14. •  単純にファイルサーバーとしても使えるしWebサーバー としても使える。   •  ファイルサーバー ・・・ 複数台のWebサーバーから共 通のファイルを読み書きしたい時に便利   •  Webサーバー ・・・ 落ちる事がないので、当選者発 表時、合格発表時などスパークするのが想定されて る時に便利   •  10Gのデータで$3程   •  転送量に対しても費用がかかる   (例えばその10Gのデータを1回ダウンロードしたら$1.4)   S3 ▪事例2  –  ECサイト  
15. Cloud Front •  東京のS3にデータを置いていてもアメリカからアクセスが あればアメリカのキャッシュポイントからデータを返してく れる。   •  大阪からアクセスあれば大阪のキャッシュポイントから データを返してくれる。   ▪事例2  –  ECサイト  
16. ▪サーバー構成   •  MemcacheのようなKey/Valueストア •  本件の場合は複数台のWebサーバーで利用する際にPHP のセッション管理で使う。   •  永続的なデータの保存には不向き、キャッシュの保存場 所として使う。   •  月$25程   ElastiCache
17. RDS DB 
 instance standby 
 (Multi-AZ) •  マスターDBが停止した時に自動的に切り替わるDB   •  レプリカは読み込み専用なので、マスターに切り替わるこ とができない。   •  絶対落とせないDBには必須。   •  料金は単純にRDSの倍の料金。   ▪事例3  –  ECサイト拡大  
18. ECサイトリニューアル   事例3
19. •  ログ解析したい。   •  解析した結果、おすすめ商品 をユーザーに送りたい。   •  絶対に落とせない。落ちても すぐ復旧したい。   チョコレート専門のEC2サイトのリニューアルをクライアントから規 模拡大のリニューアル依頼された場合   ▪事例3  –  ECサイトリニューアル  
20. Auto Scaling group ElastiCache DynamoDB S3 S3 Cloud Front EC2 EC2 EC2 Elastic Load Balancing RDS DB instance RDS DB 
 instance standby 
 (Multi-AZ) RDS DB instance read replica アクセスログ、購買 ログ等をテキストで 保存。 SQL文が使えるデー タ解析エンジン 所謂KVS。
 アクセスログから解析した お勧めの商品の表示等に使う。 Amazon Redshift Internet users Amazon SES メール送信専用サーバー。 ▪事例3  –  ECサイトリニューアル   EC2 instance with CloudWatch
21. ▪事例3  –  ECサイトリニューアル(週1回マーケットバスケット分析)   Aさんは、ミントチョコレートを購入。 S3 Amazon Redshift Amazon Redshift DynamoDB Amazon SES ミントチョコレートを買った他の顧客情報を集計。 →全顧客10000人の中で100人いました。   それらの顧客が購入した他の商品をのランキングを集計。   但しミントチョコレート自体は除く。 →20人の人がコーヒーチョコレートを購入。 Aさんにはコーヒーチョコレートが最適という情報を保存。   Aさんにメール送信
22. DynamoDB •  MemcacheのようなものKey/Valueストア   •  データ量が増えると検索のパフォーマンスはmySQLより上。   •  値段設定がややこしいけど、スペックの増減が簡単にでき る。   Amazon Redshift •  SQL文が使えるHadoopみたいなもの   •  フル稼働させておけば月$600程度   ▪事例3  –  ECサイトリニューアル  
23. •  メール送信サーバー •  自前でサーバーで送るより、スパムメールと誤認させる率 が圧倒的に下がる。   •  1000通で$0.1   ▪事例3  –  ECサイトリニューアル   Amazon SES