トップページ⇒linux
1001コメント272KB

ファイルシステム総合スレ その14

レス数が1000を超えています。これ以上書き込みはできません。
0001 忍法帖【Lv=29,xxxPT】 2012/01/15(日) 16:38:33.83ID:OMF5PJgt
●前スレ
ファイルシステム総合スレ その13
http://engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
http://hibari.2ch.net/test/read.cgi/unix/1285876800/

過去スレ、関連リンクは >>2-10 あたりで。
0930login:Penguin2012/06/26(火) 22:26:32.28ID:V3N+QPAG
>「同一のサーバー内の別ディスク」にあり、
この言い訳、怪しくね
0931login:Penguin2012/06/26(火) 22:29:12.53ID:uBrIb4o6
仮想化のなかで分けますた
という戯言だろう。
常識的なバックアップは存在しないはず。
0932login:Penguin2012/06/26(火) 22:30:52.75ID:NlBz2PAo
まさか、ただのRAIDだったりは
0933login:Penguin2012/06/26(火) 22:31:25.90ID:hv08QCiq
別にバックアップを外部サーバに取ろうが同じサーバ内の別のHDDに取ろうが
ちゃんとしたバックアップ手法を取ってればそんなに問題じゃないと思うんだけどな
もちろん人為的なミスを防いだり火災とかの災害に備えて前者の方が良いんだろうけど。
0934login:Penguin2012/06/26(火) 22:33:16.08ID:hv08QCiq
俺も確かに記事を読んでて
「もしかしてRAIDをバックアップって主張してる？…まさかそんな訳ないよなアハハ」
って思ったけどな。
0935login:Penguin2012/06/26(火) 22:37:44.03ID:bhs3lwjJ
外部サーバーに日次でバックアップ取ってますってパンフに書いて営業活動をしてて
実際はそんなバックアップ処理をしてなかったんだから
これって完全に詐欺だよね・・・

ていうか、実際はバックアップなんて取ってなかったんだろ？
警察が捜索に入る前に正直にゲロしちゃえよ、なぁ、ヤフーさんよ
0936login:Penguin2012/06/26(火) 22:52:04.97ID:nS6JLfLn
ユーザー側でDBはバックアップ出来なかったらしいしな
よしんば出来てもインターネット介してDBの中身をバックアップって
容量的にも帯域的にもセキュリティ的にもどうなんよ？ｗ
んなもん、データーセンター側でやってくれよ
Yahoo!のシャチョさんハゲが留意してたのに役員も辞めたのはコレの客集めに嫌気がさしてたからなのかね？ｗ
0937login:Penguin2012/06/26(火) 23:13:39.93ID:pnMrBHmE
スレ違いだろ。ファイルシステム関係ないし。
0938login:Penguin2012/06/26(火) 23:16:44.38ID:jrGK29q5
RHEL7の話しようぜ
0939login:Penguin2012/06/26(火) 23:25:49.21ID:CoxLU8ut
ファイルシステム関係ないな
やっぱバックアップは大事で物理的に別なものにとっておかなきゃね
安かろう悪かろう
って教訓になったんじゃない？
バックアップが一瞬で終わるFSﾏﾀﾞｰ
0940login:Penguin2012/06/26(火) 23:55:46.04ID:BtSWE40K
サルページする覚悟もないの？
0941login:Penguin2012/06/27(水) 01:28:20.61ID:VzQGW28x
>>934
サーバ内でRAID1組んで、それを「待機系」と呼んでるっぽいな
mdraidかな？
ZFSでRAID組んでいたら、このスレも大いに盛り上がったのにね
0942login:Penguin2012/06/27(水) 06:57:05.05ID:0C77uiAW
>>941
rsyncじゃないかなぁ？
0943login:Penguin2012/06/27(水) 09:06:46.12ID:RsySlGsK
専門のスレ未だあるでしょ。そっちでやりなよ。
0944login:Penguin2012/06/27(水) 10:32:50.95ID:A7aUrA0x
>>943
どこ?
0945login:Penguin2012/06/27(水) 11:10:27.76ID:FdufcWbx
>>944
　多分，

http://kohada.2ch.net/test/read.cgi/pcnews/1340290683/l50
【データ消失】レンタルサーバーの「ファーストサーバ」で大規模障害……メールデータなどが消失
や，
http://uni.2ch.net/test/read.cgi/newsplus/1340720946/l50
【IT】ヤフー子会社のファーストサーバ「データは復旧不可能」「賠償は顧客が支払った総額を限度」★７

