第10回勉強会」に行ってきました。第10回勉強会」に行ってきました。第10回勉強会」に行ってきました。投稿ナビゲーションこの記事は公開から1年以上が経過しています。内容が古い場合があるのでご注意下さい。第10回勉強会の勉強会に参加です。登壇された方の内容を当日メモとして列記していきます。嘘のようなよくある話とあるシステムで費用を見積もったら、オンプレより1.7倍高くなったよ。構成を見てみると、「すべてをEC2で見積もっている」LB、DNS、DB、バックアップ、VPNを全部EC2でサーバ作ってる。DRで同じものをシンガポールにも。「オンプレ脳!!」EC2だけじゃなく、マネージドサービスをうまく使おう!LBはELBで負荷が高くなるとスケールするし、冗長。(これは暖気させることもできますな。)バックアップはS3に。DNSはRoute53Mailは配信だけということだったのでSESで。ディスクはエフェメラルに。並列に並べてるWebサーバとかは、オートスケーリングで最小数化。DRのシンガポールのシステムは常に動いている必要がないので、CloudFormationで、必要時に作成することに。この時点で45万円/月に。インスタンスはリザーブドにして、最終的に25万円/月になった。利用していない検証機、開発機とかは使ってなかったら停止しておく。まとめEC2ばっかりに頼らない。利用していない検証機、開発機とかは使ってなかったら停止しておく。リザーブド、スポットインスタンスをうまく活用エンジニアでもコストから構成考えよう。「見積もりは営業の仕事で、俺の仕事じゃない?」クラウド設計では、エンジニアもコストのことも考えないといけないです。microインスタンスを使い倒す+アルファサーバーワークス桶谷さんサーバワークス知ってる人?挙手が少ない。意外と少ない?興味があれば、「脱藩なう」とつぶやく。このURLで簡単ですよ。(取り扱い注意!)本題t1.microはネットワークパフォーマンスが一番低い。「非常に低」という表記になっている。料金は、t1.micro×3台でm1.smallくらい($0.088)CPUはスモールよりもいい。(バースト)バースト時は、smallよりも上位になる。長くて13~14秒くらい。クールタイムはまちまち。活用ポイントバーストをうまく活かすことがポイント10秒以内に処理を終わらせる頻繁に発生しない処理。クールタイム後に終わるように。時に遅れが許容される処理を担当させる。リアルタイム性は無理ということを理解しておく。メモリ消費が少ない処理MicroでWindowsはメモリ容量的にも厳しいネットワークをあまり使用させない。お試しで使ってね、というアマゾンからの公式見解もあるので。最初からt1.micro使うことを想定した設計で作るといいのでは?他のAWSサービスを活用しよう(ec2だけじゃなく、cloudfront,S3,route53・・・。)ぶっちゃけ、サーバーワークスさんでは、アプリレイヤやってないからよくわからん。使いどころ(妄想で)複数インスタンスで分散処理メモリ節約ネットワークアクセス減らす障害発生時にロールバック、リトライ時は最初から処理させる。長時間かかる場合は、Stateを保存して次のインスタンスに火縄銃の3段攻撃みたいなイメージ。網元AMI各インスタンスサイズに合わせてWordpressが最適化されている。bitnamiと網元AMIだと100倍以上の性能比がある。実際に見るとかなり軽い、というかめっちゃはやいぶっちゃけ、これつくる自信ない。デジタルキューブさん、マジすげー。網元AMIの詳細はコチラhttp://ja.megumi-cloud.com/performance/t1.microのデモサイト:http://ja.megumi-cloud.com/performance/(今度試してみよう。