Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie MySQL負荷分散の方法
Ähnlich wie MySQL負荷分散の方法 (20)
MySQL負荷分散の方法
- 1. MySQL処理分散環境の構築 2012.8.24 株式会社シーエー・アドバンス 佐久本 正太
- 2. 自己紹介 佐久本 正太 29歳 株式会社シーエー・アドバンス 技術推進Gマネージャー MySQLClusterやDRBD、PaceMakerの HA化ソリューションで遊んでます。
- 3. 自己紹介 SNSアカウント アメブロ：さくちゃん Facebook：本名で検索！ Twitter：@vSakumoto 趣味：囲碁 （四段持ってます！）
- 4. MySQLとは！
- 7. そもそもレプリケーションって？ データベースのレプリケーションは多くのデータベース管理システムが採用している 概念で、データベースのオリジナルとコピーのマスタースレーブ関係を意味する。 マスター側は更新を記録し、それがスレーブ群に通知される。スレーブ側は更新を正 しく受け取ったというメッセージを送り、次の更新を受け付けられる状態であることを 通知する。 Wikipedia引用 分かります？
- 8. そもそもレプリケーションって？ 一応、図で表すとこんなかんじ マスタ サーバ INSERT・・・ UPDATE・・・ DELETE・・・ スレーブ スレーブ スレーブ サーバ サーバ サーバ
- 11. MySQL もう１つの レプリケーション 説明！
- 13. SemiSyncReplicationとは ■通常レプリケーション ①アプリケーションからマスタサーバへクエリ送信 ②マスタサーバでクエリを受信し、バイナリログに書き込み ③マスタサーバがアプリケーションにコミットしたことを伝達 ④バイナリログに書き込まれたクエリをスレーブサーバーに転送 ① ④ マスタ スレーブ WEB-AP サーバ サーバ ② ③ Table Relay Table BinLog Space Log Space
- 14. SemiSyncReplicationとは ■準同期レプリケーション（SemiSyncReplication） ①アプリケーションからマスタサーバへクエリ送信 ②マスタサーバでクエリを受信し、バイナリログに書き込み ③マスタからクエリをスレーブに転送 ④リレーログに書き込み ⑤スレーブのリレーログ書き込み確認後 ⑥アプリケーションにコミットされたことを伝達 ① ③ マスタ スレーブ WEB-AP サーバ サーバ ② ⑥ ⑤ Table Relay Table BinLog Space Log Space
- 15. SemiSyncReplicationとは あれ？違いは？ と思った方？挙手！ (＠｀▽´＠)/ ﾊｲｯ
- 17. SemiSyncReplicationとは 何が出来る？ HA構成が出来る！ マスタ故障時でもスレーブへデータが転送されていることが保証されている ので、PaceMaker等での自動フェイルオーバーが可能！ サーバーが落ちたらどうしよう ((；ﾟД ﾟ). ｶﾞｸﾌﾞﾙ から・・・ (*μ ＿μ )oO(幸) 眠れる幸せ
- 19. 次が本題！
- 20. MySQL 負荷分散方法！
- 22. 負荷分散方法その① アプリケーション側でスレーブ接続先を選択 マスタ サーバ スレーブ サーバ① WEB-AP プログラムで スレーブ スレーブサーバを 参照系クエリ サーバ② 選択する スレーブ サーバ③
- 24. じゃあ どうする？
- 25. 負荷分散方法その② ロードバランサーを使用！ ※KeepAlived マスタ サーバ スレーブ サーバ① WEB-AP LB スレーブ 参照系クエリ （keepalived) サーバ② スレーブ サーバ③
- 28. 負荷分散方法その③ 試行錯誤の組み合わせ MySQL+(Apache+PHP) Keepalived(MISC) マスタ サーバ スレーブ サーバ① Apache WEB-AP スレーブ keepalived 参照系クエリ MISC_CHECK サーバ② Apache スレーブ サーバ③ Apache
- 29. 負荷分散方法その③ MySQL+(Apache+PHP) スレーブサーバーにWEBサーバーを立て次の ソースコードを設置！ ※環境※ php5.3系 Apache2.1系 cakephp 2.1系
- 30. 負荷分散方法その③ <?php class CheckhtmlController extends AppController { public $name = 'User'; public function index(){ $this->layout = ""; $DBTYPE = Configure::read("DBTYPE"); if ( $DBTYPE["MASTER_DB"] == 1 ){ $msg = 0; } elseif ( $DBTYPE["SLAVE_DB"] == 1 ){ try { $chkStatus = $this->User->slaveStatus(); $status = $chkStatus[0][0]; } catch (Exception $e){ $msg = 1; }
- 31. 負荷分散方法その③ //$DBTYPE["BEHIND"] 遅延許容値 if ( $status["Seconds_Behind_Master"] <= $DBTYPE["BEHIND"] && $status["Seconds_Behind_Master"] <> NULL && $status["Last_SQL_Errno"] == 0 ){ //print "遅延なし"; $msg = 0; } elseif ($status["Slave_IO_Running"] == "No" || $status["Slave_SQL_Running"] == "No" ) { //レプリケーションが止まっています。 $msg = 1; } else { //遅延しています。 $msg = 1; } } else { $msg = 1; } print $msg; } }
- 32. 負荷分散方法その③ MySQL+(Apache+PHP) ソースコード解説： ローカルホストのMySQLの状態によりWEBで表示を変化 ⇒MySQLの「show slave status」コマンドから判断！ ※０が正常、１が異常の出力値 以下の場合に異常値を出力 ・遅延が設定している閾値を超えた場合 ・レプリケーションがストップしている場合 ・MySQLが起動していない場合
- 34. 負荷分散方法その③ $ vim misc.sh #!/bin/sh URL="http://$1/checkhtml" ret=`wget -o /dev/null -O - "$URL"` if [ $ret == 0 ] then echo $ret exit $ret else echo $ret exit 1 fi $ ./misc.sh 192.168.1.21 #引数はスレーブサーバのIPアドレス $ 0 #正常値は0が返る $ ./misc.sh 192.168.1.22 $ 1 #異常値は1が返る
- 35. 負荷分散方法その③ $ vim /etc/keepalived/keepalived.conf virtual_server_group MySQLSlave { 192.168.1.20 3306 #VIP（仮想IP） } virtual_server group MySQLSlave { delay_loop 3 lvs_sched wrr lvs_method DR protocol TCP virtualhost health #スレーブが2つ落ちた場合はマスタへ向ける sorry_server 192.168.1.10 3306 #マスタサーバのIPアドレス
- 36. 負荷分散方法その③ #以下リアルサーバー real_server 192.168.1.21 3306 { weight 1 inhibit_on_failure MISC_CHECK { misc_path "/bin/sh /root/misc.sh 192.168.1.21" misc_timeout 10 } } real_server 192.168.1.22 3306 { weight 1 inhibit_on_failure MISC_CHECK { misc_path "/bin/sh /root/misc.sh 192.168.1.22" misc_timeout 10 } } }
- 37. 負荷分散方法その③ MySQL+(Apache+PHP) Keepalived(Misc) KeepalivedでスレーブのWEBページをチェック ⇒問題なければMySQLのバランシングに追加 ※死活・遅延・レプリケーションストップ監視が一気にでき ちゃう！！ keepalived Misc Check スレーブ スレーブ スレーブ サーバ③ サーバ② サーバ① Apache Apache Apache
- 40. ご清聴ありがとうございました。
- 41. 続きはWEBで http://ameblo.jp/exgineer/ 9月頭までには各種設定方法を記載いたします！