のことではないかな．
0946login:Penguin2012/06/27(水) 16:06:35.26ID:SqRgjTL2
さくら、結論出したみたいだね
http://cloud-news.sakura.ad.jp/wp-content/uploads/2012/06/storagehoukoku20120625a.pdf
0947login:Penguin2012/06/27(水) 20:10:50.09ID:iZVmDv4W
skrfs作んの？
0948login:Penguin2012/06/27(水) 23:00:39.74ID:rVuLYpUW
Apollo DOMAINみたいな分散ファイルシステム作って欲しい
0949login:Penguin2012/06/27(水) 23:04:23.48ID:5wQ1fzWo
「自社開発となるストレージ装置への転換」
「クローン、スナップショット機能はコピー機能で置き換えた」だってさ

結局オラクルさんのZFSアプライアンスはあきらめて、
他のモダンなFSやストレージ製品の人柱にもならず
旧来の安心できるところに回帰するってことだね

詐欺まがいのヤフー子会社の対応に比べたら100倍好感持てる
0950login:Penguin2012/06/27(水) 23:29:20.99ID:QqrwoyrL
>>935
早々にサジ投げて挙げ句にフォーマットして顧客に再提供してるあたり、証拠隠滅だろうな。
0951デムパゆんゆんネトウヨ特攻兵＠６月　鉄砲百合 【関電 62.5 %】 2012/06/27(水) 23:57:26.25ID:7cmMHn2V
さくらは玉砕するのが好きなんだな
さくらの信者も笑いながら特攻してる感じがする
社名も神風に変えたらいいのに
0952login:Penguin2012/06/27(水) 23:58:05.24ID:vaatBNma
>>949
そういった用途で実績を積んでるようには見えなかったから
ZFS-SA投入と聞いて悪い予感はしてた

USのエンジニアリングチームとガチで解決を図る体制があるならともかく
日本法人のエンジニアに期待するのは間違ってると思うよ
0953login:Penguin2012/06/28(木) 00:46:49.36ID:0g7Grzgg
Sun ZFS Storage applianceのzpoolのバージョンっていくつだったんだろうか。
さくらの報告書ではスナップショット作成/削除でパフォーマンス出なかったとあるけど
http://ja.wikipedia.org/wiki/ZFS　ここにあるように、比較的最近のzpoolなら
スナップショット作成/削除のパフォーマンス改善はされてるんだよね。
アプライアンス製品なだけあって枯れまくったバージョンのzpoolなのかね。

Nexentaと組んでたら上手いこといってたんだろうか。
0954login:Penguin2012/06/28(木) 00:51:51.88ID:6icpJbzH
ZFSのバージョンというよりOracleをあてにしたのが間違いだったというのが主だろう。
0955login:Penguin2012/06/28(木) 07:16:01.96ID:mNPxg/iV
古いバージョンで動かすのは問題なく稼働するとわかってる場合だろ
さして実績もないのに問題が発生してる旧バージョンにこだわるのはバカ

今回の問題に対策を打てたら貴重なテストケースになったんだろうが
それをやれなかった日本オラクルはその程度なんだろう
0956login:Penguin2012/06/28(木) 08:33:10.43ID:BhSrU+/7
ORACLEの事例紹介パンフを見ると「さくらインターネットZFS採用！！」って記事が
あって、笑ってしまふ。
0957login:Penguin2012/06/28(木) 08:36:34.13ID:7h0nnzg9
ZFSだめだめなの？
linuxじゃなければ実績あったと思うけど
0958login:Penguin2012/06/28(木) 08:37:25.05ID:atTyWxIO
ストレージ業界って無理してでもブランド名を NetApp や EMC に並べるって
のが営業上の命題なので、この状況でオラクルが自腹切って別ストレージを
用意してでも収集しなかったってのは ZFS 的には厳しい状況。

オラクルはマジで ZFS を捨ててしまうかもしれん。
ただ、NetApp や EMC 対抗商品がこれらに対して安く売って、結果トラブル対応
で足が出て製品撤退ってのはお決まりのパターンってのもまた事実だが。
0959login:Penguin2012/06/28(木) 10:13:51.36ID:fgrMmO/b
ZFSにとっては悪いニュースだったな…。
しかしZFSってそういうの昔からチョコチョコ見かけたよな。
理想はスゴイが現実はまだそこまで至っていないのかどうかといいつつやっぱり。
0960sage2012/06/28(木) 11:25:31.35ID:0bVJh/Of
>> 957

