謝謝大家提供資訊。=^_^=
如果容量計算在RAIDZ下，是以最小那一顆做基礎計算，就是得換同樣大小的硬碟。
不然單顆換再大都是浪費。
也就是說，如果想要擴大容量，還是只能跟傳統一樣，全組一起換，
資料還得大搬風一次。
這樣子感覺ZFS就沒有想像中強大了。=^_^=
我是在換硬碟的文件中有看到-e這個參數。不過在create pool下，是沒有這個參數的。
所以個人認為在RAIDZ的模式下，是沒有用的。
真是功敗垂成，本來以為找到了一個可以用RAID，又可以單顆擴充容量的檔案系統說。
這樣子在實戰的使用中，就可以隨著時間與科技的進步，(*還有銀兩XD*)，
逐步更換硬體，讓RAID POOL變大。
現在看起來，這個想法在ZFS下，只能不使用RAID，才能達成了。
只是這樣，因為各硬體損壞的機率變成是加起來的，沒有RAID的保護，
在大容量的POOL下，風險反而是太高。就不是小弟要所要的安全可行的方案了。
※ 引述《NGCat (不良咪)》之銘言：
: 小弟在Scientific Linux下，使用ZFS，經過一番波折，終於將系統架設起來了。
: 使用了五顆不同容量的實體硬碟，分別為3T、2T、2T、2T、1.5T
: zpool create mypool disk1 disk2 disk3 disk4 disk5
: 其中，disk1~5為實體硬碟的id名稱。
: 可以得到一個約10T (10057678464) 超大容量的mypool
: 後來想測試一下 raidz1 所以 destroy mypool 之後，重新下指令
: zpool create mypool raidz1 disk1 disk2 disk3 disk4 disk5
: 發現mypool剩下不到6T (5752018048)。
: 這應該是用最小的那個1.5T當基準，也就是5顆1.5T硬碟去處理後的結果。
: 也就是發現在raidz中，使用不同大小的硬碟，和linux傳統的raid情況一樣，
: 是以最小的硬碟容量為基準，不能完整地用到整顆實體硬碟的容量。
: 小弟一直以為在zfs中，如果容量不夠，我們可以新增硬碟，
: 或者將小容量的硬碟換成較大容量的硬碟，不停機，動態的新增檔案系統。
: 請問這個觀念是不是錯的?
: 還是這個觀念只是適用於不使用raidz的狀況下?