情境案例：異構環境建置與容量推導
以一個完整假設的企業主中心 SVC 環境為例，從硬體 BOM 出發，逐步推導 Pool 容量、Thin Provisioning 設定，到汰換後的容量變化。建議先閱讀原理頁再來這裡。
情境假設：環境定義#
以下是本案例使用的假設環境。所有型號為真實 IBM 產品，組合方式與數值為教學用途假設，不代表任何實際客戶環境。
SVC 管理三台異構儲存設備，環境已運行數年，正在規劃汰換舊世代設備。
2145-SV1（雙節點 HA）
高階磁碟陣列
24 顆 3.84 TB NVMe FCM4
18 顆 9.6 TB NVMe FCM4
25 顆 6.4 TB NVMe FCM5
SVC Pool 現況分析#
SVC 管理介面的「儲存層」（Pool）畫面，是日常監控的主要依據。但這裡的數字有一個重要前提：開了 Thin Provisioning 的 Pool，顯示的容量是虛擬容量，不是物理容量。
假設 SVC 介面顯示如下
| Pool 名稱 | 對應設備 | SVC 顯示總容量 | SVC 顯示已使用 | 使用率 | Thin Provisioning | 資料縮減 |
|---|---|---|---|---|---|---|
Pool-DS8884-15K |
設備 A（DS8884） | 86 TiB | 71 TiB | 83% | 否 | 否 |
Pool-DS8884-10K |
設備 A（DS8884） | 54 TiB | 38 TiB | 70% | 否 | 否 |
Pool-FS7200 |
設備 B（FS7200） | 112 TiB | 98 TiB | 88% | 否 | 否 |
Pool-FS7300 |
設備 C（FS7300） | 345 TiB | 175 TiB | 51% | 是（65%） | 否 |
整體 SVC Pool 加總
| 計算項目 | 數字 | 說明 |
|---|---|---|
| SVC 介面顯示總容量加總 | 86 + 54 + 112 + 345 = 597 TiB | 含 Thin Provisioning 虛擬空間 |
| SVC 介面顯示已使用加總 | 71 + 38 + 98 + 175 = 382 TiB | 整體使用率約 64% |
| 實際物理 Usable 加總（推估） | 86 + 54 + 112 + 120 = 372 TiB | Pool-FS7300 換回物理值；這才是真正的硬體容量上限 |
這個差異說明了一件事：如果只看 SVC 介面的 597 TiB，會高估整體可用容量 225 TiB（約 38%）。這正是 Thin Provisioning 最容易造成誤判的地方。
Thin Provisioning 三層數字推導#
以設備 C（FlashSystem 7300，4657-924）為例，從硬體 BOM 出發，一步一步還原 SVC 介面顯示 345 TiB 的來源。
第一層：硬體 BOM → Storage Modeller Usable
| BOM 規格 | 數值 |
|---|---|
| 磁碟型號 | 9.6 TB NVMe FCM4（2.5"） |
| 磁碟數量 | 18 顆 |
| RAID 類型 | DRAID-6（10+P+Q） |
| Raw 容量 | 18 × 9.6 TB ≈ 157 TiB（Binary 換算） |
| Storage Modeller Usable（無 Thin） | 約 120 TiB |
Storage Modeller 的 Usable 數字是物理磁碟在 DRAID-6 保護下實際可用的空間，這是物理上限，無法突破。
第二層：物理 Usable → SVC Pool 顯示容量
開啟 Thin Provisioning 後，SVC Pool 對外「承諾」的空間超過物理 Usable，差值就是 Thin Provisioning 的放大倍率：
345 TiB ≈ 120 TiB × 2.875
放大倍率 → Thin Provisioning 設定值（%）：
設定值 = ( 1 − 1/倍率 ) × 100
= ( 1 − 1/2.875 ) × 100 ≈ 65%
Storage Modeller 驗證
| Storage Modeller 設定 | Effective Capacity | 與 SVC 差異 |
|---|---|---|
| Thin Provisioning = 0%（關閉） | 120 TiB | — |
| Thin Provisioning = 50%（2× 倍率） | 240 TiB | — |
| Thin Provisioning = 65%（約 2.87× 倍率） | 約 343 TiB | 與 SVC 顯示 345 TiB 誤差 < 1% |
誤差小於 1% 代表反推結果可信，這台 FS7300 當初建置時 Thin Provisioning 設定值約為 65%。
第三層：SVC Pool 顯示容量 vs 實際物理寫入
SVC 顯示「已使用 175 TiB」，而物理 Usable 只有 120 TiB——為什麼不會爆？
這和 VM 精簡 vDisk 的道理完全相同：主機宣告的 VDisk 空間不等於已寫入的資料量。175 TiB 是「主機已配置的虛擬空間」，真正寫入磁碟的資料量（物理佔用）要小得多：
≈ 120 TiB × 51% ≈ 61 TiB
（前提：假設各 VDisk 的寫入資料在虛擬空間中均勻分佈）
lsvdisk 查看每個 VDisk 的 used_capacity，或直接在 FS7300 的本機管理介面查看 Pool 的實際物理使用量。
Compression / Dedup 的作用層次#
延續本案例，說明在 SVC 管理 External Storage（Mdisk 模式）的情況下，Compression 和 Deduplication 在哪一層設定才有效。
本案例的結論
由於本案例 FS7300 的 SVC Pool「資料縮減」欄位顯示「否」，代表：
- SVC Volume 層未啟用 Compression / Deduplication
- FS7300 底層 Pool 本身也未開啟（對 SVC 無影響）
- 345 TiB 的虛擬容量，100% 來自 Thin Provisioning 65%，沒有任何其他因素介入
這也是為什麼反推公式可以得到小於 1% 誤差的結果——如果還有壓縮或重刪介入，反推就需要更複雜的多因素計算。
汰換舊設備後的容量變化#
設備 A（DS8884）預計汰換，由新採購的設備 D（FlashSystem 7600，5075-A30）取代。以下計算汰換前後的容量對比。
設備 D 的物理 Usable（Storage Modeller）
| BOM 規格 | 數值 |
|---|---|
| 磁碟型號 | 6.4 TB NVMe FCM5（2.5"） |
| 磁碟數量 | 25 顆 |
| RAID 類型 | DRAID-6（10+P+Q） |
| Storage Modeller Usable | 約 100 TiB |
汰換前後 Pool 容量對比
| Pool | 汰換前（物理 Usable） | 汰換後（物理 Usable） | 變化 |
|---|---|---|---|
| 設備 A 相關 Pool Pool-DS8884-15K + 10K |
86 + 54 = 140 TiB | — （退出） | − 140 TiB |
| 設備 B（FS7200） | 112 TiB | 112 TiB | 不變 |
| 設備 C（FS7300） | 120 TiB（物理） | 120 TiB（物理） | 不變 |
| 設備 D（FS7600） | — （未導入） | 100 TiB | + 100 TiB |
| 物理 Usable 合計 | 372 TiB | 332 TiB | − 40 TiB |
已使用資料的遷移可行性驗證
| 驗證項目 | 數值 |
|---|---|
| 設備 A 需遷出的資料量 | 71 + 38 = 109 TiB |
| 汰換後剩餘 Pool 可用空間（物理） | FS7200 可用 14 TiB + FS7300 物理可用約 59 TiB + FS7600 新增 100 TiB = 約 173 TiB |
| 結論 | 173 TiB > 109 TiB，遷移空間充足，汰換可行 |