隨著資料持續成長,共同優化存取、安全性和經濟性的能力變得
成為一項硬性要求,而不是可有可無。這就是生命週期資料管理的作用。MinIO 提供
一套獨特的功能,可在公有和私有雲中保護資料。
MinIO 的企業資料生命週期管理工具,包括版本控制、物件鎖定和各種
衍生元件,滿足許多用例。
資料不必永遠存在:MinIO 生命週期管理工具可讓您定義資料在被刪除之前在磁碟上保留的時間。時間長度由使用者定義為特定日期或 MinIO 開始刪除物件後的特定天數。
生命週期管理規則是按儲存貯體設定的,並且可以使用物件和標籤篩選器的任意組合來建立。指定無篩選器以設定整個儲存貯體的過期規則,或指定多個規則以建立更複雜的過期行為。
MinIO 物件過期規則也適用於版本控制的儲存貯體,並且具有一些特定於版本控制的功能。例如,您可以僅針對物件的非當前版本指定過期規則,以最大化物件版本控制的優勢,而不會產生長期儲存成本。同樣地,您可以建立生命週期管理規則,以刪除唯一剩餘版本為刪除標記的物件。
儲存貯體過期規則完全符合 MinIO WORM 鎖定和法律保留 - 根據鎖定持有的物件會保留在磁碟上,直到鎖定過期或被明確解除。一旦物件不再受鎖定約束,MinIO 便會像平常一樣開始套用過期規則。
MinIO 物件過期生命週期管理規則在功能和語法上與 AWS 生命週期管理 相容。MinIO 也支援以 JSON 格式匯入現有規則,使其易於遷移現有的 AWS 過期規則。
MinIO 可以程式化地配置物件儲存分層,以便物件根據任意數量的變數(儘管最常用的是時間和存取頻率)從一種狀態或類別轉換到另一種狀態或類別。此功能在分層的環境中最好理解。分層允許使用者優化儲存成本或功能,以解決不斷變化的資料存取模式。分層資料儲存通常用於以下情況
跨儲存媒介的分層是最著名且最直接的分層用例。在這裡,MinIO 抽象了底層媒體,並共同優化了效能和成本。例如,資料可能會儲存在 NVMe 或 SSD 上以實現效能或近線工作負載,但在一段時間後或對於重視規模而不是效能的工作負載,則會分層到 HDD 媒體。隨著時間的推移,如果合適,該資料可以進一步遷移到長期儲存。
一個快速興起的使用案例涉及將公有雲的廉價儲存和計算資源用作私有雲的另一個層。在此用例中,使用適當的私有雲媒體執行近線、面向效能的工作負載。資料量無關緊要,但價值和效能期望並非如此。隨著資料量增加和效能期望降低,企業可以使用公有雲的冷儲存選項來優化與保留該資料和存取能力相關的成本。
這是透過在私有雲和公有雲上執行 MinIO 來實現的。使用複製,MinIO 可以將資料移動到廉價的公有雲選項上,並在必要時使用公有雲中的 MinIO 來保護和存取它。在這種情況下,公有雲成為 MinIO 的啞儲存,就像 JBOD 成為 MinIO 的啞儲存一樣。這種方法避免了更換和添加到過時的磁帶基礎架構。
MinIO 通常在公有雲中充當主要應用程式儲存層。在此,如同在其他用例中一樣,MinIO 是應用程式存取的唯一儲存。應用程式(和開發人員)除了儲存端點之外,不需要知道任何其他內容。MinIO 根據管理參數確定哪些資料屬於哪裡。例如,MinIO 可以確定區塊資料應移動到物件層,以及哪個物件層符合企業的效能和經濟目標。
MinIO 結合不同的儲存分層,並確定適當的媒體,以在不影響效能的情況下提供更好的經濟性。應用程式只需透過 MinIO 定址物件,而 MinIO 會透明地套用原則,以在各層之間移動物件,並將該物件的中繼資料保留在區塊層中。