2015年11月3日に行われた、JAWS Festa 2015九州での発表資料です。

1. AWS、怖くないよ！
-災害・防災に関わるシステムのAWS適用事例紹介-

2. アジェンダ
1.自己紹介
2.災害情報配信システムについて
3.AWS導入に至る道
4.事例紹介
想定対象
• AWSの名前くらいは知ってる～ちょっと触ったことが
ある位の人
• AWSを業務に使うのを躊躇している人

3. 自己紹介

4. 名前：木村健一郎
所属：株式会社コム・アンド・コム
役職：取締役 技術部部長
お仕事：技術に関することはなんでも
好きな言語：perl
好きなDB：PostgreSQL
好きな球団：福岡ソフトバンクホークス(祝日本一！）
私のこと

5. 社名：株式会社コム・アンド・コム
設立：2001年2月
お仕事：災害情報配信・安否確認システムの開発
ならびに運用
http://www.project-com.com/
会社のこと

6. 災害情報配信システム

7. • 地震や津波、台風、気象警報・注意報、火山噴火
等の情報がメールで飛んできます
• 安否確認機能も付いてます(特許取得済)
(※)今回は安否確認機能の話は省略します
システムのこと

8. To :ご利用者様
Sub:LifeMail防災情報
こちらはLifeMailです。
2005年04月05日11：14
に、あなたの登録され
た福岡県で震度3の地
震がありました。
この地震の詳細は
http://lm1mailcome99
.jp/jisin/rireki/sai
gai.html
をご覧下さい。
発表日時:05日11時14
分
発信官署:福岡管区
地点震度および震源情
報（管区版）
発生時刻:05年04月05
日11時14分
○震央のおおよその位
置：福岡県西方沖
方位:西
距離 70 Km
北緯 33.9度
東経 130.2度
深さ ごく浅い
○地震の規模:M4.7
○地震の震度情報
震度3
福岡市博多区、南区、
城南区、大野城市、他
多数
震度2
古賀市,北九州戸畑区,
北九州八幡西区,水巻
町、他多数
･･････････････
本庁発表:｢この地震に
よる津波の心配はあり
ません｣
To :ご利用者様
Sub:LifeMail防災情報
こちらはLifeMailです。
福岡県で注意報警報の
情報が入りました。
詳細は
http://lm1mailcome99
.jp/rireki/saigai/5-
65.html
をご覧下さい。
福岡地方:
波浪注意報(発令)
北九州・遠賀地区:
波浪注意報(発令)
(19日05時41分発表)
福岡地方:
波浪注意報が発令され
ました。
北九州・遠賀地区:
波浪注意報が発令され
ました。
現在の注意報・警報へ
TOPへ
利用者提供メール情報イメージ

9. 多くの自治体にもカスタムバージョンを採用いただ
いています。

10. • 今日はまもるくんの話ではありません
• お客様の承認が取れなかったので、どこのシステムか
は明言できません
• 画面イメージもありません
(※)懇親会には参加しますので気になる方はコッソリ聞
いてください
注意すること

11. ＡＷＳ導入に至る道

12. • 24時間365日動いてて当たり前
サーバのお守り辛いです(´･ω･`)
• 普段は暇です
CPU利用率めっちゃ低いです(´･ω･`)
• スパイクします
スパイクするけどいつ来るか分かりません(´･ω･`)
悩んでいること

13. クラウドで
いけるんじゃね？

14. それだ！
(`・ω・´)
(※)白々しい

15. ＿＿____
|←AWS|
.￣.||￣ ┗(^o^ )┓三
|| ┏┗ 三
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
AWSJに知人がいたので挨拶がてら相談に

16. ____＿＿＿
|勉強会→|
三┏( ^o^)┛ ￣||.￣. ￣
三 ┛┓ ||
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
ちょうどJWAS-UG福岡のイベントがあったのでハンズオンに参加

17. あまりの情報量に沸騰する頭

18. • 何かいっぱいサービスある
VMを貸してくれるのかと思ったらそれだけじゃなかっ
た
• オートスケール間に合わない
スケールした頃にはピーク終わってる
• SMTP outboundの制限きつい
独自技術を持ってるのでSendGridはできれば使わない方
向でいきたい
分かったこと

19. じゃああきらめる？
(´･ω･`)

20. とりあえず難しく考えずに、
使えるところにまず使ってみよう！
(`・ω・´)
(※)「無理にでも使ってみよう」という意味ではないです

21. • 何かいっぱいサービスある
VM借りるだけ（ＥＣ２）なら普通のLinuxだし楽勝
• オートスケール間に合わない
ピーク読めるサービスを適用対象に選ぶ
• SMTP outboundの制限きつい
SMTPいらないサービスを適用対象に選ぶ
情報表示系のサービスならいけるんじゃね？
考えたこと

22. 事例紹介

23. • 某ホスティングサーバ上にCGI設置したサービス
• 河川の水位情報をftpで受信し、CGIでパースしてグラフ
や表で見せる
• 一番大事な大雨の時に高負荷で繋がらないことが多か
った
• 「おたくのDCに専用サーバ置いて、メンテしてくれません
か？」という問い合わせ
• 見積もりは出したが、それなりにいい値段
相談されたこと

24. これだ！
(`・ω・´)
(※)白々しい

25. 「クラウド使うってのは駄目っすかね？」
_、_
（ ,_ﾉ` ） n
￣ ＼ （ E）
ﾌ /ヽ ヽ_／／
OK！

26. 説明したこと
• 安いですよ！
「使った分だけ」とはいわず、固定費で見積もり
• 納期短いですよ！
ハード買わなくていいので、純粋に自分のスケジュールだけ
• いざとなったらすぐにスケールできますよ！
今回はピークが読みやすい
• ＣＤＰに則った構成だから実績ありますよ！
人の褌で(ry 実績重要

27. やったこと
• ＣＤＰに基づいたインフラ設計
NFSパターンでＯＫ
• EC2中心で
時間もないのでCGI作り直しまではやらない
• せっかくだから構成管理ツールで
ansibleでやってみた。コマンド一発で0からでも同じ環境を構
築可能に。
• Apache jmeterで負荷試験
スポットインスタンス使って負荷試験

28. VPC subnet VPC subnet
EC2(ftpサーバ)
・ftp受信サーバ(vsftpd)
・ログ集約(fluentd)
・アクセス解析ページ(piwik)
・webサーバ(apache2,piwik用)
・MySQL(piwik用)
EC2(Webサーバ)
・キャッシュサーバ(nginx)
・webサーバ(apache2)
インターネット
コンテンツデータのNFSマウント
アクセスログ
アクセスログ
DNS問い合わせ
WEBアクセス
ftpアップロード、アクセスログ解析
EBS
ログ
アクセス解析結果

29. できたこと
• AWSでハマるところはなかった
時間かかったのはansibleのAWSモジュールの理解
• 思ったより台数もスペックも不要だった
3台のt2.microで余裕。想定負荷の倍以上いける。チューニ
ング重要。
• コマンド一発で全てのサーバを構築
気軽にサーバ全部消してやり直しができる

30. やらかしたこと
• NFSサーバがSPF
• まぁ、壊れないしすぐ起動できるし・・という油断
• Piwikの負荷の見積もりが甘かった
• Piwikの負荷でNFSがちょっと重くなる
• スケールすればＯＫだよね！
• 一旦シャットダウンしますね～ → 止まらない
• NFSハードマウントなのでWEBサーバ全部固まる
• 初めての事象に慌てる
物理サーバならリセットボタンがあるけど・・
• なんとか30分以内に復旧したけど怒られた(´･ω･`)

31. 反省したこと
• クラウドでもSPFは気にしよう
EFSマダー？
• 緊急時マニュアルをちゃんと検討しましょう
クラウドらしく「同じもの作り直して入れ替える」方がハ
マらないので発想の転換を
Immutable Infrastructure !(｀・ω・´)

32. • 何かいっぱいサービスある
SNSはとりあえず使い始めた
• オートスケール間に合わない
Lambda + API Gatewayは救世主になるか？防災情報をト
リガーにしたオートスケールも検討中。
• SMTP outboundの制限きつい
ハイブリッドで乗り切れる？KinesisかSQS使うアイデア
も検討中。
これからのこと
この実績と経験を元に他のサービスにも展開していこう！
(｀・ω・´)

33. まとめ
• AWS、怖くないよ！
• まずはEC2。単なるVMですから怖いことありません
• 適用できる事例はあるはず。身近な簡単なものから。
• 「だめならやり直し」が容易な分、むしろ安全安心。
• クラウドは魔法の特効薬ではない
• しかし、多くのことを解決できる何かはある
• まずはやってみましょう！
• 無料枠もあるし、遊んでみましょう
• せっかくだからクラウドらしく遊べるといいですね