【NAS】 FreeNAS/NAS4Free総合 【FreeBSD】 Part2
■ このスレッドは過去ログ倉庫に格納されています
FreeNAS : Open Source Storage http://www.freenas.org/ NAF4Free : The Free Network Attached Storage Project http://www.nas4free.org/ PCをNAS化するFreeBSDベースのディストリビューション バックアップや物置にマターリ語りましょう 何かエラーのことを質問するなら、まずログを確認 そこには重要なキーワードが書かれているはずですよ 前スレ 【NAS】 FreeNAS/NAS4Free総合 【FreeBSD】 http://mao.2ch.net/test/read.cgi/mysv/1446904490/ 実は令和って元号嘘でしたー。 って政府発表が明日あるよ。 >>592 それってLIVE版て事じゃないの? Linuxの鳥のライブDVDとかみたいに >>588 メニューに 9)instll があれば、まだインストールできてない。なければ、インストール済 テスト運用で保存されないって慌てた経験談 >>597 >>598 十数回USBフォーマット、img焼き、インストールを重ねた結果 今ようやくUSBにインストールできて、リブートしても設定保持されてました 本当にありがとうございました 決め手はLiveUSB-GPT....img.gzを7zipで解凍して中身のimgをEtcherで焼いたのと インストール時メニューの2番のInstall 'Embedded' GPTを選択したことくらいかな 最近のマザーボードってwin10しか対応していないものが出てきているけど、FreeNASを入れるのに何がオススメでしょうか? >>600 強いてあげればメモリいっぱい積めてストレージ一杯積めるマザボかな >>600 個人ユースが前提 PC ケース(重要): 内部3.5inch スロットの多いATXケース。RAIDZ だとdata 7本+parity 1本の構成が取れる。 さらに容量を追加したくなったら、RAID1 (2本)をRAIDZ のプールに追加すると冗長性を担保しつつ当座はしのげる。 内部5inch スロットも3台分あるとそこに3.5inch 4本積める。圧迫されることがあるので裏面配線はやらないように。 マザー: SATA ポートが多い方がいいけど、拡張カードで増やすことができる。NVMeとSATAが排他になったマザーが増えてる。 CPU: 一番安い GPU 内蔵のCeleron が最適。システム消費電力が30-60kwhで年間1500円-3000円の電気代で済む。GOLD 電源とかも不要。電気代で年数百円しか違わないから。 メモリ: 8GB以上推奨となってるけどファイルサーバーとして使うなら4GB一枚あれば十分。 USB スティック:システム用。USB2.0推奨みたいだけど、使う分には関係ないみたい。4GB以上。 HDD :NAS向けHDD は不要。冗長性が欲しければRAIDZ2やRAIDZ3だけど、データロストに備えるなら、まずはバックアップに本数を振り向ける。 >>605 電気代がそんなもので済む訳ないやん。 50wでも24h運用すれば月間1000円。 後USBは32GBが推奨 何に使うんだ?って疑問はあるけど。 https://www.ixsystems.com/documentation/freenas/11.2/install.html A minimum of 8 GiB of space on the boot device is required. However, 32 GiB is recommended to provide room for future additions and boot environments. When using mirrored boot devices, it is best to use devices of the same size. If the device sizes are different, the mirror is limited to the size of the smaller device. >>605 raid-zのプールにraid1追加したらどうなるの? >>607 ウェアレベリングで壊れにくくなるってことでしょ >>608 www root@freenas[~]# zpool create filepool raidz2 /mnt/zfspool/zfs/1g_1 /mnt/zfspool/zfs/1g_2 /mnt/zfspool/zfs/1g_3 root@freenas[~]# zpool list filepool NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT filepool 2.75G 948K 2.75G - - 0% 0% 1.00x ONLINE - root@freenas[~]# zpool status filepool pool: filepool state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM filepool ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_1 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_2 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_3 ONLINE 0 0 0 errors: No known data errors root@freenas[~]# zpool add filepool mirror /mnt/zfspool/zfs/1g_4 /mnt/zfspool/zfs/1g_5 invalid vdev specification use '-f' to override the following errors: mismatched replication level: pool uses raidz and new vdev is mirror てなるんだよ? もちろん同じレベルなら root@freenas[~]# zpool add filepool raidz2 /mnt/zfspool/zfs/1g_4 /mnt/zfspool/zfs/1g_5 /mnt/zfspool/zfs/1g_6 root@freenas[~]# zpool list filepool NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT filepool 5.50G 1.84M 5.50G - - 0% 0% 1.00x ONLINE - root@freenas[~]# zpool status filepool pool: filepool state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM filepool ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_1 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_2 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_3 ONLINE 0 0 0 raidz2-1 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_4 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_5 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_6 ONLINE 0 0 0 errors: No known data errors 蛇足 root@freenas[~]# zpool add filepool raidz /mnt/zfspool/zfs/1g_7 /mnt/zfspool/zfs/1g_8 /mnt/zfspool/zfs/1g_9 invalid vdev specification use '-f' to override the following errors: mismatched replication level: pool uses 2 device parity and new vdev uses 1 まあ強制すればできなかないが root@freenas[~]# zpool add -f filepool mirror /mnt/zfspool/zfs/1g_10 /mnt/zfspool/zfs/1g_11 root@freenas[~]# zpool list filepool NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT filepool 6.44G 1.14M 6.44G - - 0% 0% 1.00x ONLINE - root@freenas[~]# zpool status filepool pool: filepool state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM filepool ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_1 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_2 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_3 ONLINE 0 0 0 raidz2-1 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_4 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_5 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_6 ONLINE 0 0 0 mirror-2 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_10 ONLINE 0 0 0 /mnt/zfspool/zfs/1g_11 ONLINE 0 0 0 errors: No known data errors 当座のしのぎでaddは愚策じゃね?パリティ/ミラーディスク分が今後2台で運用することなるし、作ったミラー消せないし。 >>613 RAIDZ のミラー化は前提ではありません。RAIDZ のプールへのRAID1追加はVolume Manager のマニュアルモードから可能です。 3TB群と4TB群のraid-zを2セット同時運用するとまずいです? >>603 ZFSなんてメモリ積んでなんぼのFSだと思うが >>617 重複排除するならそうだろうね。 あんな機能要るか?個人ユースなら(というか余程特殊な用途じゃないと) 追跡用のatime記録も要らんわ。 前にバックアップ用途でZFS使ってる人が居たけど、それなら納得。 通常使用なら、全く必要だと思わない。 なぜか重複排除について語り始めてわろた 重複排除関係なくZFSはメモリが最重要要素だけどな >>616 速度が重要でなくて容量効率が良くていいなら別に問題ないけど。 速度は単一でディスク数が多い方が早い。 容量効率はraidzならそれぞれ5本以上、raidz2ならそれぞれ8本以上でなければ全部繋げた方が容量多い。 >>618 個人用途なら重複排除はメモリもCPUも必要だしそもそもコスト考えたら素直にストレージ増やしたほうがてっとり早いと思う バックアップ用途に特化するならメモリいらんのちゃう? 大昔からZFS使うならメモリは可能な限り積もうと言われてる 公式推奨では8GB以上 ECCはあったらいいねだそうだ >>623 ZFSはエラーに強いのでECCはあったらいいね程度なのは昔から言われているものの、 個人的にはカーネルやドライバなどのプログラム領域でビット反転があったら怖いのではないかと思っている。 データの重要性に応じて選択することになるのだろうけど、うちではECCにしてしまった。 ZFSはメモリが少ないと復旧処理中に落ちて無限ループになって嵌る。 過去スレでも話題になった。 規定量無いメモリは復旧処理とか関係無しに危険よ 15TBに12GBで運用してるけど空き容量が危険域になったから大量削除やデータセットの破壊を実行したら メモリを食いつぶし始めて操作を受け付けなくなってそのまま二日放置する羽目になった たかがNASでメモリ最重要とか馬鹿げてると思うんだが? ESXiの方はもう出来うる限りのメモリ積むけど、データ置き場でしかないZFS で重複排除するんです!データをキャッシュするんです!メモリ沢山下さい! と言ったら「お前にそんな機能は求めない」と答えるよ。 SSD位ならつけてあげるけど。 >>622 いやいや、バックアップ用となら2世代3世代とバックアップするから データが重複する可能性は高いでしょ。 これなら確かにZFSの真価を発揮できると思ったね。 >>620 >>478 ,494,499,506,510,516,542 辺りの誰か? このスレで上から目線で答えてくる奴はフラグ立ってるけど。 要求メモリ量は操作対象の量で上限が突き出るからデカい操作しないなら最低量でも動かすことは出来る。 ただそれZFSで構成する必要のあるNASか?という疑問は出る。 最低量のメモリで運用するなら他のファイルシステムの方がファイルキャッシュの効率は良いはずよ。 ZFSって性能良いかって話でもあるし。 うちは物置みたいな使い方してるんでUFSに変えたよ 今のFreeNASってUFSサポートしてなくない? xigmanasの方? うちのFreeNASは古くて8.3.1のALPHAw MicroServerが話題になった頃のバージョンだと思う これはUFSでRAID1とかRAID3とか組んでるって事? 普通にWindowsでCIFSで共有する場合と比べて、 どれくらい性能でてるの? >>637 >で、もちろん毎日バックアップすれば、いくら 4TB の HDD でも普通ならばあっというまに容量が無くなってしまいますが、dedup をオンにしてあるので、重複された内容が除外されるため、毎回フルバックアップをしても容量がなかなか減らないのです。 あーやっぱこうなるか〜。良い使い方だな〜。 でもDedupするなら怖くてECCメモリじゃないと運用できんな。 HWの要件が一段上がるw いまメモリの価格が落ちてるから、ECCの大容量を思い切って買ってしまいなよ 経験的に、適切なインフラの投資をしておくと、 あとが凄い楽になるよ。 >>637 >>639 岩舘電気wwwwwwwwww >>640 まだ底値の倍有るから見送りやな。 1T辺り必要なのは5GB?うち位なら64あれば十分かな。 興味深い使い方だから、その内移行するけど、今すぐ必要という訳じゃないな。 >>641 岩手では誰でも知ってるコマーシャルの会社だ。 岩手のひかり 岩舘電気〜 みんな幸せ 幸せ岩舘電気〜 明るい明るいラララランララ〜 岩舘で・ん・き〜 ほー、高給取りのSAPを蹴ってまで来たくなるような魅力ある会社なんだな〜。 >>627 >15TBに12GBで運用してるけど空き容量が危険域になったから大量削除やデータセットの破壊を実行したら >メモリを食いつぶし始めて操作を受け付けなくなってそのまま二日放置する羽目になった この辺は重複排除「あり」の話なの?「無し」の話なのそれで 運用は全然違うと思うんだが? 森山直太朗と秦基博と平井堅その他がライブで岩舘のCMソング歌うんですか… >>651 1TBあたり1GBというのはdedupの話だっけ? Cache に SSDを使うと速度が劇的に変わるが チューニングの仕方まではよくわからん。 >>653 ディスクそのものの見積もりは https://wintelguy.com/zfs-calc.pl この辺にあるみたいだけど必要メモリは無いね。 しかしよく考えたら15TBで丸2日消費はメモリ関係なしに妥当な気がするね。 中でHDDのリバランスするだろうし。自分は3TBx3のHDDで1つ物理破損して リカバリするのに6〜8時間かかった経験があるし、そんなもんじゃね? >>651 あるが他の板の分野になっちゃう 数行で伝えられるようなもんじゃない >>656 この投稿、定期的に見るね。 ていうかなんで dedup が有効になったんだ。 押すなよ!絶対に押すなよ!って自分に言い聞かせて自分で押したのか。バカス。 ZFSにメモリの代わりにSSD喰わせるのも実は悪手。 なんでかっつーと、ZILはメモリの量を基準に使用量が制限されて、L2ARCはそれ自体の運用にメモリを食うから。 だからSSD突っこむ前にメモリを最低64GB載せろっていわれてる。 >>661 以前テストしたときは、メモリそんなに載せてない NAS4FreeにSSD突っ込んだら何倍もコピー速度が上がったよ。 たしか余ってた32GBのSSDだった気がする。 dedupはデフォルトONじゃなかったけ? 明示的にOFFにして配下に継承させた希ガス。 >>662 USBメモリのインストールの時からずっと思ってたけどこの板は 何で全く反対のノウハウをさも当然の様に書き込む奴がいるの?? 物理的に動いている物なんだから、試せば1つの結論しか出ないよね? 正反対の事を書いているなら、どっちがが嘘つきか低能バカって事になるんだけど。 メモリ32GにNVMe400GB全部L2ARCに振ってるけど別に重くなってないぞ >>665 SSDをキャッシュにしたらパフォーマンスの改善がされました、ということに何が不満なんですかね。 >>664 そのあたりは運用方法次第じゃない? たかがNASとして使うかされどNASとして使うか?みたいな うちの場合NAS4Freeをストレージ鯖としてすべてのファイルを一元管理してるので一番重要になってる >>657 このリンクの計算方法正しいの? ZFS圧縮掛ける場合は1block=128kBがデフォルトレコードサイズな気がする。 512バイトは圧縮使わない場合とかどっかで聞いたような? だから「ざっくり64k」じゃなくて「固定で128k」で計算すれば 1TB=5G。 結構、現実的な数字じゃね? てか、不満なら最初の設計で1ブロックを248KBとかにすれば良いんであって。 >>670 >dedupなら2TBで10GBとかでしょ。 あ、ごめんそう書いてるね。 何にしてもメモリと兼合いを検討するなら、ブロックサイズ調整すれば良いかなと。 究極の分散FSであるグーグルFSは1ブロック64MBらしいし。 ZFSの開発者はメモリ64GB未満の環境ではL2ARCを使うことを推奨していない L2ARCは意外とメモリ消費が激しくARCに使える量が減ってしまうので >>662 以前テストしたときはECCの為にメモリを半分に減らしたマシンにSSD64GB+200GB搭載しても全く速度に寄与しなかったよ。 そもそもL2ARCはARCから溢れた物を表に影響出ない程度の速度で充填していくだけの物だから書き込みには一切寄与しない。 ZILは同期書き込みの時だけ此奴がログを引き受けるもんだから桁違いに速くないと此奴のせいで逆に遅くなる。 >>664 たかが、の基準が何処に有るかわからんけど、そういえる程度のNASにZFSを使う方が冗談でしょって話ではないかな。 サンが健在だった頃からZFSの運用はまずメモリ、性能上げる方法もメモリって言われるくらいメモリ第一よ。 そもそもエンタプライズ向けのファイルシステムなんだからたかが NASと言われたらたかが64GB、な話。 今となってはその通りだが、zfsでた当時は メモリ64MBとかそんなもんだった気が。 2TBのインメモリDBが出たときはすげえと思ったが、 それも確か7年前くらいか。 >>674 何時の時代のエンタープライズなんだよ? サンが健在だったころのエンタープライズなら当時はxeonの結構 良い奴でもMAX32GBが多かったみたいだけど? >以前テストしたときはECCの為にメモリを半分に減らしたマシンにSSD64GB+200GB搭載しても全く速度に寄与しなかったよ。 どっちかの実験が間違ってたとしか言いようがなくね? 速くなったと言った方が勘違いなのか、何も変わらないと言っている方の 実験方法が正しくなかったのか。 少なくともネットワークが1Gbps LANのままならば、ネットワークがボトルネックになって大量のメモリやSSD cache の効果はでてこない。 両方とも正しいという答えもある。そもそも比較するのが間違っているという答えも。 何せ測定環境も測定方法をそろえてない話だ。どっちが間違いとか以前の問題。 でもまあ普通に考えれば、SSD をキャッシュにしたら HDDの速度は上がるんでね。 l2arcでセカンダリにキャッシュされるデータがメタデータだけになってましたー とかいうオチじゃないだろうね・・。 >>679 SSD cache はランダムアクセスを効率化するとガイドにある。 >>679 同じデータを2回読まなければ上がらんだろ。 >>675 zfs出たの2004年よ。Win2003で64GB。64MBとか95年に一般でも64MBでしょ。 Sun ZFS Storage 7120の24GBで大量にファイル消して大変だったのを体感した時代があったけど、そこから考えれば64GBとか安く手に入るのはいい時代だよね。 出たのは頃のはそんなもんだけど、さらにメモリを要求する dedupが入ったのが10年頃。 この辺出たサーバSunT4-1だけど最大メモリ512GBだから時代に合わせて 増し増ししていったんじゃ >>684 ちょっと悪いけどZFS語るときにdedupは除外して話してもらえないか? あっちは、リンクで完全に必要なサイズが見積もれるんだからどうでも良いじゃん。 http://d.hatena.ne.jp/flageo/touch/20120318/p1 (必要なデータ量nTB) / (ブロックサイズ(デフォ128kB)) * ハッシュ(320byte) 重複排除使いたい人は、見込のデータ量からブロックサイズ決めれば、 自動的にこの機能に必要なメモリサイズは決定する。 使わない人はその分のメモリは必要ない。 で、それを除外しても、ZFSはメモリ食いなファイルシステムなの?? そら、圧縮がほぼ外せない機能だから、普通のRAID5に比べれば要るのはしょうがない。 じゃあ、何GBなのさ?って話なんだが?8GBで運用してる人もいるんでしょ? >>685 その説明ってZFSの仕組みから始めることになる板違いも良いところだけど 端的に言ってメタデータの操作が非常にコストが重いのでディスクに読みに行かないようにメモリ上に留めようとすると 実際に使用されているブロックとして1TBあたり1GBは必要って事になってるだけよ。 必要量に満たなくても特にトラブルにならないのは実際に使用されているブロック数をそのまま操作対象とする状況が発生してないからで そのような操作は非常に大量の削除やデータセットの破棄に顕著だから日常的には問題にならない。 >>690 横槍やけど 自宅サーバースレって言うことを忘れないでほしい 何でもかんでもMaximumの状況を考える必要もない 必要な人はそうしたらいいだけで、他の人を罵るなんて人間性がおかしい こうじゃなきゃいけない!って言う感覚が強いのかな? 環境はひとそれぞれなんだけどね >>690 いやいや、 > 実際に使用されているブロックとして1TBあたり1GBは必要って事になってるだけよ。 この程度だったら別にいいよ。8TBの容量で8GBメモリ? 十分実用的じゃん。何でもかんでも64GBメモリ積め、ってのとはエラい違いだ。 メモリ搭載量もそうだし、SSDはメモリ積まないとなんの意味もないっていうのも、直感的にもホントかよって思う。 Dedup やるとして、メタデータをSSDに配置できるならまあまあ速いのでは。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる