-
- いいね！17
Michael H. Oshita
@ijin
オンラインマスタ切替は手動でゴリゴリ。。マスターに対してスレーブと孫スレーブを作ってauto incrementを飛ばしてレプリケーション #jawsmeguro
2015-06-26 19:39:17
Shinpei Ohtani
@shot6
MySQL 5.6からはinnodb buffer poolのダンプをして、そいつをいれる。 #jawsmeguro
2015-06-26 19:39:51
Isao Shimizu
@isaoshimizu
MariaDB, Perconaとかだと XTRA_LRU_DUMP を使う手がありますね #jawsmeguro
2015-06-26 19:39:58
Aki＠めもおきば
@nekoruri
MySQL 5.6からはinnodb_buffer_pool_dump/loadがある、人がやるのでは勝てない。これをするためだけでも5.6にする価値がある。 #jawsmeguro
2015-06-26 19:40:26
Aki＠めもおきば
@nekoruri
想定外の負荷はi2 instanceでSSDをSoftware RAIDで束ねる。高速なのでPre-warming無しでも戦える、ただし揮発性だし一時しのぎでMasterDBとしては使っていない。 #jawsmeguro
2015-06-26 19:42:01
Shinpei Ohtani
@shot6
i2インスタンスをカジュアルに使って、SSDをRAIDして使っている。ウォームアップしないでサービスインしてもちょっとslow query出るが、サービスに使えるレベル。全てが早い。構築もサービスインも早い。 #jawsmeguro
2015-06-26 19:42:04
Manabu Uchida
@uchimanajet7
想定外の負荷に対応するためにi2インスタンスをSlave DBに使っている。インスタンスストアを利用してるんですねー #jawsmeguro
2015-06-26 19:42:35
Shinpei Ohtani
@shot6
read/writeが250MBpsくらいいくと、i2で4本でRAIDくんで、結構重宝している。 #jawsmeguro
2015-06-26 19:43:14
con_mame
@con_mame
i2インスタンスをslaveとして一時しのぎで使うのはいいですね。どうにもならない時はio特化型のインスタンスで #jawsmeguro
2015-06-26 19:43:41
Isao Shimizu
@isaoshimizu
auto_incrementの上げ方について。目安として1時間で上がるだろう数値を予測しておく。 #jawsmeguro
2015-06-26 19:48:20
Aki＠めもおきば
@nekoruri
サービス動かしてる普通のスレーブ上でカジュアルにinnodb_buffer_pool_dumpかけても負荷上問題は出ていない #jawsmeguro
2015-06-26 19:49:59
Aki＠めもおきば
@nekoruri
サーバの切り替えは、DCのときはLVSで切り替えていた、EC2では(導入当時枠組みが不十分だったので)APP側にホスト情報を持っているのでばらまき直す。 #jawsmeguro
2015-06-26 19:51:30
Aki＠めもおきば
@nekoruri
AZ一つで全力投球、当時いわゆるぽちぽちゲーだとAZ間の遅延が許容できなかった。サービス外のデータバックアップ等は他AZにはやっていた。 #jawsmeguro
2015-06-26 19:53:29
Aki＠めもおきば
@nekoruri
最近はローカルで色々完結することが増えて遅延影響が減ったのでマルチAZでいイカなと思うようになっている。 #jawsmeguro
2015-06-26 19:54:04
Isao Shimizu
@isaoshimizu
Master障害時の対応について。Slaveを人手で昇格させる。MHAを入れるとかはまだしていない。 #jawsmeguro
2015-06-26 19:55:08
Isao Shimizu
@isaoshimizu
Q: Master -> Master -> Slave状態でReplicationの遅延は気にならないのかどうか。A: オフピーク時にやっているので問題は起きていない。 #jawsmeguro
2015-06-26 19:57:09