FabricPool 磁碟區分層原則
FabricPool 磁碟區分層原則決定磁碟區中哪些資料符合分層條件,而分層最低冷卻天數參數則決定何時將資料視為非使用中且符合分層條件。
|
|
存取控制清單 (ACL)、目錄結構和中繼資料永遠不會分層,始終保留在本機層。 |
每日後台分層掃描會尋找冷資料塊。當從同一磁碟區收集到足夠多的 4KB 資料區塊後,這些資料區塊會合併成一個 4MB 的物件,並根據磁碟區分層原則移至雲端層。
了解分層原則的運作方式,有助於您選擇符合儲存管理需求的原則。
Volume 分層原則選項
預設情況下,磁碟區會使用 None 磁碟區分層原則。唯一的例外是在 FabricPool 彙總空間上新建立的 FlexVol 磁碟區,其使用 Snapshot-Only 磁碟區分層原則。
您可以使用 `volume object-store tiering show`命令來檢視 FabricPool Volume 的分層狀態。如"指令參考資料ONTAP"需詳細 `volume object-store tiering show`資訊,請參閱。
在Volume層級指定了分層原則。FabricPool共有四種選項可供選擇:
僅快照
The snapshot-only 分層原則會對不再與作用中檔案系統關聯的快照資料進行分層。預設情況下,快照需要兩天不活動才能符合分層條件。大多數資料保護排程按小時或按天執行,並在分層之前先在本機讀取資料。
您可以在 volume create 與 volume modify 命令的進階權限等級中,使用 -tiering-minimum-cooling-days 參數修改分層最小冷卻期的預設設定。使用 ONTAP 9.8 及更新版本時,有效值為 2 到 183 天。如果您使用的是早於 9.8 的 ONTAP 版本,則有效值為 2 到 63 天。
讀取時,與快照複本相關聯的冷區塊會保持冷狀態,不會寫回本機層。
自動
The auto 分層策略會將磁碟區中的所有冷資料(包括快照和使用中的檔案系統)分層到雲端層。預設的最低分層冷卻期為 31 天,適用於整個磁碟區,包括使用中的檔案系統和快照。
您可以使用修改分層最低冷卻期間的預設設定 -tiering-minimum-cooling-days 的進階權限層級中的參數 volume create 和 volume modify 命令。有效值為2至183天。
當隨機讀取時,分層原則設定為「自動」的磁碟區中的冷區塊將變為熱區塊並寫回本機層。
當按順序讀取時,分層原則設定為「自動」的磁碟區中的冷資料區塊將保持冷狀態,並保留在雲端層中。它們不會寫回本機層。
全部
The `all`分層策略會立即將磁碟區中的所有資料標記為冷資料,並儘快將其分層至雲端層。使用 `all`分層策略的磁碟區中,無需等待 48 小時即可將新資料區塊變為冷資料。
分層最低冷卻週期不適用、因為資料會在分層掃描執行後立即移至雲端層、而且您無法修改設定。
當磁碟區中分層原則設定為「全部」的冷資料區塊被讀取時,它們將保持冷狀態並保留在雲端層中。它們不會寫回本機層。
|
|
。 物件儲存不像檔案或區塊儲存那樣具有交易性。使用「全部」分層原則對儲存在磁碟區中作為物件的檔案進行變更,可能會導致建立新物件、現有物件碎片化、讀取效能下降以及儲存效率降低。 |
無
The none 分層策略將磁碟區的資料保留在效能層,但不會對資料進行分層。
將分層原則設為 none 防止新的分層。先前移至雲端層的 Volume 資料會保留在雲端層、直到變熱為止、並自動移回本機層為止。
分層最低散熱週期不適用、因為資料永遠不會移至雲端層、而且您無法修改設定。
當磁碟區中的冷區塊設為分層原則時 none 讀取後、會變熱並寫入本機層。
。 volume show 命令輸出會顯示磁碟區的分層原則。FabricPool 從未使用過的 Volume 會顯示 none 輸出中的分層原則。
|
|
在 SVM DR 關係中,來源和目的地磁碟區不需要使用 FabricPool 集合體,但它們必須使用相同的分層原則。 |
修改磁碟區分層原則時會發生什麼情況?
您可以執行來修改磁碟區的分層原則 volume modify 營運。您必須瞭解變更分層原則、可能會影響資料冷卻及移至雲端層所需的時間。
-
變更分層原則
snapshot-only或none至auto讓 ONTAP 將已冷卻的作用中檔案系統中的使用者資料區塊傳送至雲端層、即使這些使用者資料區塊先前不符合雲端層的資格。 -
將分層原則從另一個原則變更為
all,會導致 ONTAP 盡快將作用中檔案系統和快照中的所有使用者區塊移至雲端。在 ONTAP 9.8 之前、區塊需要等到下一次分層掃描執行。不允許將區塊移回效能層。
-
變更分層原則
auto至snapshot-only或none不會將已移至雲端層的作用中檔案系統區塊移回效能層。需要磁碟區讀取、才能將資料移回效能層。
-
每當您變更磁碟區的分層原則時、分層的最小冷卻期間會重設為原則的預設值。
當您移動磁碟區時、分層原則會發生什麼事
-
除非您明確指定不同的分層原則、否則當磁碟區移入和移出啟用FabricPool的Aggregate時、就會保留其原始分層原則。
不過、分層原則只有在磁碟區位於啟用FabricPool的Aggregate中時才會生效。
-
的現有值
-tiering-minimum-cooling-days除非您為目的地指定不同的分層原則、否則 Volume 的參數會隨著 Volume 一起移動。如果您指定不同的分層原則、則該磁碟區會使用該原則的預設分層最小冷卻期間。無論目的地FabricPool 是否為不實、都會發生這種情況。
-
您可以跨集合體移動磁碟區、同時修改分層原則。
-
您應該特別注意
volume move操作涉及auto分層原則。假設來源和目的地都是啟用 FabricPool 的集合體、下表摘要說明的結果
volume move涉及相關原則變更的作業auto:當您移動具有分層原則的磁碟區時…
您也可以透過移至…來變更分層原則。
然後在磁碟區移動之後…
allauto所有資料都會移至效能層級。
snapshot-only、none`或 `autoauto資料區塊會移至目的地的同一層、如同先前位於來源。
auto或allsnapshot-only所有資料都會移至效能層級。
autoall所有使用者資料都會移至雲端層。
snapshot-only,auto或allnone所有資料都保留在效能層級。
當您複製磁碟區時、分層原則會發生什麼變化
-
從ONTAP 功能性的問題9.8開始、複製磁碟區一律會從父磁碟區繼承分層原則和雲端擷取原則。
在早於 ONTAP 9.8 的版本中、除非父實體具有、否則複本會從父實體繼承分層原則
all分層原則。 -
如果父磁碟區有
never雲端擷取原則、其複製磁碟區必須具有never雲端擷取原則或all分層原則、以及對應的雲端擷取原則default。 -
無法將父 Volume 雲端擷取原則變更為
never除非所有的複本磁碟區都有雲端擷取原則never。
當您複製磁碟區時、請謹記下列最佳實務做法:
-
。
-tiering-policy選項與tiering-minimum-cooling-days複製選項只會控制複製特有之區塊的分層行為。因此、我們建議在父FlexVol 級不知道上使用分層設定、以移動相同數量的資料、或移動的資料量少於任何複本 -
父FlexVol 實體上的雲端擷取原則應移動相同數量的資料、或移動的資料應大於任何實體複本的擷取原則
分層原則如何與雲端移轉搭配運作
利用分層原則來控制實體雲端資料擷取、根據讀取模式從雲端層擷取資料至效能層。FabricPool讀取模式可以是連續的或隨機的。
下表列出各原則的分層原則和雲端資料擷取規則。
分層原則 |
擷取行為 |
無 |
連續和隨機讀取 |
純快照 |
連續和隨機讀取 |
自動 |
隨機讀取 |
全部 |
無資料擷取 |
從 ONTAP 9.8 開始、就是雲端移轉控制 cloud-retrieval-policy 選項會覆寫由分層原則控制的預設雲端移轉或擷取行為。
下表列出支援的雲端擷取原則及其擷取行為。
雲端擷取原則 |
擷取行為 |
預設 |
分層原則會決定應將哪些資料取回、因此雲端資料擷取不會有「預設」的變更, |
讀取時 |
所有用戶端導向的資料讀取都會從雲端層移至效能層。 |
永不 |
不會將用戶端導向的資料從雲端層提取到效能層 |
促銷 |
|
如需有關本程序中所述命令"指令參考資料ONTAP"的詳細資訊,請參閱。