Awsをつかってみた

Editor's Notes

1. では早速はじめて行きたいとおもいます。\nまずは僕の発表で「AWSをつかってみた」ということで。\n
2. まずは自己紹介を。\n栩平智行といいます。\n株式会社aguuuという会社を経営しています。\nTwitterアカウントは@aguuuです。\nアイコンはこんなのです。\n主にiOSのネイティブアプリとか作っています。\n去年からRubyの勉強を始めました。\n主に仕事はiOSのネイティブアプリとかiOSの企業向け講習とかをやっていることが多いです。\n
3. では本題に入りたいと思います。\n実はAWSについては数年前からずーっと気になっていまして、主に自社サーバーはレンタルサーバーとか、さくらVPSを使っていたんです。\nでも、これからは「やっぱりクラウドだよね」っと流行り言葉に乗せられてクラウドも気になっていました。\nでも、AWS、dot Cloud、さくらクラウド、GAEと数多のクラウドサービスがある訳でいったいどれが良いのっと悩んでいたわけです。\nそんなときに、今年の2月に大阪の「日本一社員満足度の高い会社」で有名な某会社の研修がありましてそれに参加したんですね。\nその某会社には岡山出身の優秀なエンジニアがおりまして、そのエンジニアが数多のクラウドサービスを使いこなしているので、根掘り葉掘り聞いたわけですよ。\nそしたら帰ってきた答えが【クリック】\nえ！AWS一択でしょ\nかなり表現を誇張していますが、こう言っているわけでならばAWSを取り敢えず触ってみるかなということでAWSの勉強を始めました。\nまた、世界の有名ベンチャー企業のクラウドサービス利用状況の様な資料をどこかで見まして、その資料に乗っているベンチャー企業の内の70％程度がAWSを使っているので「AWSがこれだけ選ばれるには何か理由があるな」っという事もありました。\n
4. じゃあ、AWSをはじめる前の僕が持っていたAWSに対するイメージなんですが。\n
5. 「うわ、AWS高すぎ」AWSは従量課金制なので月末にトンデモナイ金額を請求されるてビックリみたい事になるんじゃないかと。\nそんな不安がありました。\n\n
6. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
7. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
8. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
9. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
10. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
11. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
12. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
13. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
14. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
15. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
16. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
17. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
18. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
19. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
20. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
21. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
22. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
23. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
24. 次にこんなイメージです【クリック】ここに書かれているのはAWSの数多のサービスですが。\n
25. 「うわサービス多すぎ」\nサービスが多くて複雑すぎて、サーバー管理の素人の僕には難しいんじゃないかと。\n
26. 色々と勝手に想像したって仕方が無いので、取り敢えず実践してつかって見ることにしました。取り敢えずは最小構成でサーバーを構築してみました。\n因みにAWSを使い始めて1ヶ月程度なのでこれからお話することには多々間違いが含まれているかもしれません。\n間違いについては、きっと他の講師陣が優しく指摘してくれると思いますので、この時間は恥を忍んで発表したいと思います。\n
27. まずは構成の概要です。\n今回はRubyOnRailsのWebアプリを動かしたかったのこんな構成にしました。\nOSはLinuxを使います。\nAWSではRedhatやUbuntuやWindows Serverのディスクイメージが容易されていてこれらをつかってサーバーを構築する事ができます。\n因みに今回はアマゾンさんが提供しているAmazon Linuxを使用しました。\nこれはRedHat系ですよね？\nそして、WebサーバーはApache 2.2、WebアプリはRuby on Rails3.2でそれを動かす為にPassengerを入れています。\nデータベースはMySQL 14.14です。\nよくある構成ですね。PHPを動かす場合でもWebアプリのところが変わるだけでほとんど同じですね。\n\n
28. 次に先に用語の説明をしておきます。\n乱暴な表現かもしれませんが分かりやすさを優先する為にアマゾンさんのサービスを既存の分かる言葉に置き換えてみます。\nElastic Computer Cloud、略してEC2と呼ばれたりしますが、これはメモリ、CPUを積んだサーバー本体です。EC2の注意点としては、ローカルのディスクは一時保持領域であってEC2を停止するとHDDの中身は消えてしまいます。\n次にElastic Block Store、略してEBSと呼ばれたりしますがこれがHDDです。こちらはEC2を停止してもデータの中身は保持されている、つまり永続化されています。\nなので、アプリケーションのデータなどはEBSの方に保存します。\n因みにじゃあEC2のローカルディスクはどういう時に使う物なのかイマイチ使いドコロが分かっていません。。。\n
29. 次に先ほど紹介したサーバー本体のEC2にはスペックによって幾つかの種類があります。\n【表を読む】\nその他にもメモリをたっぷり搭載したハイメモリエクストララージとかCPU性能を重視したハイCPUエクストラ・ラージとかがあります。\nマイクロにはディスクはなく、その他のタイプもディスクはあるけどあくまでも一時保持領域ですのでEC2を停止すると中身は消えてしまいます。\n今回はマイクロのタイプでEC2を起動しました。\n
30. 今回の構成図はこんな感じです。\nEC2マイクロをサーバー本体として、OSもアプリケーションもデータも全てEBSに入れてEC2にマウントしています。\nこれが僕が考えた最もシンプルな構成です。\nそして気になるのはお値段ですよね。\n
31. お値段の前にもう一つ、EC2の料金体型にはタイプがあります。\nデータセンターの場所は東京です。\n因みにAWSではデータセンターの場所のことをリージョンと呼びます。\nこの表は1時間あたりの金額で、 1$は80円で小数点第２位を四捨五入して計算しています。\nEC2のサービスはマイクロです。勿論EC2のサービスタイプによって金額は異なります。\nオンデマンドとは必要ななった時に必要な分だけ利用するタイプで、Linuxは1時間あたり2.2円、Windowsは2.8円。\n次にリザーブとは事前に前払金を払うことで時間あたりの料金を割り引いてもらうことです。\n前払金を多く払うことで割引率が大きくなります。\n【表を読む】\n因みにリザーブには1年と3年の契約があってこの表は1年契約の場合です。\n3年契約にすればここから更に時間あたりの割引率が大きくなります。\nなので、1年間や3年間同じEC2のタイプを使い続けるのであれば重度リザーブの3年間を契約するのが最もお得になります。\n今回は24時間365日で1年契約としました。\n\nそしてついにお値段です。\n\n\n
32. お値段はあくまでも概算ですが、\n【表を読む】\n年間で18000円くらいですね。\n金額的には最近のSqaleとか、さくらVPSの980円に比べればまあまあかなっと。\nでもここからがAWSの能力発揮です。\n
33. では妄想タイムとしましょう。\n
34. みなさん目をつぶって頭を真っ白にします。\nそして妄想してみてください。\n
35. もしも、はてブのホッテントリ入りしたり、はてブが数百も付くようなブログで自分のサイトやサービスが紹介されたら。\nきっと通常の数十、数百倍のアクセス数が自分のサイトにあるでしょう。\nうれしさと同時に、最小構成のサーバーはリクエストを捌けずに激重になるかダウンしてしまうでしょう。\n\n\n
36. そこでスケールアップです。\nAWSでは簡単にサーバーの構成を変更することができます。\n要は多くのリクエストをさばくためにサーバーのスペックを上げてしまえばいいんです。\n
37. こんな感じです。\n元のEC2マイクロを停止してタイプをラージに変更して起動するだけです。\nディスクのインストールやセットアップは一切不要です。\nダウンタイムは切り替えに必要な数分間です。\n例えばアクセス増加が3日間続いてその後に通常のアクセス数まで戻れば、またEC2マイクロに戻すことだってできます。\nじゃあこの場合のお値段を計算してみましょう。\n
38. こんな感じです。\n【表を読む】\n実際にはデータ転送量も増えるるし、EC2マイクロの稼働から3日間をマイナスしないといけないので合計額は増減すると思います。\nこれで一時的な機会損失を防げるのであれば安いものかなっと。\nそして、アクセスが通常に戻ってEC2マイクロに戻して運用すれば月額費用も1500円程度に戻る分けです。\n
39. では皆さんもう一度目をつぶって頭を真っ白にします。\nそして妄想してみてください。\n
40. もしもYahooのトップニュースに自分のサイトやサービスが紹介されたら。\nすなわち Yahoo砲を受けたら\nきっと通常の数千、数万倍のアクセス数が自分のサイトにあるでしょう。\nうれしさと同時に、最小構成のサーバーはリクエストを捌けずに激重になるかダウンしてしまうでしょう。\nもしかするとスケールアップで最強の構成にしてもリクエストを捌けないかもしれません。\n\n\n
41. そんな時はスケールアウトします。\n
42. その前に少しだけ用語解説。\n【表を読む】\nAMIはインストールＣＤのイメージ\n
43. スケールアウト構成はこんな感じでしょうか。\n元のEBSのHDDからAMI、ディスクイメージを取得します。\nこのディスクイメージの取得はサービスを動かしたまま行えます。\n取得したAMIからEBSを作成してEC2マイクロを複数起動します。\nインターネットとの間にロードバランサーを挟んで複数のEC2に負荷分散します。\nこれでどんなに多くのレクエストを受けても捌けるかもしれません。\n但しこの場合に注意することは、DBをEBSにインストールしているためデータが複数箇所にわかれることになります。\nなので、サービス上、データの登録修正が無いもしくは、後でデータのマージをおこう必要はある。\nそしてこの場合のお値段です。\nもちろんこの場合も、アクセス数が通常に戻ったら最小構成に戻せます。\n
44. スケールアップより安くなるのか、甚だ（はなはだ）疑問ですが。\n【表を見る】\n
45. 先ほどのスケールアウトの構成ではデータベースとWebサーバーが一緒になっているのでスケールアウトしてもデータの登録や修正があった場合に後々面倒くさいです。\nそういった場合もWebサーバーとデータベースを別サーバーに切り離す事で面倒くささから解放されます。\n
46. ここでも用語解説。\n【表を読む】\nこれはデータベースに特化したEC2といった感じですかね？\n
47. このRDSにもEC2同様に幾つかのタイプが存在します。\n【表を見る】\n
48. まずは準備段階としてWebサーバーとデータベースを切り離します。\n構成はこんな感じです。\n
49. 料金体系もEC2と同様に時間あたりの従量課金となり、オンデマンドとリザーブがあります。\n【表を見る】\n因みに先ほどの構成ではRDSのマイクロを想定しています。\nほぼEC2と同様の料金体系ですね。\n
50. お値段ですが、こんな感じです。\n最小構成にデータベース部分だけを追加する感じですね。\n毎月2700円を支払えば急激なリクエスト増加にも耐えうるスケールアウトにも対応できる準備ができます。\n
51. 急激なアクセス増加の場合には先ほどの場合のようにEC2をスケールアウトしてRDSを一本にしてデータの整合性を保つことができます。\nRDSだけマイクロからラージなどにスケールアップすることもできます。\nまた、AWSのRDSにはリードレプリカという機能があるようで、データベースを簡単にマスター・スレーブ構成にしてデータベースをスケールアウトする方法もあるみたいです。\n\n
52. その他にも色々なAWSの構成パターンがあります。\n詳しくはAmazon Cloud Design Patternを参照してください。\nAWSの数多のサービスを駆使したパターンが詳しく掲載されているので必見です。\n
53. 今回は詳しく紹介しませんでしたが、AWSにはその他にも気になる便利なサービスがあります。\n
54. 先ほどまでのEC2のスケールアップやディスクの割り当て等はアマゾンが提供するコンソールから操作することができます。\nしかし、これらの操作を自作のプログラムから行うことも可能です。\nその為のSDKがアマゾンから提供されています。\n例えばWebサーバーなどを立てずにiOSからAWSの各種サービスにアクセスすることもできますし、RubyやPHPなどのプログラムから直接EC2を増やす事だってできます。\nプログラムからエンドユーザーの操作によって一時的に自動スケールアップすることだってできますし、アマゾンの他のサービスと組み合わせることで負荷が高くなったら自動的にスケールアップやスケールアウトすることだって可能です。\nこの辺はプログラマ的にはかなり嬉しいですね。\n深夜にサーバーがダウンしたとか激重になったからっと言って呼び出されることは無いわけです。\n
55. 次は気になるのが Elastic Beanstalkです。\n例えば、いつもどおりアプリを作成してVisual StudioやEclipseやgitのデプロイメントによって自動的にデプロイが行われる環境が、サーバーのセットアップ無しで簡単に手に入ります。\n現在は.NET、PHP、Java用に準備されています。\n残念ながらRubyが無いのですが、今後に期待して待ちたいと思います。\nここにRubyが無いから、HerokuやSqaleと言ったサービスが出てきたんでしょうね。\n
56. オススメの書籍としては、Amazon Web Serivicesガイドブックですね。\nAWSの主要なサービスについて体系的に記述されています。\nAmazon SDK for PHPを使った実践コードも記載されています。\nあとで僕のアフェリエイトリンクで本のリンクを流して起きます是非ともリンクを踏んで購入してください。\n\n
57. 最後に僕が注目している他のサービスと比較してみたいと思います。\n
58. 【表を見る】\nSqaleもAWS上で動いている\nSqaleはRDSのスケールが無い？\nさくらクラウドもSDKを提供するという話はあった。\n
59. 最後に感想です。\n僕はアマゾンの関係者では無いので、AWSをひいきにするつもりはありません。\n正直、明瞭会計のさくらクラウドとかも気になるけどリリース直後のトラブルで発生したディスク障害とかディスク障害とかディスク障害とかあるので不安です。\nなんちゃらサーブみたいにデータ飛んだら真っ青なので。\n【表を見る】\nスケールの柔軟性ではAWSが今のところ最強かな。\nそして最後に一言でまとめると。\n
60. 【表を見る】\nそして、実はAWSには一年間は、制限の範囲内でで無料で使える無料枠があります。\n取り敢えず使ってみて本当にあの金額で収まりそうならそのまま続けて見ようかと思います。\n
61. ということで皆さんもAWSを使って開発を楽しんでください。\n