自宅のファイルサーバと会社のデスクトップ機で、ZFS Native
Linux版がバリバリ動いている。

デスクトップ機で動かしている仮想マシンのファイルが、
Dynamic Alloc形式（最初少なく使うと増えるやつ）で運用すると
ファイルの拡張に失敗するとか、Hot-Spareが使えないとか問題が
あったが、RC9で仮想マシンファイルの方は治った様子。Hot-Spareは
その後試験してないのでわからないが、バグ表には載っていた。

次世代のファイルシステムだ！！らんらんらん！！と毎日
楽しませてもらってますよ。
0961login:Penguin2012/06/28(木) 13:15:03.25ID:SD1yXQyF
>>952
日本法人は営業しかいないだろ……サンを吸収したわけだから……

しかしZFSに良くないニュースだとしてもbtrfsに良いニュースでもない。
くそっ、なんでOracleに身売りしたんだよ……金はなくともGoogleに投げておけば色々捗ったのに……
業界が停滞する以外の効果が出てないだろ……
0962login:Penguin2012/06/28(木) 13:37:10.12ID:fgrMmO/b
しかしgoogleほどストレージに向き合ってる会社が、
しかもあのハッカー気質の会社が、なんで自前のfs作らんかね〜。

といいつつぐぐったら一発目で出たｗ　俺の無知ｗ
Google File System (GFS or GoogleFS)ってのがあるんやね。
0963login:Penguin2012/06/28(木) 14:12:37.93ID:C7VxAJsL
Googleはext4からjournalingを取り除いた
0964login:Penguin2012/06/28(木) 14:22:42.91ID:SD1yXQyF
Googleの場合、冗長性はその上のレイヤーで確保してるから要らないんじゃない？
0965login:Penguin2012/06/28(木) 14:55:35.21ID:mNPxg/iV
>>961
ポストセールスのエンジニアェ・・・

プリセールスがテキトーこきまくったのかもしらんが
本社まきこんだエスカレーションできなかったのはダメだな
0966login:Penguin2012/06/28(木) 22:04:42.36ID:SCMsFekz
RAID 5:HDD1台の故障に耐えられ、容量-1台
RAID 6:HDD2台の故障に耐えられ、容量-2台
RAID 6+6だとHDDを何十台と搭載しても安全だと思うが容量が減りすぎる。

助長符号を用いてHDD n 台の故障に耐えられ、容量 -n 台なファイルシステムが有れば良いのにな。
0967login:Penguin2012/06/28(木) 23:37:33.26ID:g/JFFfZe
>>966
たとえばRAID6を2ボリューム作って、それをストライピングする手はある。
あとはZFSのRAID-Z3とか。
0968login:Penguin2012/06/28(木) 23:38:38.68ID:g/JFFfZe
>>962
クラスターFSは特殊なんで使用例が少ないんだよなぁ。そりゃ、FCやiSCSI使って
SAN構成する人なんて滅多におらんものなぁ
0969login:Penguin2012/06/29(金) 00:42:46.21ID:+ObOf6HD
今はisilonみたいなバカチョンアプライアンスあるしね。昔はクラスター自分で構成したけどLinuxじゃないから板違いだし。
0970login:Penguin2012/06/29(金) 01:43:01.45ID:VNzrFdt+
自宅でRHCS(GNBD+GFS2+DRBD)でクラスター一時期組んでたがめっちゃ
ややこしいのとログが少なくて問題起きた時に解決が難しかったな
0971login:Penguin2012/06/29(金) 02:32:40.32ID:NCBytQwh
>>966
そういうのはRAID50とか60で実現すればいーんでねーの？
あんまり大量のドライブでRAID5/6のアレイ作るのは性能面でも良くなかった気がするし。
それにどこで読んだかは忘れたが、可用性という面でもRAID5(Z)とRAID6(Z2)の差はそこそこあるけど
RAID-Z2とZ3じゃもうほとんど差がないレベルらしいし、パリティ増やす意味はそんなに無さそう。
0972login:Penguin2012/06/29(金) 10:58:15.51ID:+ObOf6HD
ハードディスクの故障率が低くなってるから、必要とされる冗長度も低くなって当然。
ただしそれは要求される信頼性による話。

Zはzfs前提なんで使えるOSが限られる。

RAID5, RAID6を大量のハードディスクで構成した時に、性能が落ちる要因はない。
応じてリクエスト数が増えると、ヘッドがボトルネックになることはあるが。
0973次スレテンプレ(案)-012012/06/29(金) 12:03:48.80ID:sCzHkpzW
ファイルシステム総合スレ その15

