2.4. GlusterFS をなぜ使うのか？ – GlusterFS Community ではじめる分散ファイルシステム 最近の分散ファイルシステムの紹介 GlusterFS に入る前に他の分散ファイルシステムについてもちょっと見てみましょう。分散ファイルシステムは下のテーブルに一例として示したように 2014/02/09 現在で多く存在します。 <th> 提供 </th> <th> ライセンス </th> </tr> <tr> <td> <a href='http://ja.wikipedia.org/wiki/Apache_Hadoop'>Hadoop HDFS</a> </td> <td> Apache ソフトウェア財団 </td> <td> <a href='http://ja.wikipedia.org/wiki/Apache_License'>Apache License 2
仮想化サーバが数台あると共有ストレージをつないで仮想マシンを全仮想化サーバで共有したくなります。 そうすることによって仮想マシンはリソースが空いていればどの仮想化サーバ上で起動させることができ、起動後もLive Migrationで別の仮想化サーバ上に移動させることさえできます。なのである程度の規模になると仮想化サーバ数台 + 共有ストレージという構成が一般的となります。 こうなってくると仮想化サーバのローカルハードディスクはほとんど使われません。サーバの故障率を下げるためにSANブートにしたりするとさらにローカルハードディスクは全く使わないことになります。それはそれですっきりしいると言えばそうなのですが、せっかくのローカルハードディスクが無駄になっている気もします。もし、共有ストレージを別途用意しなくても、個々の仮想化サーバのローカルハードディスクが元気玉のようにあつまって共有ストレージ
前回Ubuntu 12.04 LTS にGlusterFS をインストールした。 今回はミラーリングを試してみる。 デフォルトの分散モードで構成しているとストレージノードが一台ダウンするとそこそこエラいことになりますが、前述のreplica等をうまくつかってストレージがダウンしても運用を続けられるような構成を組めば今回ご紹介した環境も夢ではありません（「glusterfsで仮想化サーバの余っているローカルハードディスクを分散共有ストレージにする at nkjmkzk.net」より引用） 接続概要図 サーバー側として Ubuntu 12.04 LTS Server 64bit HDD40G 192.168.1.11 192.168.1.12 マウント側として Ubuntu 12.04 LTS Desktop 64bit 192.168.1.13 / 192.168.19.129 （後述参照）
企業で処理するデータ量が爆発的に増加している。かつて企業内の大量データというと、データウエアハウス（DWH）やビジネスインテリジェンス（BI）で取り扱う定型データの集まりのことだった。しかし現在では、それらに加えてオフィスソフトの文書データやWebサーバーで配信するテキスト、画像、音声などの非定型データも大量に扱うようになった。 こうした背景から、「ビッグデータ」と呼ばれる、データの急激な増大傾向に対処する方策が求められている。しかも、限られた予算の中で実現でき、かつ効率よく運用できる仕組みでなければならないケースがほとんどである。 このようなニーズに応えられる、スケーラビリティを備えた分散ファイルシステムが注目されている。そこで、そうした分散ファイルシステムの一つであるGlusterFSについて、「拡張性」「可用性」「性能」の検証を行った。 ネットワーク上のストレージを集約 Gluste
1. オープンクラウド・キャンパス 10年効く分散ストレージ技術 GlusterFS & Red Hat Storage Ver1.1 2012/07/02 中井悦司 (Twitter @enakai00) 2. 10年効く分散ファイルシステム技術 GlusterFS&Red Hat Storage 自己紹介 中井悦司（なかいえつじ） – Twitter @enakai00 日々の仕事 – Senior Solution Architect and Cloud Evangelist at Red Hat K.K. 好評発売中 企業システムでオープンソースの活用を希望される お客様を全力でご支援させていただきます。 昔とった杵柄 – 素粒子論の研究（超弦理論とか） – 予備校講師（物理担当） – インフラエンジニア（Unix/Linux専門） Open Cloud Campus
先日Linux女子部で、「AWSではじめるGlusterFS」というお題目で話をする機会を頂きました。 デモンストレーションとして、EC2インスタンスを複数使ってGlusterFSのレプリケーション構成を一発で作れるCloudFormationテンプレートを作成しましたが、Geo-Replicationについては試すことが出来なかったので、ひとまずその足がかりとして、EC2上でGer-Replicationを構築してみました。 Geo-Replicationとは？ GlusterFSが持つレプリケーション機能のうち、遠隔地へのレプリケーションを目的とした機能です。 遠隔地へのレプリケーションのため、通常のレプリケーションとは異なり、非同期でのレプリケーションを行ないます（通常のレプリケーションは同期処理）。GlusterFS本体に加え、Geo-Replicationモジュールをインストール
さて。 少々飽きてきたので・・・。（汗） 障害テストではなくGeo-replicationについて書いてみる事にする。 まず。 Geo-replicationとReplicationの違いから。 マニュアルによると。 Replicated Volumes ・Mirrors data across nodes in a cluster. ・Provides high-availability ・Synchronous replication (each and every filemodify operation is sent across all the bricks) クラスター内のnode間でデータをミラーする。(クラスターを越えてのデータミラーは不可。） ハイアベイラビリティーを提供する事が前提。 同期型レプリケーション（ファイル更新操作は全てのbricksに対して行われる。） G
GlusterFSは、スケーラブルなストレージのための汎用分散ファイルシステムの1つ。InfiniBandのRDMAやTCP/IPなどのインターコネクトを使用して複数のホストに分散した各種ストレージを集約し、大規模並列ネットワークファイルシステムを構築できる。GlusterFSはユーザー空間で構築されており、性能を低下させることがない。クラウドコンピューティング、生物医学、超大容量ストレージなど様々な応用がなされている。GlusterFSは、当初Gluster, Inc.によって開発された。2011年のレッドハットによるGluster買収の後はレッドハットにより開発されている。 GlusterFSにはクライアント側コンポーネントとサーバ側コンポーネントがある。サーバは「ストレージブリック (storage brick)」と呼ばれ、その上で glusterfsd デーモンが動作し、ローカルフ
分散ファイルシステム「GlusterFS」の検証 その2 前回の記事では、分散ファイルシステムであるGlusterFSを利用するに当たり、初期設定を行った。 今回はこれらのシステムを利用してテストを行おう。 テスト環境の確認 実際のテストを開始する前に、前回構築したテスト環境のブロック図を紹介しておこう。 GlusterFSサーバー群は、FUSE機構でマウント可能なストレージ領域を提供している。GlusterFSクライアント群は、これらのストレージをマウントし、subversionリポジトリ、gitリポジトリ等を設置し、アプリケーションサーバーとしての役目を果たしている。アプリケーションクライアント群は、GlusterFSクライアントに接続し、subversionリポジトリ、gitリポジトリ等にアクセスしている。 なお、前回の記事ではアプリケーションクライアントの構築は行っていなかった。ま
分散ストレージ（分散ファイルシステム）ってなんだろう？そもそもここからなんですが、複数のサーバのディスク領域をくっつけて、あたかもひとつのストレージにように見せる技術です（違 じゃあ、はじめから、でかいディスクを特定のサーバにくっつけてファイルサーバとして使えばいいのでは？と思われるかもしれませんが、そこが分散ストレージの利点の一つで、ファイルの書き出しも読み込みも、それぞれのサーバのcpuとメモリも分散して利用されるので、単体のディスクにアクセスするよりも高速！あとは、逆にいうと（別に「逆」でもなんでもないけど）「ファイルサーバ」というサーバは必要ないってことでしょうか（汗 OSSの分散ストレージもいくつか最近は出回っており。OSSの分野では、以下のものが有名なようです。 ・Coda ・Ceph ・GlusterFS ・MogileFS いくつか試してみましたが、上二つは。。断念。検証環
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
