btrfs 完整性和壓力測試
一位 DevOps 同事建議我們開始將生產環境轉換為使用 btrfs。我們主要有 ext4 文件系統，儘管一些使用 ZFS 的低使用率伺服器（在 Linux 上）。作為決策者之一，並且作為對我們整體環境負責的人，基於網路上關於 btrfs 生產的評論和文章的數量，我猶豫不決。為了反駁這種說法，Oracle 發布了支持 btrfs 的 Enterprise Linux，SLES 12 ( https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/ ) 也表明它將使用 btrfs，並且有證據Facebook 等公司也在受控生產環境中使用它。
關於為什麼朝這個方向發展（採用 btrfs）會是一件好事，有很多爭論，我總體上同意他們的觀點，但是，我想謹慎行事，做盡職調查，並獲得更多的操作熟悉度和在更廣泛地推進之前，需要在“小型生產”或暫存環境中登錄數小時。是否有任何工具可以幫助我建構案例——比如壓力測試，然後是數據完整性檢查或類似的東西？除了沒有看到類似這樣的陳述：“Q. btrfs 穩定嗎？簡短的回答：不，它仍然被認為是實驗性的。” 在 btrfs wiki 上，我還能做些什麼來獲得更溫暖的模糊效果？
我已經在這裡給出了詳盡的答案：btrfs 生產準備好了嗎？
簡而言之：Btrfs 不是您在生產文件伺服器上想要的東西。
原因如下：如果空間用完，就會變得不可預測，儘管大多數核心功能被認為是穩定的，但其他的還不是，它仍然是一個快速移動的目標。作為一個快速移動的目標意味著您應該始終使用最新和最好的核心，這是您不希望在伺服器上使用的東西。
即使仍然使用核心 3.16，它也會產生死鎖，這肯定是您在生產伺服器上不想要的東西（http://marc.merlins.org/perso/btrfs/post_2014-10-05_Btrfs-Tips_- Catch-Btrfs-Deadlocks.html）。還有一些 RAID 仍處於試驗階段，如 RAID5/6。您可以使用這些，但還不能清理那裡的數據和其他東西。
Fedora 最終希望使 Btrfs 成為 v23 的預設文件系統，這將在 2015 年底發生。Red Hat 現在從 Ext4 切換到 XFS 作為預設文件系統。
如果您真的需要一個可用於生產 COW 的文件系統，請幫自己一個忙，使用 ZFS，無論是作為 Linux 上的 ZFS 還是 FreeBSD 下的 ZFS。
並閱讀 Russel Coker 的部落格，了解他使用 Btrfs 的經驗。http://etbe.coker.com.au/