轉換為 GZ 壓縮的 Data Domain 系統和清理效能影響

解決方案

DDOS 目前支援四種不同的壓縮類型，以及不同程度的壓縮 CPU 負載。下表總結了每個選項的特徵：
 

type         expected-comp               CPU-load 
----------   --------------------   -------------- 
none         1.0x                       0x 
lz(default)  2.0x                       1x 
gzfast       2.5x                       2x 
gz           3.0x                       5x

例如，gz 壓縮演演演算法提供大約 3 倍的本地壓縮，但比 lz 多使用 5 倍的 CPU 來運行代碼的壓縮部分。根據資料類型，預期的壓縮數位可能會有很大差異。對於某些數據類型，gz 可能只比 lz 好 10%，而對於其他數據類型，gz 比 lz 好 2 倍或好。

此類資料集的範例包括：

• 資料庫檔。
• 日誌檔。

使用 GZ 壓縮的後果：

由於較強的壓縮演算法會使用更多 CPU，因此可能會對效能產生重大影響：

• 低重複資料刪除的備份執行速度較慢，因為必須壓縮更多新資料並將其寫入磁碟。特別是，第一次完整備份可能會達到額定峰值輸送量的 50%。
• 由於清理會在資料執行時解壓縮並重新壓縮資料，因此清理可能需要較長的時間才能執行，而且可能會減慢系統上的其他活動，例如備份和複寫。
• 目錄複寫配對中的來源 DDR 會在傳送資料前，使用目的地使用的壓縮演算法壓縮資料。因此，如果目的地使用 gz 壓縮演演演算法，則複製可能會運行得更慢，並可能導致系統上的其他活動（如備份和清理）運行速度變慢。 

因此，轉換為 GZ 壓縮是應根據系統將要經歷的工作負荷來做出的決定。否則，容量問題實質上將轉化為性能問題。

在下一節中，我們將介紹 GZ 會有所説明的工作負載特徵。

誰應該使用 GZ 壓縮？

具有高重複數據刪除、低流失率和低備份性能要求的應用程式是使用 gz 的理想選擇。近線應用就是一個很好的例子。現場用於近線應用的大多數 DDR 已經使用 gz。

如何變更壓縮類型？

使用下列命令變更壓縮類型：

# filesys disable
# filesys option set local-compression-type {none | lz | gzfast | gz}
# filesys enable

壓縮類型變更後，所有新的寫入都會使用新的壓縮類型，而已寫入的任何資料都會在清理期間延遲轉換為新的壓縮類型。延遲轉換意味著並非所有容器都將在第一輪清理期間重新壓縮。在變更壓縮原則之前，需要進行數輪清理，才能將 DDR 上的所有資料完全重新壓縮。

清理原則可決定在特定一輪的清理中選取哪些容器，且僅會重新壓縮這些容器。清理策略基於給定容器包含的垃圾數據量。  垃圾數據是指命名空間不再引用的已刪除數據。容器中的垃圾越多，選擇進行清潔的可能性就越大。

如果客戶想要支付一次性命中費用，他們可以按照以下過程操作：

1. 使用以下命令停用 DDFS：

   filesys disable

2. 使用下列命令停用延遲轉換 （需要 SE 模式）：

   reg set system.GC_APPLY_LAZY_CONVERSION=false

3. 使用下列命令啟用 DDFS：

   filesys enable

因此，變更壓縮類型並停用延遲轉換後的第一次清理可能需要較長的時間才能執行。每次變更壓縮類型時，您都應仔細監控系統一至兩個星期，以確保其運作正常。

參考資料

轉換為 LZ 壓縮180977的系統和清理效能影響