SlideShare is now on Android. 15 million presentations at your fingertips.  Get the app

×
  • Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
 

10年効く分散ファイルシステム技術 GlusterFS & Red Hat Storage

by Linux Engineer at - on Jun 28, 2012

  • 15,842 views

2012/07/02 ver1.1 少しアップデートしました。

2012/07/02 ver1.1 少しアップデートしました。

Statistics

Views

Total Views
15,842
Views on SlideShare
15,036
Embed Views
806

Actions

Likes
43
Downloads
291
Comments
8

9 Embeds 806

http://www.2ch-search.net 524
http://snipsnaptmae.wordpress.com 118
https://twitter.com 87
http://snip-snap.posterous.com 52
https://si0.twimg.com 9
http://us-w1.rockmelt.com 6
http://s.deeeki.com 6
https://twimg0-a.akamaihd.net 2
http://webcache.googleusercontent.com 2
More...

Accessibility

Categories

Upload Details

Uploaded via SlideShare as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

18 of 8 previous next Post a comment

  • enakai Etsuji Nakai, Linux Engineer at - @condorshamamatsu おそらくこのバグかと。実際には問題がなくてもfailuresが表示されるようです。http://www.gluster.org/pipermail/gluster-users/2012-June/033681.html 11 months ago
    Are you sure you want to
    Your message goes here
    Processing…
  • condorshamamatsu Condors Hamamatsu はじめまして。大変参考になりました。p28のbrick追加について質問です。GlusterFS技術情報を参考に自身で構築してみました。rebalanceを実行するとcompletedするまでにいくつかのfailuresがカウントされます。このfailuresとは何のfailを示しているのでしょうか? 1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • y-hira y-hira 御丁寧に有難う御座いました。

    利用する上で参考にします。
    1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • enakai Etsuji Nakai, Linux Engineer at - @y-hira 一般論としては(理屈の上では)そうなると思いますが、実際のユースケースでは、「ブリック(サーバ)が増える=ファイル数が増える」という事になるので、ブリック(サーバ)増加の効果はファイル数増加で相殺される気もします。あと、GlusterFSは、もともとlsなどのi-nodeを舐める処理が遅くなりがちな特性があります。(レプリカのメタデータチェックなどが入るためです。) 1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • y-hira y-hira 初めまして。20-21 Pageのロジックで質問があります。 ファイルではなくディレクトリ情報への単体アクセス(対象ディレクトリ内のファイル一覧取得など) はブリックが増えていくと速度改善するものでしょうか? ファイルへのアクセスは、ブリックが増えると各ファイルの配置が分散されて速度改善するように、ディレクトリ単体へのアクセスも速度改善するのかな? と....もし、ご存知でしたら教えて下さい。 1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • YukihikoSawanobori Yukihiko SAWANOBORI, CEO at HiganWorks LLC ありがとうございます。
    Linuxクライアントからはnativeとレプリカで可用性ありそうです、念のためで backupvolfile-server オプションもよさそうですね。

    Solaris系からも標準のNFSクライアントフェイルオーバがいけそうです。
    1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • enakai Etsuji Nakai, Linux Engineer at - はい。そのとおりです。ちなみに、NFSマウントの場合は、マウント先のIPを別の仕組みでFailoverする必要があります。Red Hatの製品版ではCTDBによるIP failover機能が入っています。 1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
  • YukihikoSawanobori Yukihiko SAWANOBORI, CEO at HiganWorks LLC 23-27Pageの図で質問があります。

    mountでの指定先はgluster01ですが、
    クライアントのマウント後はgluster01サーバが落ちてもマウント状態が保持されるのでしょうか。

    01が落ちていても、ハッシュテーブル更新さえおこらなければgluster02-04 にあるファイルは取ってこれそうだと理解してます。
    1 year ago
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

10年効く分散ファイルシステム技術 GlusterFS & Red Hat Storage 10年効く分散ファイルシステム技術 GlusterFS & Red Hat Storage Presentation Transcript