●前スレ ファイルシステム総合スレ その14
http://engawa.2ch.net/test/read.cgi/linux/1326613113/
●関連スレ
ジャーナリングファイルシステム
http://toro.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 6
http://toro.2ch.net/test/read.cgi/unix/1337411922/
FS関連スレ
http://kohada.2ch.net/test/read.cgi/os/1137387538/l50
過去スレ、関連リンクは >>2-10 あたりで。


●過去スレ
01 http://pc.2ch.net/test/read.cgi/linux/1006743807/
02 http://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 http://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 http://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 http://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 http://pc11.2ch.net/test/read.cgi/linux/1164457481/
07 http://pc11.2ch.net/test/read.cgi/linux/1173530292/
08 http://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 http://pc11.2ch.net/test/read.cgi/linux/1225001916/
10 http://pc11.2ch.net/test/read.cgi/linux/1238673446/
11 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
12 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
13 http://engawa.2ch.net/test/read.cgi/linux/1311812102/
14 http://engawa.2ch.net/test/read.cgi/linux/1326613113/
0974次スレテンプレ(案)-022012/06/29(金) 12:05:21.44ID:sCzHkpzW
●関連リンク
ext4　　　　　　　 ttp://www.bullopensource.org/ext4/
reiserfs/reiser4　 ttp://www.namesys.com/ (リンク切れ)
xfs　　　　　　　　ttp://oss.sgi.com/projects/xfs/
jfs　　　　　　　　ttp://jfs.sourceforge.net/
nfs　　　　　　　　ttp://nfs.sourceforge.net/
ntfs　　　　　　　 ttp://www.linux-ntfs.org/doku.php
fuse　　　　　　　 tp://fuse.sourceforge.net/
btrfs　　　　　　　ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)　　　 ttp://www.nilfs.org/ja/
zfs　　　　　　　　ttp://zfsonlinux.org/
　　　　　　　　　 ttp://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome
0975次スレテンプレ(案)-032012/06/29(金) 12:06:38.36ID:sCzHkpzW
●関連リンク2
en:List of file systems
ttp://en.wikipedia.org/wiki/List_of_file_systems
Linuxファイルシステム技術解説
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html
Linuxの次世代ファイルシステムは「バターFS」!?
ttp://www.atmarkit.co.jp/news/200807/10/btrfs.html
Linux ジャーナリング・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-journaling-filesystems/?ca=drs-jp
Linux フラッシュ・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-flash-filesystems/?ca=drs-jp
Linux filesystem benchmark 2008/1-2
ttp://www.t2-project.org/zine/1/
ttp://www.t2-project.org/zine/4/
Filesystem Specifications - Links & Whitepapers
ttp://www.forensics.nl/filesystems
Linuxファイルシステムベンチマーク ext3,ext4,JFS,ReiserFS,XFS,NILFS2
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-01.html
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-02.html
[Phoronix] Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux
ttp://www.phoronix.com/scan.php?page=article&item=zfs_ext4_btrfs

● リンク切れ
File Systems in Linux
ttp://www.linux.org/lessons/advanced/x1254.html
0976次スレテンプレ(案)-042012/06/29(金) 13:13:59.73ID:gxtFh4ma
SSD関連でこのあたりもテンプレにあるといいかな

● 関連リンク3 （SSD関連）
LinuxサーバーにSSDを使うための情報メモ
ttp://oopsops.hatenablog.com/entry/2012/05/24/164941

Linux+SSDのファイルシステムベンチマーク
ttp://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html
ttp://hesonogoma.com/SSD/Intel_SSD-330-Series_120GB_Benchmark.html
ttp://hesonogoma.com/SSD/Silicon-Power_SSD-T10-128GB_Benchmark.html
0977login:Penguin2012/06/29(金) 18:48:56.07ID:FsKq50YP
>>972
> ハードディスクの故障率が低くなってるから、必要とされる冗長度も低くなって当然。
故障率は高くなってると思ってたんだけど低くなってる?
0978login:Penguin2012/06/29(金) 18:49:55.99ID:rt56HT7+
>>977
コンシューマ向けのSATAHDDのMTBFは年々低下している。
0979login:Penguin2012/06/29(金) 19:03:27.67ID:XdVzVNFO
MTBFって、率じゃなく時間だぞ。
「低下」なんて言葉、普通使わない。
0980login:Penguin2012/06/29(金) 19:05:28.85ID:rt56HT7+
>>979
うん、数値が低下していっていると言いたかったんだよ。
つまり信頼性は低下している。
0981login:Penguin2012/06/29(金) 19:15:41.21ID:XdVzVNFO
まともな日本人は、「短い」という言葉を知っている。
屁理屈でごまかしたりしない。
0982login:Penguin2012/06/29(金) 19:19:06.06ID:rt56HT7+
>>981
ゴマかしているつもりはないんだが……
0983login:Penguin2012/06/29(金) 20:17:42.90ID:UGZn6dXu
MTBFなら「短い」っていう方が普通なんだろうが、
パワポとかエクセルの資料で説明する時なんかは、
低下とか↓とかの矢印で説明することもあるけど。
0984login:Penguin2012/06/29(金) 20:54:14.94ID:RTC2IiB7
お客様が使ってる天下のH社のサーバを10台ちょっとデータセンタで
お預かりしている。RAID1とかRAID5の構成で約５０本ぐらいのディスクが
あるけれど、２ヶ月１本のペースで壊れていく。

