20120914 aws summit_lt
TRANSCRIPT
![Page 1: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/1.jpg)
2012/9/14
VPCではじめるスケールアウトするインフラ構築
株式会社シャノン
Platform Technology 藤倉 和明
![Page 2: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/2.jpg)
株式会社シャノン
藤倉 和明 インフラエンジニア - twitter : @fujya
- facebook : http://www.facebook.com/k.fujya
好きなAWSのサービス: VPC 初めて触った時はクラウドサービスでここまで柔軟なネットワークが組めるのか!と感動しました。
2
自己紹介
![Page 3: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/3.jpg)
株式会社シャノン
2000年創立 マーケティングプラットフォームというサービスをSaaS型で提供しています
見込み顧客管理システムです
イベント・展示会・セミナー管理に強み
数万件のイベントで採用実績
主に企業のマーケティング部門で使っていただいています
3
自社紹介
導入企業様
![Page 4: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/4.jpg)
4
マーケティングプラットフォームが抱えていた課題
0
200,000,000
400,000,000
600,000,000
800,000,000
1,000,000,000
1,200,000,000
1,400,000,000
1,600,000,000
1,800,000,000 指数関数的に増え続けるサーバ負荷
許容値
許容値を超えたらサービス停止の恐れあり
・顧客数増 ・既存顧客のデータ量増 ・利用方法・機能の多様化 etc…
![Page 5: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/5.jpg)
マーケティングプラットフォームが抱えていた課題 パート2
※とある1日実際のサーバ負荷値(CPU時間の合計値/30分)
・ピーク負荷は1日のウチ10~30分程度 ・平常時と比べて約10倍の要求
オンプレミス環境のキャパシティ
キャパシティを超えた負荷要求 = サービス停止の恐れ
![Page 6: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/6.jpg)
サービスの成長に合わせてプラットフォームを拡張させる必要がある
サービスが落ちないようにピーク負荷に合わせてプラットフォームを構築する必要がある
6
マーケティングプラットフォームが抱えていた課題
が物理的な限界がある
が普段は10倍ぐらい無駄がでる
![Page 7: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/7.jpg)
AWSならボタン一つでサーバリソースの追加できる
スパイクする負荷にはスケールアウトで対応
7
増える続ける負荷、スパイクする負荷・・・AWSで解決?
まさに夢の様なプラットフォーム! これで全部解決!!
でも・・・
![Page 8: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/8.jpg)
既存のハードウェア資産はどうする? 既に数百万~数千万の資産でサービスを構築している
様々なフレームが既に組んである バックアップ
セキュリティ
冗長構成 既存のフレームと同等以上のサービスレベルは 保証しなければならない
8
今までの積み上げてきた資産・仕組みはどうする?
移行コストがネックになる・・・
![Page 9: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/9.jpg)
既存の資産を活用しつつ
瞬時にサーバリソースを
一時的にだけ増やしたい
9
やりたいこと
それ、VPCならできるよ! って偉い人が言っていた
![Page 10: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/10.jpg)
10
という訳で構築しました
オンプレミス環境 Amazon Web Services
①APIで負荷を監視 ②負荷がしきい値を超えたらインスタンスの起動のAPIコール
③指定したAMIで インスタスを起動
④定期的に負荷がしきい値を下回って無いかチェック
高負荷の時のみAWS側にサーバを効率良く起動
監視サーバ
VPNルータ
![Page 11: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/11.jpg)
導入期間:約3ヶ月 (工数は2人月程度)
社内に検証環境構築
AWSのAPIコールプログラムの開発
既存アプリケーションとの接続検証
本番ネットワーク構築
リリース!
11
VPC導入までは約3ヶ月
![Page 12: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/12.jpg)
なぜかやたら金が掛かる問題 (いわゆるクラウド破産)
気づいたら月額の利用料金が高額になっていた
さらに新規インスタンスが起動できなくなっていた
原因
インスタンスの停止はTerminate → 追加EBSが削除されていなかった
EBSの課金が凄いことになってた
対策
起動時にEBSにDeleteOnTerminateを指定する
12
導入時にハマったポイント その1
![Page 13: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/13.jpg)
ネットワークの問題
LANと同じ用途で利用するとパフォーマンスが思うように出ない場合がある
原因
LANでのネットワークレイテンシ 0.1msec~0.2msec程度
インターネットVPNを超えるレイテンシ 5msec~15msec
対策
ネットワークを超える処理の回数を減らす
遅いことを許容する作りにする(非同期処理 等)
13
導入時にハマったポイント その2
1往復なら 大したこと無いけど100往復なら? LAN = 0.1秒~0.2秒 VPN = 5秒~15秒
![Page 14: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/14.jpg)
スケールアウトの上限値
簡単に何十台も起動できるから、たくさん起動させてみたら一定の台数でアプリケーションエラーになった
原因
データベースのmax_connectionsの上限値まで使い切っていた
対策
上限値を設計し起動する台数を制御するように修正
14
導入時にハマったポイント その3
![Page 15: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/15.jpg)
パフォーマンス 約2倍!
コスト 約75%削減!
15
色々と乗り越えて導入の効果
![Page 16: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/16.jpg)
VPCを使えば既存の資産を活用しつつAWSのリソースが使えるようになる
移行ではなくattachするだけ
短期期間でオンプレミス環境がスケールアウトするプラットフォームに成長できる
高い費用対効果
16
まとめ
結論:VPC最高!
![Page 17: 20120914 aws summit_lt](https://reader033.vdocuments.site/reader033/viewer/2022060206/55a25c111a28ab9c2b8b468a/html5/thumbnails/17.jpg)
17
ご清聴ありがとうございました
イベント・セミナーでお困りの方は、AWSでスケールアウトでき
るマーケティングプラットフォームをヨロシクお願いします!
おわり