＜SKILL BASECAMP 2013＞ MySQLの冗長化～無停止運用を実現するには～ http://www.pasonatech.co.jp/entry/index.jsp?mode=2&d=on&no=3756Read less
3. 1-1 DB（MySQL）の冗長化とは何 か MySQLはMaster・Slaveの構成を行いますが、これは『更新』と『参照』と 役割が異なっているだけであり、冗長化とは意味が異なります プログラム上で『更新』『参照』についてそれぞれの宛先（IP）を役割毎 にハードコートしており、どちらか片方に障害が起こるとサービスに影響 が出ます ⇒『更新（Master）』『参照（Slave）』を、それぞれ 冗長化する必要があります 4. 1-2 冗長化に向けた設計方針 サーバーHW障害に対し、サービスが継続できること 障害時のダウンタイムが限りなくゼロであること ⇒24h/365dサービスを目指すため、ボトルネックを可能な限り減らす 障害発生時には自動的にサービス復帰する ⇒運用の自動化により、運用の安定化及び省力化を目指す プログラムは障害対応を意識せずにコーディングで
主要なサーバーやストレージ機器には冗長電源が標準で付属していたり，オプションで追加が可能になっていることが多い。しかし，機器単体の可用性ばかり注目し，システム全体を考えずに，安易に冗長電源を利用してはいけない。 電源をA系統とB系統で二重化してあっても，システムには電源が1系統からしか取れない機器が含まれていることが多い。すべての機器が冗長電源を持っているとは限らない。 そのため，せっかくA系統とB系統に分けても，どちらかの系統からしか電源を取れない機器は，その系統が停電になれば停止してしまう（図1)。それでは，システム全体の可用性は確保できない。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
