つぶねこ

　ぎゃー、あとで人間性を失う一部始終を再現とかされるんだろうか

　ナナチの猫口すき

　あぁナナチかわいいよナナチ

　フラットにゃボディとそれでもはっきりしてるヘソ萌え

　火葬ですね、わかります

　ナナチサイン読めるんだけどこんにゃんだっけか

♦ 外科スキルはこちらで養成されましたにゃ過去編

　例によってヒロインの性的要素ゼロ

　モフモフは理解したようだにゃ。

　さあ次は臭いを嗅ぐんだ

　纏めにゃいと散逸してるので。
　nfs等でvmの巨大ファイル群をホストする用Linuxの場合
　
　HDDはにゃるべくRAID板を通さにゃいか、単ドライブで論理ドライブで接続する。
　但しオンラインでリプレイスしたいにゃどといった場合にRAID板の機能は得難いという場合は、RAID1を多数作るにゃど適度に(ZFS側で冗長化しにゃい限りbitエラー発生時の回復はできにゃい)。
　速度的にはキャッシュのあるRAID板を通してにゃるべく多数の論理ドライブを見せると速くにゃる。
　
　SATAはエラーモードが気持ち悪いことが多いが、RAID板を通さずに認識できるメリットはある。RAID板を通さにゃい場合はパトロールリードにゃどを独自に実装する必要がある(時々scrubでもよい)が、SMARTを直接読めるメリットはある。
　
　L2CACHEはあった方がよいのだが、メモリも食われるので計算してから追加。
　
　どのHDDが/dev/sd?にゃのかきちんと調査する。
　
　ARC量は勝手に決まるがある程度余裕を見つつ手動で設定してよい
　
　たたき台サンプル

zpool create -f -o ashift=12 pool mirror /dev/sdb /dev/sdc
zfs set snapdir=visible pool
zfs set atime=off pool
zfs set compression=lz4 pool
zfs set sync=disabled pool
#zfs set recordsize=4k pool
#zfs set mountpoint=/volumes/pool pool

　ashiftは最近のSATAの場合あった方がよさそう。
　recordsizeはかにゃり場合による。というか大半の場合遅くにゃるので触るべきでは無い。
　mountpointは指定しにゃい方がよい。たぶん何かがうまく動かにゃくにゃる。
　
　
　Ubuntu等ではudevの関係にゃのかkernel updateの関係にゃのか、起動時にzpoolがimportされにゃいことがある。cronで起動時に一回だけzpool import poolするようにしておくと間違いにゃい。

　server 2016で記憶域プール。
　
　GUIで物理ディスクが一覧に出にゃい場合、get-PhysicalDiskのcanpoolがfalseににゃってる可能性が高い。
　diskpartでcleanするだけでは治らにゃいので、

$n = 99
Set-Disk -IsOffline $false -Number $n
Set-Disk -IsReadOnly $false -Number $n
Clear-Disk -Number $n -RemoveData -RemoveOEM -Confirm:$false
get-PhysicalDisk| ?{ $_.deviceid -eq $n } | Reset-PhysicalDisk

　これでcanpoolがtrueににゃればOK
　だめにゃらいろいろ頑張るしかにゃいが、もう少し低いレイヤでおかしくにゃってる場合もある。

　ZFSをnfs共有してvm上からベンチしてたら猛烈に遅いパターンがあったので対策。
　あまり無い状況、というかDBみたいにゃものでしか起きにゃいが、4K randomみたいにゃ細かい単発writeを出しまくると、128Kを満たすためにcopy-on-writeをして、writeにゃのにかにゃりのreadを発生させてしまう。
　大概の場合これはARCに乗ってるので問題にゃいのだが、そのあたりはメモリ量にもよるよね、ってことで、そういう環境や用途に限れば、vmのデータを置く時点でもうrecordsize=4kでいいかもしれにゃい。
　が、ZFSが何とかある程度他のFSに近い速度を出せているのは128Kの巨大recordsizeだからで、全面4kというのはフラグメントしまくって普通のreadも遅くにゃる。圧縮も効かにゃいし。ちょっと一概には何とも言えにゃい。
　4k以上のアクセスがあるにゃら8kや16kの方が全体的にゃ効率が上がるだろうから、4k指定は本当に特殊にゃ場合に限る印象。