【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/ >>571
個人でその構成はキチガイだろ(褒め言葉) >>574
iSCSIは結構だが、MicroSDブートって聞くと
Raspberry Pi みたいだな。
うちの Raspberry Pi の MicroSDカードは
何度か壊れてるし、ネットでも使い捨て扱いの
発言をしている人も見かけるのでちょっと怖い。
ESXi では、USBブートやら何やら試したけど、
幾多のトラブルを経て結局サーバ用HDDからの
ブートで落ち着きました。 安いハードでiSCSIブートしたいならIntel NICのファーム書き換えりゃいいんじゃね esxiへのiscsi用途に使ってる
ストレージ遅いとスナップとるのもクローンするのも時間かかるからね。
esxiとはP2P接続
上で>>571が言ってるようなHCI作りたかったけど予算の兼ね合いでこの構成に収まった。
家でWeb鯖立てたりVPN鯖立てたりなんやかんやしてるけど
殆どは勉強&開発用OSかな。
本業はSES ESXiの貧弱さをカバーするのに、FreeNAS(RDMしたディスク(NVMe SSDならPCIパススルーも良い)をZFSでiSCSI共有)がとてもいいんだよね。遅くなるけど。
ESXiはファイルシステムが虚弱なFAT32だったり、仮想クライアント起動中にスナップショットとれない(最新Verは知らないけど。)
そんな使い方なら個人的にはPROXMOX VEをオススメする。仮想化はkvm、OpenVZ。debianベースなので、インストール時にディスクを選ぶ時点でソフトウェアraid組んでzfs使える。超便利。 NASという目的のために作られたfreeNASにOSの仮想化であるESXiからマッピングすると言う発想が
イマイチ理解出来ん。。。
アクセスまでの経路を図にするとこんな感じ?
OS -> OS固有のFS(ext4/ntfs) -> VMFS(RDM) -> ZFS -> 物理HDD or SSD
そしてESXi, FreeNASのどちらが故障しても、ESXi上で動くOSは停止するとか、影響を受ける感じですかね? ESXi のファイルシステムは VMFS で、FATではないですよ。
仮想ゲストが起動中にスナップショットも取れる。
ハードを選ぶが、その分セットアップも簡単。
何か別なものと間違ってない? >>582
ESXiのファイルシステムはVMFSでしょうが、その上にインストールされた
OS(winならNTFS、linuxならext3,4とか)では?
ESXiにOS作ったらインストール時にフォーマットするよね?
だからVMFS -> NTFS -> win(OS)
FATって何時の時代??
>仮想ゲストが起動中にスナップショットも取れる。
これは別にESXiを単発で運用しても取得できる。 >>574
マイクロSDをどうやってPCに繋いでるのかわからんが、
USB経由なら先のマニュアルで明示的に非推奨になって入る。
NOTE: SD cards to USB converters are not recommended as these have caused problems for many
users. When using a CF adapter, avoid the no-name brands to ensure compatibility, reliability, and
performance.
だけどまぁ、それで長いこと動いているなら、もうそれで良いじゃん
という気はする。 >>578
それやったんだけどマザボがPCIeからのブートに対応してなくて無理だった >>584
USBで刺して運用中
上でも書いてるけど別に壊れたら新しいのに入れたらいいじゃんて感覚で使ってるので
本気運用の人に勧める気は無いよ
MicroSDへの再インストール終わるまでぐらいなら別に止めても支障無い使い方なので
それにNAS4Freeなら設定のインポート
ESXiはインスト後にデータストアマウントしてインベントリ入れなおすだけ
まぁコレガ面倒と言えば面倒だけどついでに不要なゲスト切れるので整理するいい口実になるw
Windowsの再インストールするよりは楽だと思う xigmanasの11.2のLiveUSBをUSBに焼いてから起動させてるんだけど
再起動する度に設定が消えるのはどうしてですか
まずローカルIPから設定しなおしてwebGUI入って、日本語化とかの環境設定終えて設定バックアップ取って
リブートすると、またローカルIPがデフォルトにもどってguiも英語になってるし
僕、何かおかしなこと言ってますか? XigmaNASは開発終了となり、FreeNASに再統合されることになりました。 >>588
それUSBメモリへのインストールのやり方が間違ってる
インストーラーのUSBメモリとインストールされる側のUSBメモリの2つを用いてする
かれこれ何年も前の記憶だから別のやり方があるかもしれんけど >>591
レスありがとう
FreeNASのようにUSBメモリ二つでやってみたけど、インストール時にUSBが見つかりませんってエラー出て進めなかった
方法変えて、LiveUSB版っていうのはツールで焼いた時点でインストールぶっとばしてすぐ使えるという
https://decomo.info/wiki/blog/2014/2014-09-05
ここにのってた方法で確かに動いてwebGUIまでいけたのに そうなんや
USBメモリは事前にフォーマットきちんとしとかんと面倒なことになったりするからなぁ がんばってや 実は令和って元号嘘でしたー。
って政府発表が明日あるよ。 >>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年前くらいか。 ■ このスレッドは過去ログ倉庫に格納されています