2012/9/14

VPCではじめるスケールアウトするインフラ構築

株式会社シャノン

Platform Technology 藤倉 和明

株式会社シャノン

藤倉 和明 インフラエンジニア - twitter : @fujya

- facebook : http://www.facebook.com/k.fujya

好きなAWSのサービス： VPC 初めて触った時はクラウドサービスでここまで柔軟なネットワークが組めるのか！と感動しました。

2

自己紹介

株式会社シャノン

2000年創立 マーケティングプラットフォームというサービスをSaaS型で提供しています

見込み顧客管理システムです

イベント・展示会・セミナー管理に強み

数万件のイベントで採用実績

主に企業のマーケティング部門で使っていただいています

3

自社紹介

導入企業様

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…

マーケティングプラットフォームが抱えていた課題 パート２

※とある１日実際のサーバ負荷値（CPU時間の合計値/30分）

・ピーク負荷は１日のウチ１０～３０分程度 ・平常時と比べて約10倍の要求

オンプレミス環境のキャパシティ

キャパシティを超えた負荷要求 ＝ サービス停止の恐れ

サービスの成長に合わせてプラットフォームを拡張させる必要がある

サービスが落ちないようにピーク負荷に合わせてプラットフォームを構築する必要がある

6

マーケティングプラットフォームが抱えていた課題

が物理的な限界がある

が普段は１０倍ぐらい無駄がでる

AWSならボタン一つでサーバリソースの追加できる

スパイクする負荷にはスケールアウトで対応

7

増える続ける負荷、スパイクする負荷・・・AWSで解決？

まさに夢の様なプラットフォーム！ これで全部解決！！

でも・・・

既存のハードウェア資産はどうする？ 既に数百万～数千万の資産でサービスを構築している

様々なフレームが既に組んである バックアップ

セキュリティ

冗長構成 既存のフレームと同等以上のサービスレベルは 保証しなければならない

8

今までの積み上げてきた資産・仕組みはどうする？

移行コストがネックになる・・・

既存の資産を活用しつつ

瞬時にサーバリソースを

一時的にだけ増やしたい

9

やりたいこと

それ、VPCならできるよ！ って偉い人が言っていた

10

という訳で構築しました

オンプレミス環境 Amazon Web Services

①APIで負荷を監視 ②負荷がしきい値を超えたらインスタンスの起動のAPIコール

③指定したAMIで インスタスを起動

④定期的に負荷がしきい値を下回って無いかチェック

高負荷の時のみAWS側にサーバを効率良く起動

監視サーバ

VPNルータ

導入期間：約3ヶ月 （工数は２人月程度）

社内に検証環境構築

AWSのAPIコールプログラムの開発

既存アプリケーションとの接続検証

本番ネットワーク構築

リリース！

11

VPC導入までは約3ヶ月

なぜかやたら金が掛かる問題 （いわゆるクラウド破産）

気づいたら月額の利用料金が高額になっていた

さらに新規インスタンスが起動できなくなっていた

原因

インスタンスの停止はTerminate → 追加EBSが削除されていなかった

EBSの課金が凄いことになってた

対策

起動時にEBSにDeleteOnTerminateを指定する

12

導入時にハマったポイント その１

ネットワークの問題

LANと同じ用途で利用するとパフォーマンスが思うように出ない場合がある

原因

LANでのネットワークレイテンシ 0.1msec～0.2msec程度

インターネットVPNを超えるレイテンシ 5msec～15msec

対策

ネットワークを超える処理の回数を減らす

遅いことを許容する作りにする（非同期処理 等）

13

導入時にハマったポイント その２

1往復なら 大したこと無いけど100往復なら？ LAN = 0.1秒～0.2秒 VPN = 5秒～15秒

スケールアウトの上限値

簡単に何十台も起動できるから、たくさん起動させてみたら一定の台数でアプリケーションエラーになった

原因

データベースのmax_connectionsの上限値まで使い切っていた

対策

上限値を設計し起動する台数を制御するように修正

14

導入時にハマったポイント その３

パフォーマンス 約2倍！

コスト 約７５％削減！

15

色々と乗り越えて導入の効果

VPCを使えば既存の資産を活用しつつAWSのリソースが使えるようになる

移行ではなくattachするだけ

短期期間でオンプレミス環境がスケールアウトするプラットフォームに成長できる

高い費用対効果

16

まとめ

結論：VPC最高！

17

ご清聴ありがとうございました

イベント・セミナーでお困りの方は、AWSでスケールアウトでき

るマーケティングプラットフォームをヨロシクお願いします！

おわり