第10回 AWS User Group - Japan 東京勉強会

『第10回 AWS User Group - Japan 東京勉強会』のまとめ。 19:00 ~ 19:05 アジェンダ紹介 & JAWS-UG 紹介 – JAWS-UG会長 竹下氏 19:07 ~ 19:22 来日基調講演 – AWS VP Adam Selipsky様 19:24 ~ 19:34 AWSアップデート – Amazon Data Services Japan 玉川様 続きを読む
2
前へ 1 2 3 ・・ 11 次へ
close_yutori @kimukou2628

( #jawsug live at http://t.co/6p2wcJKJ) レイテンシ:東京リージョン DB:MySQL・・負荷試験をおこなった 5500qps 10000qps<一応大丈夫な性能

2011-10-12 19:47:55
Ryo Ooishi / 大石 良 @ooishi

とにかく何でもかんでも自動化 by cookpadさん #jawsug

2011-10-12 19:48:53
ARAKI Yasuhiro ☁ AWS Solution Architect @ar1

S3-tofu-elb-akamaiがでてきた! #jawsug あれはいいものだ。というかここにvarnishがいないな。

2011-10-12 19:49:40
Tennis Wine @adjani

一度サポート会社とコンタクト取らないとと思って早 半年。この業界のスピードに着いていけないな( ; ; ) 2011/10/12_第10回 AWS User Group - Japan 東京勉強会( #jawsug ) http://t.co/jHUS4XHM

2011-10-12 19:50:06
close_yutori @kimukou2628

( #jawsug live at http://t.co/6p2wcJKJ) 移行順> 1)管理系のサーバ 2)画像配信サーバ:S3にデータ保存 Akamaiを使う 3)DB・・スレイブから<SSHでトンネルを 5)アプリケーション鯖、プロクシ、ELB

2011-10-12 19:50:27
ARAKI Yasuhiro ☁ AWS Solution Architect @ar1

DNSであるていどふるのは基本だと思うのだが、そのへんやるのは実はあまりないのだよね。#jawsug

2011-10-12 19:51:51
Ken - 玉川憲 / Soracom, Inc. CEO @KenTamagawa

Cookpadさん: Route 53の、重みづけラウンドロビン機能で、1/100とか、1/10とか、徐々にAWS側に負荷を流してみて、確認しながらやっていった #jawsug

2011-10-12 19:52:12
matsuu @matsuu

#jawsug route53も利用した。route53を使うとナントカができると仰ったけど聞き取れず

2011-10-12 19:52:45
matsuu @matsuu

#jawsug バッチ群の移行を最後にした。

2011-10-12 19:53:34
Michael H. Oshita @ijin

移行の順番: 管理系→画像系→slave DB→read用APP & Proxy→route53→master DB→バッチ #jawsug #cookpad

2011-10-12 19:53:39
ザビオ @zabbiozabbio

cookpadさんのお話参考になるなー。#jawsug

2011-10-12 19:53:47
ミ:ニ> @nothing_joker

インフラを全部AWSに…!ってみんな心のどこかで考えてる内容な気がするw みなさん息を潜めて聞いてる #jawsug

2011-10-12 19:54:06
close_yutori @kimukou2628

( #jawsug live at http://t.co/6p2wcJKJ) ・DBが重い<=ファイルがメモリに載るまで遅い ・HAProxy+HeartBeatが詰まる=>mod_proxy_balancerに変更

2011-10-12 19:54:32
Shinpei Ohtani @shot6

メッシュ状にするのはHerokuと同じアーキテクチャ。 #jawsug

2011-10-12 19:55:08
matsuu @matsuu

#jawsug 移行直後、DBが重かった。keepalivedなどを動かさない方がいい?ちゃんと聞きとれなかった

2011-10-12 19:55:11
たなか🐧 @tanaka_733

内部LB (HAProxy + heartbeat) がつまる、振動するという事例が発生。Appの前はmod_proxy_balancer に変更、DB前からは除去。原因と今後は検討の段階。 #jawsug

2011-10-12 19:55:26
matsuu @matsuu

#jawsug 同スペックの物理サーバに比べて1/2から1/3程度の性能しか出ないらしい。また、I/O性能は低い。スロークエリーが目立つようになったらしい。

2011-10-12 19:57:04
close_yutori @kimukou2628

( #jawsug live at http://t.co/6p2wcJKJ) ・IO性能は低い =>スロークエリが目立つ(物理鯖ではSSDに載せてて目立たなかった処理が顕在化

2011-10-12 19:57:11
ARAKI Yasuhiro ☁ AWS Solution Architect @ar1

運用コスト「楽です」「発注だとか。。書類だとか。。」#jawsug

2011-10-12 19:57:17
Shinpei Ohtani @shot6

あれ、MyISAMなのですね。それでもオンメモリしないとスロークエリですか。ただアプリ観点だと性能的にそこまで目立たない。このアプリ観点が重要なのですよねー。 #jawsug

2011-10-12 19:57:24
Michael H. Oshita @ijin

DBのIO性能は低い。スロークエリが目立つように。メモリが多いのでファイルをページキャッシュ等に載せた。 #jawsug #cookpad

2011-10-12 19:57:51
close_yutori @kimukou2628

( #jawsug live at http://t.co/6p2wcJKJ) ・運用コスト <=すごく楽~。特にデータベース ・遅いときは、サービス止めて立ち上げなおす等が簡単にできる ・Rails2=>Rails3の鯖の切り替えが凄く楽だったとのこと

2011-10-12 19:58:40
dz づ / Kazumi 👾 @dz_

"スケールアップもインスタンス落としてスペック上げてサクッとできる" #jawsug

2011-10-12 19:58:50
前へ 1 2 3 ・・ 11 次へ