https://www.phoronix.com/scan.php?page=article&item=freebsd-12-zfs&num=1&fbclid=IwAR2utCninwUWUjjt_5IUu-1-rfm3vcCc1SiOvuZrYf4Bu0sW0HVsh9-lvQA
Ray Tracy 一個工具或技術, 能否達到你的期望用途, 關鍵在於:
使用者是否充分了解他, 並且能夠熟練的駕馭他.
世上沒有絕對好用的工具, 也沒有絕對該用甚麼的場景:
我曾經深度挖掘 zfs 的各種參數, 試圖調到最好, 經過半年之後卻發現, 當我的 Workload 特性有細微改變的時候, zfs 會放大這些改變, 導致整個運作偏離我預想的方向….(其實就是參數過度優化: Over-optimized, 但我發現 zfs 的參數很容易讓你走上這條路)
這問題, 導致我必須經常監督 zfs 的表現, 並記錄我的 workload 每一個時間軸的變化趨勢, 好讓我在下周或下個月, 遇到新的問題時, 知道該朝甚麼方向改變甚麼參數, zfs 才能獲得最佳結果.
這對 Hacker 或 Geek 來說, 是件無比美好的事情, 因為他們每周都可以看到新的變化, 接受新的挑戰, 然後從當中挖掘出更多 zfs 新的參數組合與用途, 再來發表給大家聞香敬拜….
但對機房的 SRE 來說, 這件事情根本就是噩夢, 因為原本可以安穩睡一個星期的覺, 現在變成每天半夜都睡不著, 你不知道他是否會在半夜 3 點突然惡化, 導致線上有 50 萬個會員在交易的電商網站, 反應變慢, 破圖, 甚至無法交易, 最後被客戶從睡夢中挖起來解決問題…..
我也跟您一樣, 試圖解決 Storage 同步的問題, 而引進 Gluster 技術.
Ray Tracy 在Proxmox VE社群中
.永遠開compression
.不要用dedup
.留意scrub結果
.多利用zil
.關掉atime
.調整recordsize
.保持ARCi,只使用25%的Total RAM
.必要時選擇primarycache=metadata,
.checksum error 是硬碟故障的前兆,必須加以監視
.1個db instatnce 獨佔一個zfs dataset
.不要開啟pSQL的checksum和compression(讓zfs做就好
.要經常移除舊的snapshot
https://forum.proxmox.com/threads/pve-zsync-vs-others-like-znapsend-or-sanoid.27663/#post-139274
https://linux.cn/article-7422-1.html
1、查硬碟 (硬碟排線寫上編號 – 疑問~可能要看bios吧)
lsblk
fdisk -l //usb hdd linux指令,freebsd沒有
ls -l /dev/disk/by-id/ //linux指令,freebsd沒有
df -k
format
devfsadm
iostat -En
2、建zpool
a. zpool create zpool名稱 磁碟
EX:zpool create storage01 /dev/sda1 /dev/sda2
b. zpool create zpool名稱 mirror/raidz 磁碟 磁碟 //建立 (mirror為一般raid 1,raidz其他raid格式)
EX:zpool create storage02 mirror /dev/sda1 /dev/sda2
c.指定掛載點?? (不指定,會在根目錄自建掛載目錄)
3、增加(新增)zpool容量
a. zpool add zpool名稱 磁碟 //增加(新增)容量(mirror)
EX:zpool add storage01 /dev/sda1
b. zpool add zpool名稱 mirror 磁碟 磁碟 //增加(新增)容量(mirror)
EX:zpool add storage01 mirror /dev/sda1 /dev/sda2