[B! flared] kamipoのブックマーク

Flareを使う(複数台構成)

各役割のサーバは以下の働きをします。インデックスサーバ Flareクラスタ内に1台存在し、各ノードの死活監視、各ノードへのサーバリストの通知、各ノードへの指示を行います。インデックスサーバの冗長化は、2010年5月現在のバージョン1.0.9では実装されていません。ストレージサーバデータを格納します。上記の通りマスター、スレーブの2種類が存在します。プロキシサーバ memcachedプロトコルをアプリケーションに提供し、リクエストをFlareクラスタへ中継します。サーバ設定 Step1. インデックスサーバの設定と起動以下の設定ファイルを/home/admin/flare/flarei.confとして保存します。 data-dir = /home/admin/flare log-facility = local0 server-name = 192.168.13.21 monit

kamipo 2010/05/19

flared

リンク

Flareを使う(インストール編)

カテゴリー DX (2) 一般 (59) 研究会 (6) 働き方 (4) 技術 (353) 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 (6) RealTime Web (14) SRE (3) Webサービス (42) インフラ (8) コンテナ (4) ストレージ (93) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (215) 仮想化 (111) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティン

kamipo 2010/05/19

flared

リンク

カイハツニッキ(2007-12-13)

_ [ソフトウェア] Flaredにおけるノード決定アルゴリズムということでまたしてもFlaredの話です。他にもあれこれ書きたいネタはあるんですが、当面Flaredネタでひっぱっちゃおうかな、なんて思っていたりいなかったり。で、Flaredのノード決定アルゴリズムです。と書くと大げさですが、実際何もしてないです。とはいえ全く何も考えなかった訳ではないのです...という言い訳をしてみようかなーと思ったわけです。そもそも、key-value型の(つまりvalueでの検索がない極めて単純な)分散ストレージサーバというものを考えてみると、理想的な要件としてはノードを足せば勝手にデータが分散されてディスク領域が空くノードを足せば勝手にアクセスが分散されて負荷が下がる(しかも各ノードの負荷がほぼ等しい) ノードがいくつかなくなってもデータが失われないといったところがあると思います。こんなの

kamipo 2010/01/19

flared

リンク

myfinder's blog: 人生に役立つかもしれないTokyo Tyrantについての知識

タイトルはホッテントリメーカーから頂戴しました。お仕事でmemcachedとかその周辺プロダクトを利用することとなり、memcached、Tokyo Tyrant、Flareのパフォーマンスを測ってみたときに発覚したことを書いておきます。 (前提条件:memcached client for Javaからmemcachedとかその互換プロダクトを利用する場合) まずはパフォーマンスの手っ取り早い指標として処理速度があげられるので、上記3プロダクトをセットアップして、下記のようなテストプログラムをそそくさとこさえました。 public static void main(String[] args) { // memcacheのインスタンス取得 SockIOPool pool = SockIOPool.getInstance(); pool.setServers(new String[] {