【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/ hostsに
IPアドレス netbios名
を追加しても
ローカルマスタブラウザを有効にしてもうまくいきませんでした エクスプローラのネットワークのアイコンが”展開”されてないってことはないかw 現在の志熊の設定項目は知らんけど今どきのSambaって規定でSMB1絶対殺すぞ設定にされてなかったっけ?
プロトコル最小値とかをSMB1に決め打ちさせないといけないとか? >>781
確認して更新ボタンも押しまくったけどダメでした
>>783
SMB1の選択肢から消えてるのは関係ありますかね
やはり再インストールかダウングレードかなぁ 今年のWindowsUPDATE後のバグでネットワーク上の他PCが見えなくなるってのがあった
IP直打ちでは見えてるのにってやつ
で、その後のUPDATEで修正された
今のPCがそれになってるって可能性は? >>785
wannacry対策で無効化されてるのかも
GUIからじゃなく設定ファイルに直にmin protocol = SMB1だったっけ?書いちゃえば あ、windows updateしたらいけました!! 重要な更新以外はスルーしてきたから
オプションのやつも全部インストールしたら一気に表示されました
でも同時に、もう一台のwin10のPCも表示されたから
ルーター通して何か状態更新が遅れたとかもあるかもしれないです
レスしてくれた方ありがとうございました 1月の更新で不具合出てその後パッチが出て2月で修正されたんじゃなかったかな SMB1はWindows10では無効にされる場合がある。
つttps://www.nedia.ne.jp/blog/tech/2018/09/11/12587 Windows 10 側に NFSサーバを入れるには
どうしたらいいんだ?
スレチな感じもするが、良いフリーソフトが
見つからない。世界中で需要がありそうなのに。 1日1回ログインしないとデータ完全フォーマットするワタリシステムってすぐに実装できますか?
いつ事故にあって死ぬか分からない世の中になってきたので
ポエムとエロ動画だけが心配です >>799
参考になりそうなサイトURL集ください
GWに読み込みたいです そういう事。
恥はかくだろうけど、恥ずかしがる人間の方はもう存在しないよw
ビンラディンもエロ動画散乱してたらしいしww 単に自分でshellscript書いてcronに登録するだけだろ。
で.bashrcとかで無効にするフラグ書込むとか。
100%間違いなく事故が起きるだろうけどね。
疲れてログインしなかったら消えてたとか。 Freenasでディスクとネットワークのベンチしたいんだけど、どうやってやればいいん? 例えばマザボにUSB6ポート搭載してるとして
USB接続のHDD6台でプール構成する場合
6BAYケースとかで1ポートで繋ぐのと1ポート1台で繋ぐのとでは転送速度とかに差出るかな?
ネットワークの帯域は足りていると仮定してけど >>812
理論上、RyzenはCPUから4 x USB3.0が出てる。
あとはチップセットのを使えば帯域は確保できる。 freenas関係ない話題が続くねw
USBにHDDさしてNAS作ってどうすんのさw >>815
USBでRAIDZ使うのてそんなにおかしいか?
うちもメインプールはSATAだけどサブやバックアップはUSB使ってる
電源確保楽だし あり。
実際に使ってる。
1つ壊れても立ち上がるし、何より複製が簡単。
ただ熱暴走や接触不良、ケーブルの取り回しが地味に嫌だけど。 FreeNASってナニ?
OS?
FreeBSDにsambaとWeb管理画面を足したような感じ?
一体ナニ?
TeraStation Pro使ってるから必要ないけど。 NasとかSANとかに必要な機能とWebのGuiをメインとするディストリビューション。 NAS/IP-SAN/FC-SANいずれも作れるから他にないもの(やたら高い製品と似たものを安く入手)ができるというのが利点かもね ZFS がトランザクショナルファイルシステムのため堅牢。
RAIDZ は特定のファームやコントローラに依存しない。リカバリも簡単。
ZPOOL は容量増加や別PCへの移動が超簡単。
FREENAS システムはUSBメモリでOK、SATA ポートを必要としない。 ZFSベースのNAS製品が一般向けに出ないのってライセンス的な
問題じゃなく、Btrfsの方が低スペでも速いとかそんな理由? 値段なりの性能があれば気がすむ一般ユーザーが購入するハードに入れる場合、ほかをいれるより性能が出ない/いらない機能が多いんでしょ。 もうZFSスレ立てたらいいんじゃないか
需要ありそうだし >>825
>ZFSベースのNAS製品が一般向けに出ないのってライセンス的な
>問題じゃなく、Btrfsの方が低スペでも速いとかそんな理由?
知らないだけで使われてるかと メーカー製NASはみんなext4かbtrfsだな
zfs使われてるNASは見たことない qnapの一部とかそーじゃなかったっけ?
家庭用ならまあZFSはオーバースペックだわな Btrfsとかいい話聞いたことないし使う気しないなぁ >>830
それ一般向け言わんわ400万以上するし。netappと同じ価格帯出されても。 Oracleのストレージは当然zfs使ってたけどどう見てもご家庭用ではない >>833
俺たちは別に家庭用向けのファイルシステムとしてZFSを選択した訳じゃないけどな。
家庭用向けのライトで知名度もそれなりに高いNAS用のOSを探したらfreenasがあって、
それがたまたまZFSを使ってるから、仕方なしに勉強してるだけ。
拡張性に乏しいハードNASは欲しくない。
それでも重複排除OFFならそこそこ家庭用としてライトで冗長構成でそこそこ早い
ストレージとして使用できるのは事実。 知らないけどUFSってunix file system(berkeley fast filesytem)の事?
50年位前に設計されたFSじゃね? そうそれ
なんでZFSしか選択できなくなったんだろ UFS古臭いやめたい
ZFSの機能を使わせたい
開発リソースをZFSに集中
だそうです 電源断でファイルシステムが破壊されやすいのがUFS。ZFS は破壊されにくい。 メモリ追加する以外にiscsiのパフォーマンス改善させる方法ないのかね? >>838
ファイルシステムとして必要十分だと思うけどなあ
商売の苗床として犠牲にされたように見える サイレントクラッシュしないのとするのの差が。
iscsiのmtuをネットワーク環境ごと9000にする。 >>841
同期書き込みを切るか超高速なZILを用意すれば改善する。と思う。 NFSとか同期だと思ってるけど、iScsiも同期とは知らなかったわ。 FreeNASでsync disabledにしても速くならなかったよ
zvolだからかもしれんが >>841
zfs上のiSCSI何てどんな理由で使うの?
zfs自体が圧縮を前提としているんだからパフォーマンスは
確保しようがない。一体全体誰が使うんろうと…? >>837
https://www.ixsystems.com/community/threads/freenas-9-3-and-ufs-mounting-support.25964/
何でかは知らんが9.3でサポート止めたらしい。
ESXiにマウントしてるから困るよ、って人は居る見たいだね。
俺もUFSとは言わないけど、冗長化&圧縮してない普通のFSを
何でも良いから1つはサポートしてほしいけど。
ディスク増設したら有無を言わせずZFSってのはどうもね? >>847
lz4使ったほうが書き込みデーターが少なくてパフォーマンス上がることも少なくないんだけど >>849
な訳無いじゃん。
本当にそうならZILみたいな書き込みキャッシュの仕組みを考える必要なんて無い。 そもそも圧縮もとになるデータをどっかにおいて、圧縮アルゴリズムを適用する訳なんだから。 理屈はわからんが複数回の実験でそうなったよ
遅いCPUなら逆になるかもね
嫌ならcompless切ればいいんじゃない >>852
だからそれは書き込み前にARCだL2ARCだに
書き込むからであって。
普通のファイルシステムでもフロントをRAMDISKにして、
プログラム1つ作って、バックグラウンドで書かれたデータを
ディスクにコピーする、って事をやればフロントに帰ってくる速度は何百倍にもなる。
…そんな事しても意味が無いけどね。
>嫌ならcompless切ればいいんじゃない
システム上、圧縮は設定として切れても実際は切れない。
これはちょっと調べればすぐに何故かは分かる。 >>853
>だからそれは書き込み前にARCだL2ARCだに
>書き込むからであって。
書き込みにARC/L2ARCは使わないくない?
データーの書き込みはストリーム圧縮のlz4だからディスクに落とす前にブロックサイズ毎に随時圧縮してると思ってたけど違うのか: Proxmox VEもさくらVPSもストレージZFSなんだよなぁ さくらはクラウドでZFS Storage Appliance入れて痛い目に遭ったと思うが
VPSの時からZFSだったっけ? >>840
知らなかった。でも、ざっと調べた限りRAIDZとは相性が悪いように思えるが、よくわからない。 https://gigazine.net/news/20120322-sakura-cloud/
>■障害の内容
>ホストサーバとストレージの間において、ディスクアクセスが増加した際に、
>お客様サーバのレスポンス悪化やサーバダウンが発生しておりました。
さくらってアホやな。
正しくこのスレでiSCSI使ってる連中が遅いって言ってるのと同じじゃん。 常識的に、何故このFSでパフォーマンスが出ると判断するのか?
頭おかC。 nfsのプロトコルでマウントしても中身はZFSとかでは?知らんけど。
ZFSアプライアンス使ったんだから。
しかし何れにしても、障害原因が要件手義レベルで「さくらってバカなのね。」
の誹りは逃れられん気がする。
http://www.lares.dti.ne.jp/~foozy/fujiguruma/solaris/nfs_for_hugesystem.html
> 北海道にある4,000ラック規模の石狩データセンターの最初のサービスとして…
> 構成に関する記述を見る限りでは、 ストレージサーバ1台あたり、 1000台規模のクライアントがアクセスするものと思われる。
>
> 本資料では、 100 台規模のシステムでは問題無くても、 1000 台超規模のシステムで問題となるであろう Solaris NFS 実装由来の問題について説明する。
>
> なお、 これらの問題点は、 『Solaris NFS の実装が悪い』というよりも、 元々『NFS が前提としているシステムがせいぜい数 100 台規模』という、 前提条件不一致の問題と言える。
w。 それだそれだスケーリングおかしいだろ詰め込みすぎw >>863
そうはいってもfreenasもZFSもその間(2012〜)にメジャーバージョンアップは2回
位しかしてないんだよなぁ。GUIもほとんど変わらんし。
さくらがZFSの採用やめたのなら改善されなかった可能性は高いだろ。 さくらがミスったのとZFSには何の関連も無いんだよなぁ
>>865が何を言いたいのか全くわからん >>866
>さくらがミスったのとZFSには何の関連も無いんだよなぁ
何で関係ないの?
"ZFS Appliance" を使ったんだよね? >>854
合ってるよ。
HDDは遅いから、CPUが十分に速ければ、
圧縮して書き込み量を減らした方が、速くなる。
メタデータの操作は、変わらないだろうけれど。 >>868
オイオイ、早くなるわけないじゃん、
そもそも>>854が自分で言っているように「ブロック単位」でデータを受信して終わりのHDD
とブロック単位のデータをある程度まとまって受信した上で圧縮(ZFSの1レコードは128KB
だから、そういうことになる、たとえば10KBのテキストファイル相当数とか。)するZFSを
比較して何でZFSのほうが早くなるのさ? >>867
ファイルシステムが原因じゃ無いから
報告書ぐらい読めば? >>871
ほとんど全部ファイルシステムの問題じゃんwww
お前は、どこ読んだんだよww
1.2. 共有ファイルシステム数増加に伴うパフォーマンスの問題
1月初旬より、ユーザの増加にともなってストレージ上で作成される共有ファイルシステム
(ユーザが使用するディスク)数が徐々に増加しました。この増加とともに、CLI
(Command Line Interface)の応答が悪くなるという問題が発生しました。
CLIは、ストレージ装置を操作する際にコマンドを受け付けるインターフェースです。ストレージ
装置上でファイルの作成や削除を行うために、クラウド・システムは CLI を通してコマンドを送信します。
1月頃より、CLI への接続にかかる時間が大きくなる問題が発生しました。これを必要最小
限の数にとどめるため、使われなくなったファイルシステムを頻繁に削除する必要が生じました。
しかしながら、CLI の応答と共にコマンドの処理にも同様に大きな時間がかかるようにな
り、クラウド・システムで実装していた手順では正常にファイルシステムの作成や削除が
行えない事態が発生しました。
1.2.1. 共有ファイルシステムの作成、削除が遅くなる
ユーザのディスク作成や削除の指示は、すべてストレージ上の共有ファイルシステムの作
成、削除を伴います。ファイルシステムの作成の際には、起動時間をごく短くするために、
ストレージのクローン機能、スナップショット機能を利用します。
ファイルシステム数増加にともなって CLI の応答が悪くなると、これらのコマンドの実行
にも非常に長い時間がかかったり、システム上タイムアウトになって正常に完了しなかっ
たりといった問題が発生しました。これらは根本的な解決が難しく、テンプレート機能の
利用停止など、ユーザの皆様に多大なご不便をおかけすることとなりました。
なお、3月19日に実施したファームウェアのアップデートにおいても、当問題は解消でき
ておらず、ファイルシステム数を一定以下に抑えるよう利用されるディスク数を抑制する
ことで顕在化を防いでいる状況です。 1.2.2. ファイルの誤削除
ファイルシステム数が増加することがストレージのパフォーマンスの低下を引き起こす理
由の一つであることから、1月5日の緊急メンテナンスにおいて、負荷によって作成が正常
に完了されていないディスクや、解約済みディスクの削除作業を開始しました。
しかしながら、ストレージの負荷が非常に高い状況であることから、通常の手順では削除
を実行することができず、本メンテナンス専用のバッチコマンドを作成し、不要なファイ
ルシステムの一斉削除を実行しました。
この際、レビューやテストが不十分であったことから、削除すべきファイルシステムの種
類(作成に失敗したものや、解約されたものなど)が誤っていることを発見できず、稼働
中のディスクの一部(53 件)を削除するという重大な事故を引き起こしてしまいました。
誤って削除されたディスクについては、ストレージのパフォーマンス低下を防ぐために、
あらかじめストックとして作成していたファイルシステムであり、これらが正常に作成さ
れていないディスクと誤認識されたことが原因でした。
なお、バックアップを取得する仕組みは用意されていましたが、ストレージの負荷が高く
バックアップ頻度が低下していたことや、該当するディスクは作成されてから日が浅くバ
ックアップが開始される前であったことから、バックアップからの復元も行えない状況となりました。
この事故の後、不要なファイルシステムの削除プロセスを単純化させるとともに、レビューや
テストが十分でないスクリプトは実行させないよう徹底を行うなど、再発防止策を制定しております。
1.3.1. ディスク I/O 処理の問題
ストレージのアクセスが増え、データの読み書きが頻繁になると、徐々にストレージの性
能の上限に近づいていきます。処理可能な最大 IOPS に到達すると、性能が劣化し期待した
処理能力を下回ってしまうことが判明しました。
この問題はストレージ装置の I/O 処理において、利用するバッファの数やプロセスの数、さ
らにはカーネルパラメータ等の内部状態に深く起因するものであり、メーカーとの調整の
上でパラメータの変更の実施、さらにはファームウェア・アップデートを3月19日に行いました。
これらの対処により問題の一部を解消しているものの、設計仕様として期待する性能には
至っておりません。 3. ストレージ装置の変更について
以上ご説明しました障害対応および運用の状況を踏まえ、現行ストレージをまったく別の
新ストレージ装置に変更することといたしました。
弊社では代替となる装置の検討を 2012年3月から行い、安定性と性能の確保、および責任
ある運用を実施するために、自社開発となるストレージ装置への転換を実施することとし
ました。
ZFS戦力外w わかったわかった。BtrFSとかReFS使っとけばいいよ >>875
どうせBtrFSとかReFSも名前位しか知らん癖に
知っタカこきたいんだろww? いつもの「ZFSならこれが当然」馬鹿が知ったか連発
完全に間違った投稿を自信満々に投げるからすぐ分かるw
お前、投稿止めろよ。
俺は直ぐピンと来るようになったけど、素人は騙されるからね。
ド素人に、完全に間違った情報を吹聴した事何度もあるだろww? ■ このスレッドは過去ログ倉庫に格納されています