- 1 名前：login:Penguin mailto:sage [2007/09/26(水) 15:39:21 ID:VZk+Fjj0]
- 過去スレ
01 pc.2ch.net/test/read.cgi/linux/1006743807/
02 pc5.2ch.net/test/read.cgi/linux/1063025258/
03 pc8.2ch.net/test/read.cgi/linux/1101495293/
04 pc8.2ch.net/test/read.cgi/linux/1136695633/
05 pc8.2ch.net/test/read.cgi/linux/1152348695/
06 pc11.2ch.net/test/read.cgi/linux/1173530292/
- 111 名前：login:Penguin mailto:sage [2007/10/27(土) 18:58:58 ID:FseVhWdt]
- >>110
>根本的に腐っているHFS+
詳しく
- 112 名前：login:Penguin mailto:sage [2007/10/31(水) 19:34:16 ID:INSQGhSy]
- >>104
な、マジで！
そうか、それでRubyサポート強化か・・・
（さすがにpdumpfsそのまんまじゃないわなｗ）
いや、でもpdumpfsのアイデアは、シンプルだけど強力だっていうことでしょ。
あれで、バックアップ経路に自由が利いたらpdumpfsだけですむんだけどなぁ。
- 113 名前：login:Penguin mailto:sage [2007/11/01(木) 00:11:23 ID:YXZCtuNj]
- pdumpfsリソースコピーできないよね？
OSXだとrsnapshotかな？
- 114 名前：login:Penguin mailto:sage [2007/11/01(木) 01:25:40 ID:VJvPHzZF]
- >>113
リソースコピーってなに？
- 115 名前：login:Penguin mailto:sage [2007/11/01(木) 07:54:10 ID:tVJeM7w8]
- >>114
Mac特有のリソースフォークのことでそ
ttp://ja.wikipedia.org/wiki/%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9%E3%83%95%E3%82%A9%E3%83%BC%E3%82%AF
- 116 名前：login:Penguin [2007/11/02(金) 15:43:37 ID:pmYz0pmP]
- 平和だな
- 117 名前：login:Penguin mailto:sage [2007/11/06(火) 19:57:28 ID:Y9I3A8T4]
- ocfs2とかgfs2とかはこのスレでいいのかな？
最近、nfsが遅いのに腹を立て、iscsiとocfs2に切り替えた。
設定も拍子抜けするほど簡単だし、モジュールもカーネルに入ってるので
とても楽。cvsから取ってくるとコンパイル通らなかったりするけど。
- 118 名前：login:Penguin mailto:sage [2007/11/15(木) 22:55:58 ID:+a+rbqpF]
- kerneltrap.org/Linux/Ceph_Distributed_Network_File_System
- 119 名前：login:Penguin mailto:sage [2007/11/17(土) 11:31:14 ID:Mri548d4]
- ext3、reiserfs、xfs、jfsすべからくファイル名は255byteまでか
- 120 名前：login:Penguin mailto:sage [2007/11/17(土) 11:47:48 ID:vm/oyl4R]
- os側の制限とかもあるんかな?
en.wikipedia.org/wiki/Comparison_of_file_systems
- 121 名前：login:Penguin mailto:sage [2007/11/17(土) 12:56:50 ID:Mri548d4]
- reiserfsの項目を見る限りVFSに制限がありそうやね
- 122 名前：login:Penguin mailto:sage [2007/11/17(土) 17:50:27 ID:5WJwcwXN]
- すべからく 【須く】
すべくあらく（すべきであることの意）の約。
当然。
- 123 名前：login:Penguin mailto:sage [2007/11/17(土) 19:32:01 ID:frj6nuku]
- ext3 以外のファイルシステムの存在意義がわからない．
- 124 名前：login:Penguin mailto:sage [2007/11/17(土) 19:33:49 ID:cXymNrbW]
- ext4も否定かえ？
- 125 名前：login:Penguin mailto:sage [2007/11/18(日) 00:02:09 ID:8qBVFYp0]
- ex4 がデファクトになるまではな。
- 126 名前：login:Penguin mailto:sage [2007/11/18(日) 02:32:41 ID:SrkzGQPz]
- つまりスタンダードになる準備のために存在してるわけだ
- 127 名前：login:Penguin mailto:sage [2007/11/22(木) 01:35:22 ID:D7Its18+]
- しっかし、XFSやJFSがアレなことが知れ渡り、Reiser逮捕でReiser4が
開発停止状態になっていから、fsスレはさびれちゃったな…
唯一の希望のZFSはFreeBSDに話題持っていかれているし。
- 128 名前：login:Penguin mailto:sage [2007/11/22(木) 03:42:41 ID:IaDwOlJS]
- >>127
XFSやJFSのアレなことってなんじゃい？
- 129 名前：login:Penguin mailto:sage [2007/11/22(木) 07:57:30 ID:prIo4FxR]
- >>128
ZFS厨にかまうな
- 130 名前：login:Penguin mailto:sage [2007/11/22(木) 13:27:00 ID:D7Its18+]
- >>128
XFSは>>76-80、JFSは前スレ嫁
>>129
レッテル貼り付けて思考停止する人、乙。
- 131 名前：login:Penguin mailto:sage [2007/11/22(木) 14:57:14 ID:5Q+/5i5e]
- XFSについては、MLを読んで自己判断しましょう。問題ない環境の人も多いわけで。
あくまでも個人的意見ですが、RHEL4あたりの古いkernelでXFSを使うなら、
最新kernelからXFS関連の修正部分をバックポートするか、関連パラメーターを弄るべきだと思います。
が、パラメータを弄るのは難しくて良く分からない・・・。
- 132 名前：login:Penguin mailto:sage [2007/11/22(木) 21:47:50 ID:WgZY+aov]
- 129のようなバカが湧いてきたんで、前スレのJFSダメやんって話題の
元になったメールを。
www.ussg.iu.edu/hypermail/linux/kernel/0707.3/2940.html
- 133 名前：login:Penguin mailto:sage [2007/11/24(土) 19:03:53 ID:bxJhbnRn]
- 現実問題として一番テストされてるのが ext3 である以上、
独自に納得いくまでテストするのでなければ
ext3 以外に選択肢はない。
- 134 名前：login:Penguin mailto:sage [2007/11/24(土) 19:12:56 ID:sauQFbv3]
- oracleのbtrfs、nttのnilfs、dragonflyのhammerfs、sunのzfs、
そして今回は速度面の改良も割と入っているext4あたりが今後のネタか？
ただアイディア的にはfs界ではraiserが突出してたようなあ感じがするが。
一部にはzfsのパクリとか言われながらも割と進化してるbtrfs、
reiserを追い越せるか、最強のfsになるとか言ってたようなhammerfsあたりはおもろそうだが、
システムと一体となったzfs,ntfsあたりはやはり強そう。
- 135 名前：login:Penguin mailto:sage [2007/11/24(土) 21:37:22 ID:BiG3ryPJ]
- >nttのnilfs
さりげなく何を入れてるんだ…
- 136 名前：三文字路線で mailto:sage [2007/11/24(土) 21:38:39 ID:BiG3ryPJ]
- おっ、ID が ビッグ3 だ…
というわけで勝手に ZFS XFS JFS を ビッグ3 と決めますた
- 137 名前：login:Penguin mailto:sage [2007/11/24(土) 21:44:18 ID:lC7phVQh]
- >>117
ocfs2とかどないなのか気になる。
というか次世代となるとクラスタFSになるんじゃない？
速度や信頼性を追求する場面でextとかxfsとかいう話は出てこなくなるのかも
- 138 名前：login:Penguin mailto:sage [2007/11/24(土) 21:51:40 ID:8qHXSCfW]
- zfsもクラスタ対応になるんじゃなかったっけ？
- 139 名前：login:Penguin mailto:sage [2007/11/24(土) 22:01:51 ID:sauQFbv3]
- クラスタ対応とかは興味ないというかいらないなぁ、クライアントじゃぁ。
- 140 名前：login:Penguin mailto:sage [2007/11/29(木) 19:45:24 ID:rD7JhOhk]
- 次世代ファイルシステムの行方
japan.internet.com/column/webtech/20071129/6.html
- 141 名前：login:Penguin mailto:sage [2007/11/30(金) 09:37:54 ID:rV4snyMU]
- 特に何の意味もない記事だなあ。
- 142 名前：login:Penguin mailto:sage [2007/11/30(金) 10:42:43 ID:mleGbSeF]
- っていうか「日記はチ(ry」
- 143 名前：login:Penguin mailto:sage [2007/11/30(金) 21:26:49 ID:pAVg9f1O]
- Linux ファイルシステムの徹底調査
www.ibm.com/developerworks/jp/linux/library/l-linux-filesystem/
- 144 名前：login:Penguin mailto:sage [2007/11/30(金) 21:30:53 ID:deZGR6be]
- ＞以上が、20,000 フィートの上空から眺めた VFS とファイルシステム・コンポーネントの全体像です。
いいね、こういうのは。
- 145 名前：login:Penguin mailto:sage [2007/12/01(土) 22:07:33 ID:g+5VeIb9]
- お前もカーネルと一緒に静止軌道衛星で上空に浮かんでろ！
て、思う。
- 146 名前：login:Penguin [2007/12/08(土) 01:20:52 ID:sU/Rcdj4]
- Linuxって、FS層にイベント処理組み込む予定ないんだろうか？
実装されたら、サーバ間同期とか、リアルタイムバックアップを、
低い負荷で実現できそうなのに。
あとはパーティションを超えてのハードリンクと、
ディレクトリのハードリンクが実装されないかなー。
- 147 名前：login:Penguin mailto:sage [2007/12/08(土) 01:25:50 ID:FeHiOV7B]
- >>146
inotify?
- 148 名前：login:Penguin mailto:sage [2007/12/08(土) 01:46:12 ID:FNgZ13Kb]
- >>146
ディレクトリのハードリンクは".."があるから構造的にムリだべ。
- 149 名前：login:Penguin mailto:sage [2007/12/08(土) 01:54:29 ID:sU/Rcdj4]
- >>147
inotifyってFSレベルで実装されてたのか。知らなかった。
inotifyを使ったバックアップソフトってもう登場してる？
ググっても見つからない・・・。
- 150 名前：login:Penguin mailto:sage [2007/12/08(土) 02:37:44 ID:YDy//UIh]
- ところで、NTFSが遅いのでLinux+sambaに置き換えようと思っているのだが、
ファイル数とパフォーマンスの比較ベンチみたいなデータ掲載してるサイト有りませんかね
/home的なファイル群なのでパーテ多数作って細分化したら速度落ちないかなぁと期待してるんだけど。
xfsが巨大ファイルに強いってのは見たことあるんだけど、ファイル数での得手不得手ってどうなんでしょ。
- 151 名前：login:Penguin mailto:sage [2007/12/08(土) 02:54:59 ID:ELorHOyo]
- >>149
incron+今使ってるバックアップツール
じゃだめなのか？
- 152 名前：login:Penguin mailto:sage [2007/12/08(土) 03:57:20 ID:sU/Rcdj4]
- >>151
イベントが起こるごとにプロセス起動してたら、
せっかくの低い負荷が台無しになりそうな予感。
incron
inotify.aiken.cz/
イベントを受け取って、指定されたファイルに
イベント名とパスをひたすら出力するデーモンと、
そのファイルに書かれてるパスをバックアップするツールを
組み合わせるとかが妥当かな？
そうすれば好きなバックアップツールを使えるし、
負荷が低い深夜とかにバックアップさせることも出来るし。
- 153 名前：login:Penguin mailto:sage [2007/12/08(土) 04:29:16 ID:AOgHL0gM]
- てか、バックアップ対象のリストを作るだけならincron自体がいらないじゃん。
好きなバックアップツールだけをつかって負荷が低い深夜に(ry
- 154 名前：login:Penguin mailto:sage [2007/12/08(土) 04:35:29 ID:sU/Rcdj4]
- >>153
いやいや、それが最近の容量が大きいHDDだと、
一晩じゃバックアップできないんだよね。
手持ちサーバだと、差分バックアップしても10時間ほどかかってる。
そこでイベント処理で素早くできないかなと。
- 155 名前：login:Penguin mailto:sage [2007/12/08(土) 04:50:40 ID:AOgHL0gM]
- >>154
ファイルシステムレベルでのスナップショットがいるんじゃない?
とふってみよう。
- 156 名前：login:Penguin mailto:sage [2007/12/08(土) 04:56:58 ID:sU/Rcdj4]
- >>155
確かにスナップショットは欲しいけど、
本稼働サーバでXFSを試すほどではないかなー。
- 157 名前：login:Penguin mailto:sage [2007/12/08(土) 06:02:13 ID:AOgHL0gM]
- >>156
更新をIN_ONESHOTで監視してイベントを受け取ったらデイリーバックアップ
ってことにすればいいんじゃねぇと思ったけど、肝心のinotify(7)って、
監視イベントを踏んだ方はイベントを受け取るプロセスをただ起こすだけで、
処理をじゃんじゃか続行してかねーか?
- 158 名前：login:Penguin mailto:sage [2007/12/08(土) 11:54:13 ID:7rFxjzQG]
- >>149
バックアップとはちと違うかもしれんがこんなのか
freshmeat.net/projects/lsycnd/
- 159 名前：login:Penguin mailto:sage [2007/12/08(土) 13:58:48 ID:fXv3+El5]
- inofityって監視したい対象ごとにinotify fdに追加していかなきゃいかんから
システム全体の全ファイルをモニタするのは無理。
欲しいのはVFS hookなんだけど、LSMとかkprobesでモニタするような処理を
挿入できるのかなぁ。
- 160 名前：login:Penguin mailto:sage [2007/12/08(土) 17:21:09 ID:9+lQmPMD]
- >>154
それrsyncで普通にバックアップした方が結局速くなったりしない？
- 161 名前：login:Penguin mailto:sage [2007/12/08(土) 18:03:30 ID:sU/Rcdj4]
- >>158
おっ、やっぱりあったね。
>>159
まじで・・・。
トップディレクトリだけじゃダメなんだ？
>>160
今rsync使って10時間。
rsync 3.0でメモリ使用量が激減するらしいので、
そうなれば少しは早くなるかなとは思うけど。
- 162 名前：login:Penguin mailto:sage [2007/12/08(土) 19:42:14 ID:AOgHL0gM]
- >>159
mmap(2)してるやつまで考えると頭が痛くなりそうな気がする・・・
- 163 名前：login:Penguin mailto:sage [2007/12/10(月) 09:05:05 ID:1o7EIMpK]
- >>146
backup/restoreしたらリンクが切れそうだ
- 164 名前：login:Penguin mailto:sage [2007/12/16(日) 22:42:42 ID:kEiA0RYk]
- 同時アクセスに強いFSって今だとどれ？
- 165 名前：login:Penguin mailto:sage [2007/12/17(月) 00:22:30 ID:HS8oigxL]
- >>164
read に関してページキャッシュに乗ってればどれでも一緒じゃないか？
とコードも見ずに言ってみよう。
- 166 名前：login:Penguin mailto:sage [2007/12/17(月) 01:55:43 ID:RktuIZ7Z]
- ヘッドシークが短くなるよう設計してる(らしい)ReiserFS
- 167 名前：login:Penguin mailto:sage [2007/12/17(月) 05:01:49 ID:sg1FvI6J]
- その手の話は下でLVMやmdなどが動いていたら、fsレベルで何をやってもほとんど無意味じゃない?
fsレベルで下位のデバイスを直接面倒見るようにしないと、あまり高級なことはできなんだよなぁ。
- 168 名前：login:Penguin mailto:sage [2007/12/17(月) 10:14:55 ID:xMRdJbZY]
- それってI/O schedulerの仕事な気がする
ReiserFSはnoopと組み合わせたときに最高のパフォーマンスになるのだろうか
- 169 名前：login:Penguin mailto:sage [2007/12/18(火) 01:29:57 ID:+yZejH3O]
- もし
FSに与えられたボリュームの先頭と末尾にFAT的なものを設置して頻繁にsyncをかける、
などというFSがあったらやはり遅いのでは？
よくある環境で遅くなりにくいFS実装というのはありだろう。実際にどれがどうなのかは知らんけど。
同時アクセスつーても大雑把すぎるが、エントリのリストアップが高速なFSはWin向けによさそうかな
- 170 名前：login:Penguin mailto:sage [2007/12/18(火) 04:18:07 ID:6DnGK8YD]
- じゃあtmpfsが最強ってことでおｋ？
- 171 名前：login:Penguin mailto:sage [2007/12/18(火) 09:57:01 ID:stAupCCv]
- 次点はReiser4な
- 172 名前：login:Penguin mailto:sage [2007/12/19(水) 03:03:55 ID:ICj0cKZP]
- Resier4そんな速いのかw
ext2で中途半端にキャッシュに乗った状態はすこぶる遅いと表明しておこう
ext3は挙動がよくわからない
- 173 名前：login:Penguin mailto:sage [2007/12/19(水) 09:37:18 ID:FtoZ4/4Y]
- >>172
>ext2で中途半端にキャッシュに乗った状態はすこぶる遅いと表明しておこう
何今更ネタを披露してんだ？
- 174 名前：login:Penguin mailto:sage [2007/12/20(木) 06:22:34 ID:vEhWN4uA]
- NTFSはもっと遅い
- 175 名前：login:Penguin [2007/12/30(日) 13:51:28 ID:1u1is7/Z]
- ちょっと前にイベント処理の話し出てたけど、
Mac OS Xは↓こうなってるらしい。翻訳もしてくれた人がいた。
arstechnica.com/reviews/os/mac-os-x-10-5.ars/7
pc11.2ch.net/test/read.cgi/mac/1194073058/54-63
なかなかおもしろいね。
Be OSの方もどうなってるのか気になるなー。
- 176 名前：login:Penguin mailto:sage [2007/12/31(月) 01:38:48 ID:u9rDnk0D]
- ext3の500GBのHDDに500M〜2GBぐらいのTV録画のmpegファイルを適当に放り込んでいたら一杯になったので、
もう一個SATA|IDE-HDDを買ってきてUSBでつないでバックアップつーか要保存のだけ
そっちに整理することにしたのだが、ファイルシステムは何がいいでしょうね?
保存用なので、HDDの利用効率(ext3はちょっと目減り激しい気がす)と壊れにくいのがいいのだけど、
場合によってはUSBで直付けしてWindowsでも見れるntfsもありかなと思っているんだけど。
- 177 名前：login:Penguin mailto:sage [2007/12/31(月) 02:21:15 ID:bruoMmTv]
- btrfsで。
- 178 名前：login:Penguin mailto:sage [2007/12/31(月) 02:31:26 ID:u9rDnk0D]
- >>177
ありがとう。調べてみます。
- 179 名前：login:Penguin mailto:sage [2007/12/31(月) 02:49:08 ID:+0ONQ7NM]
- btrfsはまだアルファ版では？
- 180 名前：login:Penguin [2008/01/12(土) 02:03:46 ID:jzLk1uOI]
- >>175
Appleも日本語リファレンス出したよ。
ファイルシステムイベント プログラミングガイド
developer.apple.com/jp/DOCUMENTATION/Darwin/Conceptual/FSEvents_ProgGuide/Introduction/chapter_2_section_1.html
- 181 名前：login:Penguin mailto:sage [2008/01/12(土) 02:29:53 ID:Bx7hU4VM]
- 板違いの話でなんでざーとらしくageちゃうんだろ・・・。
いや、触ったら連中の思うツボ。ここは触っちゃいけないんだったな。くわばら、くわばら。
- 182 名前：login:Penguin [2008/01/12(土) 05:25:06 ID:MhamVZBR]
- 住人気取りきめぇ
- 183 名前：login:Penguin mailto:sage [2008/01/12(土) 05:29:58 ID:jzLk1uOI]
- >>182
住人だし。
イベント処理を使ったバックアップが出ないかなーと思ってるから、
参考になるかなと思って貼っただけ。
- 184 名前：login:Penguin mailto:sage [2008/01/12(土) 05:38:03 ID:SErII+Xc]
- 気にも留められずに無視されるよりは、たとえ嫌われてでも意識してもらえる方がマシ…とかね
たとえウザがられようともMacやAppleという単語を目に触れさせるようにして、
1000人に一人でも10万人に一人でもいいから
「でもちょっと調べてみるか」くらいのアホが出て来ることを期待してるんだよ
自分たちの何十倍も巨大で、そしてその殆どが自分たちに対して興味すら抱いていない場合に
最も有効な戦略は、まずウザがられて叩かせることなんだ
ほんの10年前、2chができる前に、韓国や北朝鮮や、在日の話なんて誰も知らなかっただろう？
今では2chに来る人の間では、ほとんど常識になっているよね。
必死に彼らを叩く嫌韓厨たちは、連日「韓国」」「朝鮮」「在日」といった単語を
宣伝して回っていたというわけだ。憎悪に駆られて毎日膨大な時間を、韓国ニュースとかを漁ってね。
Appleも、同じ事をやり始めた。いくらメリットを説明しても、メッセージが届かなければ宣伝にならない。
まずはちょっとひと揉みしてアンチを生み、彼らに宣伝を手伝ってもらおう。…今は、そういう段階なんだよね
- 185 名前：login:Penguin mailto:sage >>184長文乙 [2008/01/12(土) 06:01:06 ID:jzLk1uOI]
- しかしこれだけストレージが大容量化されてくると、バックアップが大変。
HDDの障害はRAID構成で対処できるけど、
RAIDコントローラーの障害、ファイルシステムの破損は、
結局外部メディアにバックアップしておくしかない。
もし落雷や火事にまで対応するのなら、ネット経由でのバックアップが必要。
しかし常にLoadAverageが高いサーバだと、
バックアップのために割けるCPUリソースがない。
そこで、イベント処理型のバックアップシステムが必要とされてると思うんだけど。
とくにSANなどの外部共有ストレージが使えない低コストが求められる環境だとなおさら。
そういう需要って少ない？
- 186 名前：login:Penguin mailto:sage [2008/01/12(土) 06:37:11 ID:bmbAU9+b]
- スレ違いだが……
>>184
それで嫌韓連中を増やしたことが韓国のメリットになったのか？
アップルもしくはその支持者の戦略だとするなら、まずそこを
検討しているはず、と思うのだが。
- 187 名前：login:Penguin mailto:sage [2008/01/12(土) 06:57:51 ID:SErII+Xc]
- >それで嫌韓連中を増やしたことが韓国のメリットになったのか？
韓流ブームはTVと週刊誌で成立したものだと思ってるクチ？
その下地づくりが何時から始まったのか、調べてごらんよ
- 188 名前：login:Penguin mailto:sage [2008/01/12(土) 07:07:04 ID:bmbAU9+b]
- >>187
なにを示唆したいのか、さっぱり分からん。
てか、「ほのめかし」に終始して会話する気ないでしょ。
- 189 名前：login:Penguin mailto:sage [2008/01/12(土) 07:22:17 ID:SErII+Xc]
- 理解する気がないくせに「会話する気がない」って何様
- 190 名前：login:Penguin mailto:sage [2008/01/12(土) 10:50:20 ID:4BgmnGqv]
- >>185
真にバックアップの必要なデータって極わずか。
それらが大量にあるというなら、それなりの
コストを払ってSAN上で２重化すれば。
つかCPUマシンとI/Oマシンくらい別にすれば。
- 191 名前：login:Penguin mailto:sage [2008/01/12(土) 11:09:04 ID:IDm5jJbB]
- >つかCPUマシンとI/Oマシンくらい別にすれば。
なんだその表現ｗｗｗ
- 192 名前：login:Penguin mailto:sage [2008/01/12(土) 11:27:17 ID:jzLk1uOI]
- >>190
SANが導入できる予算があれば苦労しないわけで。
しかしSANってかなりファイルアクセスコスト高いから、
大量の小さいファイル（HTMLとか）で
500GBとか占めてるサーバの差分バックアップ取ろうとしたら、
かなり時間掛かるんじゃないだろうか。
ブロックコピーだったら問題ないけど。
- 193 名前：192 mailto:sage [2008/01/12(土) 11:29:24 ID:jzLk1uOI]
- SANはSANでも共有ファイルシステムを使った場合の話しね。
- 194 名前：login:Penguin mailto:sage [2008/01/12(土) 11:52:55 ID:4BgmnGqv]
- >>192
>大量の小さいファイル（HTMLとか）で
>500GBとか占めてるサーバの差分バックアップ取ろうとしたら
それらが本当にバックアップ対象なの？
差分とる必要があるなら、差分がとりやすいような構成に
するんじゃないのか。何も考えずに/varに500GBとか
やってるんすかね。
- 195 名前：login:Penguin mailto:sage [2008/01/12(土) 11:55:47 ID:yT37g0aU]
- >>185
そんなだらだらとしたバックアップが実際に役に立つと思いますか？
データの一貫性を保つためには、きちんと決められた時点のデータがすべて揃わないと何の意味も無いんですよ。
あなたみたいな、ハードウェア的な要件だけでしか物事を考えられないSEは邪魔なだけですよ。
- 196 名前：login:Penguin mailto:sage [2008/01/12(土) 12:26:21 ID:jzLk1uOI]
- >>194
HTMLの場合もあれば、2chのdatファイルのようなこともあれば、
Maildirのメールファイルのこともある。
HTMLやMaildirの場合はディレクトリ構成とかをこっちの自由にはしにくいから、
全体で差分バックアップを取る必要がある。
>>195
DBのバックアップじゃないから、OK。
HTMLの場合なんかだと、スナップショットを取る必要すらない。
決めつけの頭固いSE乙。
- 197 名前：login:Penguin mailto:sage [2008/01/12(土) 12:30:53 ID:iYG31qhb]
- Appleのドキュメント見に行ったけど、バックアップに使うというのは、
イベントによってファイルシステムのある瞬間の状態をとれるということだよね。
スナップショットをとってのバックアップだったらLVMとかでLinuxで既にやっているし？
あまりLinuxで似たような実装するとか(効果や労力の点で)考える必要ないんじゃない？
と思ったけど、そういうこととは違うの？
- 198 名前：login:Penguin mailto:sage [2008/01/12(土) 12:43:43 ID:jzLk1uOI]
- >>197
いや、違う。
例えば100KBのファイルが5000000個あるボリュームがあって、
それの差分バックアップを取りたい場合、前回との差を調べるだけで、
１〜５時間ぐらい（バックアップ先やLAによって異なる）かかる。
でも実際にはほとんど更新されてなかったりして、
ファイルコピー自体は10分ぐらいで終わってしまったりする。
そこでどのファイルが更新されたのかをイベント処理によって検知して、
その更新されたファイルリストを作っておき、
そのファイルだけをコピーするようにすれば、
差分バックアップがあっという間に出来てしまう。
これなら１時間おきに差分バックアップを取ることも可能。
ってことをやりたい。
- 199 名前：login:Penguin mailto:sage [2008/01/12(土) 13:07:29 ID:iYG31qhb]
- ionotify APIを使えばできるようになるのかなあ
www.linux.or.jp/JM/html/LDP_man-pages/man7/inotify.7.html
うーん、これを利用するプログラムなら、もうあった気がする。
というかそのプログラムの説明でこのAPIを知った筈なんだが。
- 200 名前：login:Penguin mailto:sage [2008/01/12(土) 17:24:53 ID:Y+I93RRs]
- lsyncd
www.pri.univie.ac.at/index.php?c=show&CEWebS_what=Lsyncd
これか？
- 201 名前：login:Penguin mailto:sage [2008/01/12(土) 17:37:47 ID:zybZJIGE]
- で、ループしてinotifyは監視できるノード数に限界があって・・・、で戻る。
inotifyで/以下監視しようとするとさくっと死亡します。
ただし、/home以下ならユーザー数や利用のされ方しだいでは可能。
現実的な策としてAppleの実装は参考になるよ。
もっとも根底からinotifyとは違う方式なので、単にログサーバが
別途あればいけるというようなことにはならない＞Linux
- 202 名前：login:Penguin mailto:sage [2008/01/12(土) 17:56:05 ID:Bx7hU4VM]
- >>198
> HDDの障害はRAID構成で対処できるけど、
> RAIDコントローラーの障害、ファイルシステムの破損は、
> 結局外部メディアにバックアップしておくしかない。
> もし落雷や火事にまで対応するのなら、ネット経由でのバックアップが必要。
よくわからんが、その「どのファイルいぢったかイベントドリブンでメモしときましょう型」
バックアップってさ、結局そのメモスレッドが走ってるCPUマシンが障害起こしたら
おしまいじゃねーの?
バージョン(世代)管理型のバックアップでもないようだし
RAIDコントローラーの障害を心配して、RAIDにしない理由がいまいちわからん。
RAIDコントローラーを一枚(or一台)余計に
買って使わないで保存しとけば、RAIDでOKじゃね?
- 203 名前：login:Penguin mailto:sage [2008/01/12(土) 20:48:27 ID:1iC8xxCD]
- >>202
ID:jzLk1uOI はRAIDを使わないとは言ってないのでは？
RAIDがあってもバックアップは大切。
そのバックアップを早くしたいって話なんじゃないの？
- 204 名前：login:Penguin mailto:sage [2008/01/12(土) 22:13:37 ID:jzLk1uOI]
- >>201
同意。
>>202
203の通り。
>>203
代わりのレスあり。
- 205 名前：login:Penguin mailto:sage [2008/01/12(土) 22:16:35 ID:4BgmnGqv]
- >>204
金も知恵も使いたくないなら
RAID１やってバックアップとるとき抜いて、
別マシンで差分とればいいんじゃね？
- 206 名前：login:Penguin mailto:sage [2008/01/12(土) 22:23:07 ID:jzLk1uOI]
- >>205
RAID1の片方のHDD抜いたら、
ホットスペアディスクに転送始まって、
終わるまで重くてしょうがないよ。
それにわざわざデータセンター行かないとできないし。
- 207 名前：login:Penguin mailto:sage [2008/01/12(土) 23:01:22 ID:Bx7hU4VM]
- >>204
RAID5/6でもダメ?
バックアップ取りたいってのは分かる気がするけど
んーとさ、これってファイルシステムレベルで
やる話なのかな?って思った。
アプリケーションレベルで保存先二つにするとか、
ユーザのログアウト時にユーザの書き込み範囲だけ
バックアップ同期するとかそんなんでもよさげな気がす。
- 208 名前：login:Penguin mailto:sage [2008/01/12(土) 23:28:26 ID:gMk/W/4K]
- >>207
というかブロックレベルでやればいいよな、と思った。なに？EMC高い？AX4なら100万以下だぜ
- 209 名前：login:Penguin mailto:sage [2008/01/12(土) 23:43:07 ID:Bx7hU4VM]
- >>208 そりゃそれなら文句ないだろうけど。
ここの話で、確かにもう少しそういうものの小規模、低コストなものは需要があるのかもしれんね、とおもた。
- 210 名前：login:Penguin mailto:sage [2008/01/12(土) 23:58:53 ID:D/8nBsgE]
- クラスターファイルシステムもここでいいんかな？
iSCSI+ocfs2でファイル共有したいんだが、centos5.1とubuntu7.10だと同時にマウントできない
centos5.1同士、ubuntu7.10同士は問題ない
centos5.1がocfs2 1.2.7-1、ubuntu7.10がocfs2 1.24
バージョン違うと共有できんのかな？
gfs2はバージョン違うとダメだったりします？
ocfs2とgfs2のそれぞれの利点がさっぱり分かりません・・・
- 211 名前：login:Penguin mailto:sage [2008/01/13(日) 10:03:01 ID:Nollm+Al]
- >>210
基本的に、クラスタで両方からいっぺんにアクセスされる可能性があるものの場合は
バージョンをあわせなきゃダメだろ。バージョンが違うと言うことは機能に違いが
あるということなのだから。
|
 |
