[rails][負荷分散]RailsのDB負荷分散調査のための資料 - yoshitetsuの日記
magic_multi_connections Magic Multi-Connections magic_multi_connectionsのページ Magic Multi-Connections: A “facility in Rails to talk to more than one database at a time” magic_multi_connections作った人の記事 Twitterのトラブルから見る、DB分割でスケーラブルなRailsサイト構築 magic_multi_connectionsの使い方がのってる Ruby on RailsでMagic Multi-Connectionsを使う magic_multi_connectionsの使い方がのってる 分散DB対応ライブラリ Magic Multi-Connections を試してみる magic_multi_
![[rails][負荷分散]RailsのDB負荷分散調査のための資料 - yoshitetsuの日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/438548124851f1bc8c72d6b93ef644a077b1ada8/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127121096700%2F17680117127121100502%2F1557249666)
【上級】クラスタの落とし穴と対策 第1回
「障害なのに切り替わらない」——「意図していないのに切り替わってしまう」——システムのダウンタイムを極力短くするため，サーバーをクラスタ・ソフトで冗長化する企業は多い。だが，そこに思わぬ“落とし穴”が待ち受けていることがある。こうしたトラブルを避けるには，システム任せにしない運用体制を築く必要がある。切り替えの判断基準を明確に持ち，さまざまなケースを想定した復旧手順を用意しておきたい。 ムラウチが運営するECサイトで，リニューアルが終わってから1カ月も経たない2003年2月，商品カタログを格納するXML DBサーバーがハードウエアの障害でダウンした。ECサイトの要（かなめ）となる商品検索用のサーバーである。 同社は万一に備え，短時間で復旧できるようにActive/Standby型＊1のクラスタ・システムを組んでいた。ところが，ここに落とし穴が待っていた。 障害なのに切り替わらない… 障害の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
