クラスタリングとレプリケーションの意味と違い
一般的な業務で使われている構成で見れば 普通はクラスタリングとリプリケーションを 併用します。 クラスタリングはサーバー側で行なわれ VCS・RAC・HACMP等があります。 これらは基本的にはサーバーのハードウェア に対する冗長化（２重化）です。 （ソフト側の冗長化にもなっていますが、 サービス・OSがクラッシュすると、結局は 同じOS構成なのでスタンバイでも同じ 問題が起きる可能性があります） HBA・イーサカード・CPUが仕様不可になった場合は スタンバイに切り替わり業務再開となります。 リプリケーションとは大抵の場合はストレージ側（外部HDD） で取られています。 RAID構成の１ボリューム対し ミラーリング・静止点バックアップ・災害対策 この３つのボリュームが作られます。 ミラーリングとは実際に使用しているデータがそのままコピーされています。 生のデータが入っているので、もしも本
レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン - （ひ）メモ
MySQLで、レプリケーションベースのHAな構成について考えたメモです。 3台(というか2台＋1台)がいいかなぁと思っていて、前半はその理由を、後半では{マスタ,スレーブ}が{再起不能になった,ちょっとダウンしてすぐ復帰した}場合のリカバリプランについて書きます。 今のところはこれがベストかなと思っているのですが、「こうしたほうがいいと思う！」「ここがおかしい！」などなどのご意見はコメント、TBなどでいただけるとうれしいです。 ゴール マスタが落ちてもぐーすか寝ていられるようにしたい リカバリの作業はできるだけ単純に、かつ、短時間で完了するようにしたい めんどくさいのはいや 基本構成、方針 2台＋1台 サービスで使うのは2台 (db1, db2) もう1台は管理用 (db3) スレーブを多数並べる構成にはしない 台数増えると管理コストが上がる マスタダウン時のフェイルオーバとそのフェイルバ
MOONGIFT: » レプリケーションするmemcached「repcached」:オープンソースを毎日紹介
memcachedは便利なキャッシュ機能を持っているが、サービスが落ちるとデータが全て消失する点で使い勝手が悪い場合があった（良い場合もある）。基本的には消失しても良いデータだけしか入れられないという認識の元で利用するのだが、実際にサービスがダウンすると、負荷が急上昇しサービスのレベルが大幅に落ちてしまう。 起動した画面。レプリケーションの接続を待っている さらにmemcachedを多用すると、パフォーマンスが鈍ってくることもあるだろう。そこで、memcachedをさらに活用していくためにこれを使おう。 今回紹介するオープンソース・ソフトウェアはrepcached、レプリケーションに対応したmemcachedだ。 repcachedはKLab株式会社で開発されたソフトウェアで、memcachedをベースにレプリケーション機能を追加したものだ。これにより負荷を分散させる効果、冗長性を持たせる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
