TrueNAS / XigmaNAS [旧FreeNAS / NAS4Free] Part1
■ このスレッドは過去ログ倉庫に格納されています
PCをNAS化するFreeBSDベースのNAS特化型ディストリビューション TrueNAS (旧名称 FreeNAS) https://www.truenas.com/ XigmaNAS (旧名称 NAS4Free) https://www.xigmanas.com/ 質問する前に 公式サイトを検索したり、過去ログ等を検索したり、Web検索したりすると問題が解決する場合が多いです。 それでも解決しないときは>>2 あたりに書いてある質問テンプレを利用して質問してください。 改名前スレ 【NAS】 FreeNAS/NAS4Free総合 【FreeBSD】 Part3 https://mao.5ch.net/test/read.cgi/mysv/1558431901/ 関連ディストリビューション OpenMediaVault (FreeNASから派生したLinuxベースのNAS特化型ディストリビューション) 【旧FreeNAS】 OpenMediaVault Part1 【Linux】 https://mao.5ch.net/test/read.cgi/mysv/1266730631/ RAID1や5を構成できるUSB外付けドライブもあるから需要はあるんだろうけどな >>536 ミラーリングした「ペア」を外付けドライブとして それに「バックアップする」ということなのかな? 「バックアップする」:だけど、電源いれてプール読み込ませてってのがよくわからない。 ああ、メインの方じゃなくて、この「ペア」の方のプールを認識させるということをいってるのかな??? NAS前提で考えてTrueNASつかってるから感覚がまひしてるんじゃないか? OpenZFSの話でProxmoxはあれだが LinuxとかMacでもいいしデスクトップ前提で話してるんだよ 二枚組で使うSDカードとかUSBメモリの話だよ そこにZFSの機能を使うって話 ここのマウントポイントはzstd-6でレコードサイズ512K スナップショット撮っておこうって簡単にできる その最小構成のプールは別に24時間アクセスできる必要はない 容量つかったら交換して容量もふやせるしそのままでもいい 何がおかしいの? CD-Rとか使ったこと無いの? >>549 >>550 NASのスレなのでNAS前提で考えることは普通だと思いますし、 >>527 と>>536 の文章から「デスクトップ前提」や 「SDカードやUSBメモリで利用」を読み取ることは、 常人には難しいと思います。 他人に同意を求める程度には理論を構築されているようですね。 であれば、その内容を自分で実際に試してみて、結果を報告していただけると さらに説得力が増すと思います。よろしくお願いします。 それならUSBコントローラレベルでミラーリングできる奴でいいやん ここに書かずfreebsd板なりlinux板に書けば?zfsのスレはずいぶん前に落ちたみたいだけど ここはFreeNAS派生のNAS用OSのスレであってzfsのスレじゃないから、話がかみ合わないよ 釣り針が大き過ぎて草 >>552 の正論など通じないだろうから構うだけ無駄 連投で屁理屈並べて妄想するのは勝手だし、やりたければ好きにすれば良いがスレチも甚だしい 頭おかしい奴は自分で頭おかしいって分からないのが困りもの これってSSDにする意味あんまないんだよね? 起動が爆速なるかと思ったらプログラムをいちいち メモリ上に展開して動作してるみたいだし ちょっと分かってるつもりでSSDにする意味あんのか聞こうとして恥を書くの巻 >>557 俺はブートストレージと保存用ストレージは物理的に分けておきたいのでUSBメモリブートだな ブート用にするにはSSDでも容量多すぎるし 通電する機会が殆ど無いのが不安要素だけどそのあたりはたまに設定保存するとかで通電するか 設定書きだしておけば最悪復元はすぐ終わるしあまり気にしてない >>556 いやいや、我々凡人の理解が追い付かないだけかもしれないぞ システム用にIntel SSD 313 Series 24GBを使ってる 何といってもSLCは安心だし、低容量はオクでも激安 保存用HDDの代替わりもダウンタイム最小にできて大変結構 使わない時は電源落としてるから起動が速く なってくれるとうれしい ディスクドライブから動くように出来ないのかね USBメモリにインストールすんのは内臓してるHDDを100%データ領域に使えるメリットあるくらいで 普通に内臓HDDにインストールしてHDDからブート出来るよ というか一回SSDに入れたことあって 元々軽量のOSだし秒で立ち上がるのかなと思ったら 例の読み込みが始まるじゃん なんか俺のやり方間違ってる? 高速起動するように作られてない NASを含む、サーバ用OSってのはほぼそう xigmanasならインストール時にembeddedかfullか選べるでしょ embeddedはメモリに展開して起動、fullはそのまま起動 zfsのバージョンが同じか古いのから新しいのへ移行ならできるんじゃね? WebGUIの設定移行は無理な気がするが USBメモリは適当に買ったら書き込み速度がハズレの機種で、数時間かかってもイメージの書き込み終わらなかったことが バッファローのやつ 32G以上は認識しないとか無かったっけ? 俺もそれですごい時間かかったことあって 16G使ってるけど どこぞのメーカーかわからないものをリネームして打ってるだけだしそんなもん リネームというか、チップ買ってきて組み立ててるだけ。 え。化粧箱作って入れるメーカーですよ。製品の組み立てなんてしてない。 <<578 モジュールは国内だけど、部品からパッケージ前までは海外よ。 TrueNAS初めてなんだけどドメイン使いたい時ってどうすればいいですか? nginxのリバースプロキシ通してやると "Connecting to TrueNAS ... Make sure the TrueNAS システムの電源が入り、ネットワークに接続されています。" の表示が出てどうしようもならないです。 Websocketもプロキシしないといけないの忘れてました、解決しました NFSとSMBで共有してるとoplocksがoffにされるのってFreeNAS11の頃からそうなってました? Truenas使ってます。14T*3でRAIDZを構成しているのですが、 zfs list tankで表示されるAVAILがやけに少ないのが気になったのですがどう解釈すればいいでしょうか zpool list tankでは正常に表示されているように見えます。 root@truenas2[~]# zpool list tank NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT tank 38.2T 12.5T 25.6T - - 0% 32% 1.00x ONLINE /mnt root@truenas2[~]# zfs list tank NAME USED AVAIL REFER MOUNTPOINT tank 18.5T 6.13T 149K /mnt/tank usedとavail 足したら24.6だからそんなもんじゃない? 使ってるのは9TB位なんですよ zpool listの方では空きが25.6TB(17TB)なので期待通りなのですが、zfs listだとAVAILが6.1TBなので何で?みたいな。 ちなみに、この状態で10TBのzvolの作成は弾かれました。 >>587 メタデータの大きさがカウントされてないかも。 Dedup は使ってないみたいだけれども、なんでだろうね。 すごい初歩的な質問ですが、ZFSの場合、RAIDZ組んでも速度は上がらないですよね? 例えば、8TB1台のZFSと4TB3台のRAIDZだと信頼性を除けば、パフォーマンスは前者が上であってますか? writeはvdev内のボトルネックに引っ張られる readはvdevを構成する台数−パリティ台数倍 3台でRAID-Zなら3-1で約2倍 メモリを最大まで積むのが高速化の一番いい方法 L2ARCもZILもその後の話 メモリ大して意味なくね? とにかくネットワークスピードがボトルネックと知った 改善するには最低ネットワークカード2枚とHub2台で 何万円コース? >>597 NICはそれはそうだね最低でも10Gは無いとね 次にメモリ HUB2台も必要?直結でいいじゃん NICはConnectX-3の40GbEの中古が以前は安くて2枚とケーブルで送料も全部込みで8000円しなかったけど 今は相場が上がってるからなぁ。 649281-B21でヤフオクで検索すると2ポートだけど割りと安く出てる ケーブルはebayがいいかな ロープロでいいならおっとのオンラインに3300円で出てる ブラケットはebayとかに安くある あとconnectxは種類が多くて10GbE仕様のものとかそもそも構造的に刺さらない物とかあるからね でもTrueNAS XigmaNASではイーサネットモードは問題無く動くよinfinibandモードは不安定だけど 新品は知らんkakaku.comでもみてくれ >>597 ボトルネックって言っても、もしHDDで構成されてればやっぱりストレージがボトルネックなんじゃね? ネットワークだけ速くしても速度あがるかなあ HDDがボトルネックとか喚いていいのは日常的にTB単位の読み書きするようになってから >>599 使い方にもよるが キャッシュがヒットしてる間はネットワークがボトルネックになる ストレージの速度はどうでもいい 実際USB2.0接続のHDDでもシーケンシャルで1000MB/s出る 当然だがキャッシュヒットしなければ意味がない そのためのメモリ なのでメモリは積めるだけ詰めと言われる まぁ用途や使い方によるけどね メモリが十分にあれば少なくとも書き込みはメモリに近い速度が出るよね? 同期IOはディスクの速度、非同期IOはメモリの速度かな。SLOGやらZILやらは同期IOだけ多少は効果ありそうだけど。 inメモリーでOracle動いてる本番のDBサーバーでsyncしたくなったことある 我慢したが開発環境では試したことある プロンプトが数分返って来なくてドキドキした クライアントPC NICのバッファ ---> サーバPC NICのバッファ - CPUのL1 L2 L3キャッシュ - メインメモリキャッシュ(ARC?) - SSD L2ARC - HDDのキャッシュ - HDD ってな感じの流れなんだよね? うちの場合256MBのHDDのキャッシュで8本のRAID-Z2だからパリティの二本分引いて1.5GBのキャッシュが効く それに加えてメモリ32GBつんでるから26GBのZFS Cacheがある SSDのL2ARC載せたら多分ライトのパフォーマンスがむしろ落ちるかも 個人利用ではL2ARCを載せる必要ってそこまで無い? ただ、キャッシュに載ってれば リードは速くなるかもしれない >>602 バックアップサーバ用途で毎日1TB書き込んでるからキャッシュ溢れますよ。 >>607 バックアップ用途なら速度の優先順位低くね? バックアップ用途「にも」使っているからキャッシュは溢れると読めるが バックアップ用途「しか」使ってないとは読みとれない >>607 > キャッシュ溢れますよ。 そりゃそう。 メモリキャッシュかL2ARCのこと言ってるのか知らんけどキャッシュは溢れるもの。 溢れなかったら超特殊な環境でしょ。 L2ARCは読み込みが多い環境で威力を発揮する。書き込みは読み込みに比べてそこまで恩恵が薄い。 それこそWebサーバとか大人数が閲覧するようなサーバには無いと死ぬぐらいのレベル。 ライトはどうしてもHDDにアクセスする必要があるけど リードはキャッシュにあればHDDにアクセスする必要が無くなるからね。 >>608 バックアップに12時間くらいかかってるのでどうにかならんかと。 バックアップ元のWindows側でVSS使いたいのだがよくわからん。 L2ARCは32kb以下しかキャッシュしないから効果薄い それだったらSpecailVDEV入れたほうがいい つってもl2arc_max_block_sizeを大きくすればいいか >>611 読み書き転送のどのフェーズで時間かかってるか調べてみたら? バックアップ処理走らせてる側のスペックでも遅くなるし >>614 コピー元のHDDのキューの数が1を余裕でこえてて10とかいってるので、どう考えてもコピー元のHDDの才能限界。 SSDに置き換えたいのだが、ベンダー(DELL)に聞いたら保守部品としてSSDの提供はしないため、サーバごと買い換えるしか無さそう。 ただサーバ用SSDが高すぎて、サーバ全体で150万だとよ。 SAN Bootにすればいいんじゃと思うが会社じゃ仕方ないのか >>612 > 32kb以下しか 全く知らない情報でした。 知らないのでお聞きしたいのですが、どこの文献に書いてありますか? 今、色々と検索して見ましたが、古いソラリスのZFSの情報しか出てきません。 それによるとブロックサイズが32kB以下とあります。 あとZFSは書き込むときにファイルサイズによってブロックサイズを変えているという情報がありました。 それとは何か関連があるのでしょうか? やったこと無いけど ストリーミング向けファイルのキャッシュ設定書かれてたからよくわからなかったけど l2arc_noprefetch=0設定で プリフェチを無視して全ファイルキャッシュされるんだって 一般的に言うSSDライトキャッシュになるはず shodanshokさん https://github.com/openzfs/zfs/issues/10464 バックアップならこれも使えると思う l2arc_mfuonly MFUメタデータとデータのみをARCからL2ARCにキャッシュするかどうかを制御します。 これは、複数回アクセスされることが無いであろう大量のデータの読み取り/書き込み時にL2ARCのスペースを浪費しないようにするために最適です。 デフォルトでは、MRUとMFUの両方のデータとメタデータがL2ARCにキャッシュされます。 これは参考にならないかな ZFSの性能測定とチューニング https://people.allbsd.org/ ~hrs/sato-FBSDS20161129.pdf >>618 プリフェッチっていうの例えば、 動画ファイルの先頭を読み始めたら、その続きを先にキャッシュに取り込んでおくという動作でしょうか? つまり書き込みは関係なく、読み込みの話でしょうか? リンク先のリンク先のアドレスが変更になってますね。 https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Module%20Parameters.html?highlight=l2arc%20noprefetch 自動翻訳 > l2arc_noprefetch > 0 に設定すると、ARC が小さすぎて読み取りワークロードがプリフェッチの恩恵を受ける場合に、 > ワークロードのL2ARCヒット率が増加する可能性があります。 > また、メインプールデバイスが非常に遅い場合は、 > 0に設定すると、バックアップなどの一部のワークロードが改善されます。 > > 0 =プリフェッチされたが未使用のバッファをキャッシュデバイスに書き込む、 > 1=プリフェッチされた未使用のバッファをキャッシュデバイスに書き込まない > > デフォルト 1 つまり、あるファイルを読み込むときに、先読みでHDD等からARCに全体の3割ほど読み込んだが、 実際にはユーザーがゆっくり1割程度読んでいるときに、別のファイルへの読み込みや、書き込みが発生し、 その別のファイルのキャッシュがARCに入ってきたため、先に読んでいたファイルの残り2割のキャッシュをARCから破棄してしまう。 だけどゆっくり読んでるから結局は2割、3割と読まないといけないので、再度HDD等へのアクセスが発生してしまう。 つまり容量の少ないARCのせいでHDDへのアクセスが二重、三重になってしまう。 これがデフォルト動作であると。 だから、設定変更して先読みしたものはとりあえず、ARCだけじゃなくL2ARCにも書き込んでおけば プリフェッチによるHDDへの2重3重の無駄なアクセスが減らせる。 しかし、デメリットとして、「ARCが大量にあり、HDDへのプリフェッチ動作の2重3重のアクセスが無い環境」でそれをやると、 毎回L2ARCに書き込みが発生するため、その無駄な負荷が発生するし、SSD等の寿命も短くなる。 ということでしょうかね? >>619 Most Recently Used Cache : MRU Most Frequently Used Cache : MFU ということで バックアップ等の一度だけのアクセスの場合MRUは必要無いからL2ARCに書き込まない という設定なんですね。なるほど >>620 私が検索して出てきたのはこっちでした https://ja.pacificabahai.org/462945-priming-a-zfs-l2arc-cache-LZFGSG 32kBと言うのはファイルサイズでは無さそうですね。 あと:SolarisのZFSは特殊でFreeBSDとはかなり違うみたいですね。 FreeBSD13からOpenZFSになったんでしたっけ? どう違うのかは分からないんですけども。 でもブロックサイズとファイルサイズの関係が分かる記述は見つけられませんでした。 どこかにありますかね? >>621 これは凄い内容の濃い資料ですね。参考になります。 一応ざっと目を通しましたが、理解するだけで1か月ぐらいかかりそうです。 ヒマを見てちょこちょこ勉強したいと思います。 solarisは開発が停滞しているのでFreeBSDはLinuxで使われているOpenZFSに乗り換えた もともと OpenZFS は存在していたがそれとは別の ZFS on Linux のほうが開発ペースが早くなった その後 ZFS on Linux は OpenZFS に名称変更した 元のOpenZFSはIllumosベース OpenZFS 2.0でZfs on Linux FreeBSDがIllumosベースからOpenZFSに移行したのは13系から 「Linuxで使われているOpenZFS」じゃなくてOpenZFSのコードベースをZfs on Linuxにした esxi上で動かすとRDM使ってもパフォーマンス下がりますかね? 物理マシン減らしたいからまとめようかと検討中です。 >>630 RDMだとあんまり下がらないと思うけど。 ただ比較までしたことないから比較した人のデータあれば俺も知りたい。 >>630 イーサネットは1Gbpsで、RAIDZ使わないで、RAMも8GB以上割り当てが可能なら問題無いと思うよ。 >>632 RAID-Zにするとパフォーマンス下がる感じですか? RAID-Zで3台体制、ネットワークは1G、メモリは32GB割り当ての予定です ESXi上でRAID-Z2かつ10GbEでやってるが、速度に不満は無い。 ただ、物理マシンと比較したことはないなぁ。 数日待ってくれたら比較ベンチマークとれるかもしらん。でも気が向かなくて取らんかもしらん。 RDMなら大してパフォーマンス下がらないだろうけど NASは物理的な要件が普通のサーバと違うから物理的に分けたほうがよくね? >>633 問題無いよだって1Gbpsだもん RAIDZで遅くなるなんてCPUがPentium 4 ぐらいショボいPCぐらいじゃないかな こちらの構成ではシーケンシャルリードで400MB/sとか出てるから、RAID構成が違うから実際のところは分からんけど、1GbEだったらネットワークネックになるんじゃないかな。 >>635 あんま気にした事は無かったが、どのへんの要件のことを言ってる? 少なくともESXiならクリアしてるかなぁとは思う。 ただ、ESXiのデータストアをどうやって持つのかってのは苦労した。この辺があるのでっていうなら分からんでもない。 XigmaNASにSATAポート全部RDMしてるから、仕方なく外付けUSB HDDをデータストアにしてた。 さすがに邪魔過ぎたんで最近m.2のNVMe SSDに変えたけど。 皆さんありがとうございます。 1Gだと、ネットワークがボトルネックになって、パフォーマンスは変わらないということですね。 我が家もそろそろ10Gにしたいのですが、予算が…。 年末年始にESXi上に移行してみます。 何台繋ぐかによるけど 4ポート以内のSFP+DACでよければ mikrotikのCRS305は2万程だから割と安くすむよ NICはX520だけど今ならどこが良いんだろ? >>639 ネットワークを速くする方法 1. NIC増設 新品か中古 2.5Gとか10Gとか 中古40Gの三千円とか 2. 複数のNICを束ねる(SMB multichannel) 余ってる1Gのボードを挿して もとからあるやつと足したら2Gで倍の速度になる ただし、片のPCが2G以上でも相手が1Gなら意味無いし、SMBのみの機能 TrueNASは(BSD系のOSだから?)速度の違うNICでもマルチチャネルが可能2.5Gと1Gとか。Σ茄子は知らん。 個人的にはNICが余ってるなら挿しまくってマルチチャネルする 他には>>598 にも書いたけどConnectX-3の中古。 カード2枚とケーブルは15,000円あれば送料払ってお釣りがくる。運が良ければ一万でいける。 ひどい買い物下手でもなければね。 HUBなんて要らんのですよDACで直結でいいんですよ。距離が長ければ光で。 最初は一番のボトルネックだけ40Gにして他は1Gのままで運用もできるし。 光って、スイッチ経由しなくて直結でもリンクするの? >>638 要件ではなく運用の話な 後半に書いてあるようなのもそうだし HDD何台積むか知らんけどESXi内で動かしてる他のサーバーの物理構成変えたい時とか苦労する ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる