MySQL 冗長化モデル
3. 1-1 DB（MySQL）の冗長化とは何 か MySQLはMaster・Slaveの構成を行いますが、これは『更新』と『参照』と 役割が異なっているだけであり、冗長化とは意味が異なります プログラム上で『更新』『参照』についてそれぞれの宛先（IP）を役割毎 にハードコートしており、どちらか片方に障害が起こるとサービスに影響 が出ます ⇒『更新（Master）』『参照（Slave）』を、それぞれ 冗長化する必要があります 4. 1-2 冗長化に向けた設計方針 サーバーHW障害に対し、サービスが継続できること 障害時のダウンタイムが限りなくゼロであること ⇒24h/365dサービスを目指すため、ボトルネックを可能な限り減らす 障害発生時には自動的にサービス復帰する ⇒運用の自動化により、運用の安定化及び省力化を目指す プログラムは障害対応を意識せずにコーディングで
My sqlのha構成について
2. 形あるものは必ず壊れるのでリカバリが必要 止められないサービスなら切り替わる必要がある 復旧にかかる時間を自動化により削減したい サービス断時間を少なく抑え機会損失を防ぐ 復旧操作の自動化により人によるオペーレーション の不確実性を緩和 復旧時の人的リソースを削減できる データの保全性を向上 ※HA構成はバックアップの代用にはなりません （オペレーションミスもレプリケーションされるためです） 3. 従来の冗長構成(heartbeat+mon+mysql) MHA(mysql5.5まで) mysqlfailover(Mysql5.6以降) (費用的に)需要が少ないが以下構成も可能 • AmazonRDS（現在MySQL5.5まで、排他制御） • Heartbeat-v3+SharedDisk構成(排他制御) ※PostgreSQL,MySQL+V
MysqlのHAとトラブル事例
3. • サービスが機能しなくなる！ • 整合性チェックとか時間との戦いが多い！ • 復旧作業は消耗が激しい！（特に深夜、特に一人） 2.Databaseの障害は心に染みる 代理サーバがサービス継続し機会損失を防ぐ 自動切替にしておけばオペレーションミスが無くなる データの保全性が向上する DBが停止すると‥ システムも人も健康を維持する為に… 4. LVS1LVS DB Master Heartbeat1 +mon DB Slave2 DB Slave1 Heartbeat1 VIP webwebAP READ REPLICATION LVS1LVS DB Master Heartbeat1 +mon DB Slave DB newMaster Heartbeat1 VIP webwebAP F/O 3.HA構成1 (Heartbeat1+mon+mysql)（2010年～）
Announcing MySQL-MHA: "MySQL Master High Availability manager and tools"
I have published "MySQL MHA" that fully automates MySQL master failover. You can also get commercial support from SkySQL. Let's try MHA today! Today I'm happy to announce that I have released MySQL-MHA: MySQL Master High Availability manager and tools as an open source software (GPL v2 license). The below is a part of documentation of MHA. I'm glad if you are interested in MHA. A primary objective
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
