Flareのフェイルオーバー機能（slave->master昇格）をテストしてみた
Flareのフェイルオーバー機能をテストしてみました。 ノード監視 + フェイルオーバー (インデックスサーバにより各サーバを監視し、ダウンした場合にはサービスアウトします。また、masterサーバがダウンした場合はslaveサーバのうち1台がmasterサーバに昇格します) Flare – GREE Labsより 今回は後半のmasterサーバーがダウンした場合のテストです。 実際にダウンしてしまうというよりも、メンテナンスのためにを故意にダウンさせるケースを想定しています。実際の挙動を確認しておくことで、本番環境で自信を持ってmasterサーバーを落とすことができます。 設定ファイル インストールは公式ドキュメントをご覧いただくとして、各サーバーの設定から。 1台のサーバーにインデックスサーバー*1、各ノードサーバー*3を立ち上げるため、ポートを変えて起動します。 インデックスサーバー
Flareを使う(マルチテナント化編)
カテゴリー DX (2) 一般 (59) 研究会 (6) 働き方 (4) 技術 (352) Edge AI (2) Edge Computing (13) Erlang (1) FIWARE (2) Fog Computing (10) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (5) RealTime Web (14) SRE (3) Webサービス (42) インフラ (8) コンテナ (4) ストレージ (93) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (215) 仮想化 (111) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティン
ハタさんのブログ(復刻版) : PHPカンファレンス2009「Q4MとFlareを使って スケーラブルなサービスを作る！」の資料
すいません、遅くなっていましたが、とりあえずここに置いておきます。 ref - http://www.slideshare.net/nowelium/building-highscalable-web-applications-using-q4m-and-flare Building High-Scalable Web Applications Using Q4M and Flare View more documents from nowelium. Ustreamはこの辺 ref - http://www.ustream.tv/recorded/2107541 いくつか質問があったものは、別途書きます
カイハツニッキ(2007-12-13)
_ [ソフトウェア] Flaredにおけるノード決定アルゴリズム ということでまたしてもFlaredの話です。他にもあれこれ書きたいネタはあるんですが、当面Flaredネタでひっぱっちゃおうかな、なんて思っていたりいなかったり。で、Flaredのノード決定アルゴリズムです。と書くと大げさですが、実際何もしてないです。とはいえ全く何も考えなかった訳ではないのです...という言い訳をしてみようかなーと思ったわけです。 そもそも、key-value型の(つまりvalueでの検索がない極めて単純な)分散ストレージサーバというものを考えてみると、理想的な要件としては ノードを足せば勝手にデータが分散されてディスク領域が空く ノードを足せば勝手にアクセスが分散されて負荷が下がる(しかも各ノードの負荷がほぼ等しい) ノードがいくつかなくなってもデータが失われない といったところがあると思います。こんなの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GREE Engineering