その都度、H社の中国人の受付オペレータに電話して、意味不明な
会話の中からやっと要件を伝えて、データセンタへ駆けつけ、同じく
部品を持ったH社（または協力会社）の技術者が行う交換作業に
立ち会い、いつもと同じ作業報告を聞いて、乾いた笑顔をかわしつつ、
別れをの挨拶をして社に戻る。

悲しいけどこれ定期業務なのね。
0985login:Penguin2012/06/30(土) 00:17:00.32ID:jgTP5qta
50本が常時稼動なら2ヶ月に1つくらい普通に壊れるだろうね。
そう考えるとRAID組んでるだけで「バックアップです」ってのは怖いね。
両方同時にいかれるのなんて、ほぼ無いと思うけど。
0986login:Penguin2012/06/30(土) 01:40:33.15ID:nccRAAip
SATA HDDはエラーが出始めるとあっという間に死ぬカンジ
0987login:Penguin2012/06/30(土) 01:56:08.55ID:OR73kUKC
ロット不良でまとめて同時期に死ぬこともよくあるし
0988login:Penguin2012/06/30(土) 02:13:32.60ID:oYJ3g7ps
その昔、*P社のHDDには痛い目にあったよ
バッテリーバックアップ式ライトキャッシュとかなんとかいう
まあそのつまりは電池式のキャッシュをもったHDDがサーバにささっていたのだが
こいつが数年で電池切れになりやがって、いきなりサーバのディスク速度が落ちる

ソニータイマーよろしく同じ時期にばたばたと倒れていきやがったよ
当然電池の交換を申し込むんだけど、*P社にはもう在庫が無いと言われ
は？じゃあどないせいっちゅうんじゃー！！て上司激怒www　もちろんお客も激怒…

あと、*P社の中華コールセンターと話がなかなか噛み合わないのもその通りだったな
今も変わってないのか。ハードの保守では儲けでないし、変える気ないんだろうな
0989login:Penguin2012/06/30(土) 08:42:27.86ID:q3w7kzQB
次スレ　たてました。 移動、よろしくお願いします。

ファイルシステム総合スレ その15

http://engawa.2ch.net/test/read.cgi/linux/1341012960/l50
0990login:Penguin2012/06/30(土) 10:03:37.82ID:yVLk+XIb
>>989
スレ立て乙＆埋め
ところで SATA でも５０本で２ヶ月１本は高頻度かな。
サーバ前通路を網に変えてもらって温度下げること考えたほうがいいかも。
0991login:Penguin2012/06/30(土) 13:55:12.75ID:q3w7kzQB
埋め
0992login:Penguin2012/06/30(土) 14:02:44.67ID:kaQgIOQO
うめ
0993login:Penguin2012/06/30(土) 14:03:18.00ID:kaQgIOQO
埋めますね
0994ハンス2012/06/30(土) 14:05:26.65ID:xWnqBXhA
埋めますね
0995login:Penguin2012/06/30(土) 14:06:46.31ID:Iv922FW+
もっと埋めてちょ。
0996ウ_メーテル2012/06/30(土) 14:08:49.84ID:Iv922FW+
0997ウ_メーテル2012/06/30(土) 14:10:35.08ID:Iv922FW+
0998login:Penguin2012/06/30(土) 14:11:22.78ID:Iv922FW+
0999login:Penguin2012/06/30(土) 14:13:52.16ID:Iv922FW+
GALAXY EXPRESS 999
1000ハンス2012/06/30(土) 14:13:56.22ID:xWnqBXhA
嫁ヲ埋メマシタ
1001１００１Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。