2015年12月10日のブックマーク (6件)

  • 負荷分散セットを使用して MySQL をクラスター化する - Azure Virtual Machines

    重要 クラシック VM は 2023 年 3 月 1 日に廃止される予定です。 ASM の IaaS リソースを使用する場合は、すぐに移行の計画を開始し、2023 年 3 月 1 日までに完了してください。ASM の IaaS リソースを使用する場合は、すぐに移行の計画を開始し、2023 年 3 月 1 日までに完了してください。 Azure Resource Manager の多数の機能強化を活用するために、早急に切り替えを行うことをお勧めします。 詳細については、「2023 年 3 月 1 日までに IaaS リソースを Azure Resource Manager に移行する」を参照してください。 注意 Azure には、リソースを作成および操作するための 2 つの異なるデプロイ モデル (Azure Resource Manager とクラシック) があります。 この記事では、クラ

    負荷分散セットを使用して MySQL をクラスター化する - Azure Virtual Machines
    xxpugxx
    xxpugxx 2015/12/10
  • shin3tky blog: MySQL スレーブをマスターに切り替える

    2010/02/09 MySQL スレーブをマスターに切り替える レプリケーション構成している MySQL 5.1 で、スレーブをマスターに切り替える際の備忘録です。 公式ドキュメントは「フェイルオーバでのマスタ切り替え」となります。 MySQL に接続しているクライアントを停止する。 アプリケーションだけでなく、cron で動いているバッチ処理も停止する。 Master へのリクエスト停止を確認する。[Master] show processlist; と show master status; にて確認する。 バイナリログの Slave への反映を確認する。[Slave] show processlist \G; にて Has read all relay log を確認する。 Slave を停止する。[Slave] stop slave; にて停止する。 master.inf

    xxpugxx
    xxpugxx 2015/12/10
  • MySQLレプリケーションにおけるフェイルオーバー – OpenGroove

    MySQLレプリケーションにおいて、スレーブをマスタとしてフェイルオーバーさせる時に やることをざっくりまとめてみた。 マスタでは障害等によりMySQLインスタンスが停止していることが前提。 マスタ1:スレーブ1構成の場合 1.マスタに昇格するスレーブにSTOP SLAVEを発行。 2.マスタに昇格するスレーブにRESET MASTERを発行。 3.スレーブに降格するマシンでCHANGE MASTER を実行し、 START SLAVEする。 もう少し詳しく書くと。 1.スレーブ側でIOスレッドでのバイナリログ受け渡しが完了する頃を見計らって、 STOP SLAVE IO_THREAD を発行。 mysql > STOP SLAVE IO_THREAD; “Has read all relay log”を確認できまるまで、SHOW PROCESSLIST の出力結果をチェックする。 2.ス

    xxpugxx
    xxpugxx 2015/12/10
    “SET GLOBAL read_only = 0;”
  • Failover with the MySQL Utilities: Part 2 – mysqlfailover - DZone

    xxpugxx
    xxpugxx 2015/12/10
  • MySQLレプリケーションを安全に利用するための10のテクニック

    MySQLのレプリケーションは非常に簡単に使える割には応用の幅が広いので非常に人気のある機能の一つである。レプリケーションの応用分野は例えば、 バックアップ 参照系の負荷分散 HA(高可用性) ディザスタリカバリ(サイト間レプリケーション) BI(レポーティングetc) という風にとても多くのバリエーションがある。このブログを読んで頂いている皆さんの中にもレプリケーションを使っている方は多いのではないだろうか。ご覧の通りMySQLのレプリケーション機能はミッションクリティカル分野でも利用されているが、レプリケーションの使い方が適切でないとシステムの安定稼働に支障を来してしまってDBAやシステム管理者の肉体的、精神的負担が増大してしまう。逆にレプリケーションを堅牢に運用することが出来ればマクラを高くして眠れるというものだ。レプリケーションはMySQLの代表的な機能であるので、レプリケーション

    MySQLレプリケーションを安全に利用するための10のテクニック
    xxpugxx
    xxpugxx 2015/12/10
  • MySQLのレプリケーションを試してみたので注意点など - (゚∀゚)o彡 sasata299's blog

    2008年08月31日18:39 MySQL MySQLのレプリケーションを試してみたので注意点など 今回はMySQLのレプリケーションをやってみましたー。レプリケーションの仕組みはこんな感じ(*・ω・)ノ 1) マスタがバイナリログを出力。 2) スレーブがバイナリログを受け取り、リレーログとして保存。 3) スレーブがリレーログからクエリを実行。 ※バイナリログには更新系のクエリのみが記録されます。 ※リレーログはバイナリログと内容は同じですが、必要がなくなると自動的に削除されていく点が異なります。 とりあえずやってみようと思って、マスタ1台、スレープ2台の構成を作ってみましたヾ(o゚ω゚o)ノ゙ まず、MySQLをインストールして設定ファイル3種類、それぞれ以下のように設定します。 マスタのmy.cnf [mysqld] server-id=1 user=mysql port=330

    xxpugxx
    xxpugxx 2015/12/10
    “read_only”