物件生命週期管理

對遠端資料的獨佔存取權

MinIO 需要對遠端儲存層上已轉換的資料具有獨佔存取權。「熱」MinIO 來源上的物件中繼資料與「暖/冷」遠端層上的物件資料強烈連結。MinIO 無法在沒有存取遠端的情況下擷取物件資料，而且遠端也不能用於還原來源上遺失的中繼資料。

對已轉換物件的所有存取必須僅透過 S3 API 操作在 MinIO 中發生。手動修改已轉換的物件（無論是「熱」MinIO 層上的中繼資料或遠端「暖/冷」層上的物件資料）都可能導致該物件資料遺失。

MinIO 會忽略遠端儲存桶或儲存桶前綴中，任何未明確由 MinIO 部署管理之物件。自動轉換和透明物件檢索取決於以下假設：

• 遠端儲存上的物件沒有外部修改、遷移或刪除。

• 遠端儲存桶上沒有生命週期管理規則（例如轉換或過期）。

MinIO 會將所有已轉換的物件儲存在遠端儲存桶或資源中，並使用每個部署唯一的字首值。此值並非旨在從後端識別來源部署。MinIO 在設定遠端目標時，支援額外的可選人類可讀字首，這有助於與診斷、維護或災難復原相關的操作。

MinIO 建議為包含其他資料的遠端儲存層指定此可選字首，包括來自其他 MinIO 部署的轉換物件。本教學包含設定此字首所需的語法。

遠端資料的可用性

MinIO 的分層行為取決於遠端儲存是否在收到請求後立即（毫秒至秒）傳回物件。因此，MinIO *無法*支援需要重新補水、等待期或手動干預的遠端儲存。

MinIO 會為每個轉換的物件建立中繼資料，以識別其在遠端儲存上的位置。應用程式無法在不透過 MinIO 的情況下輕易識別和存取轉換的物件。因此，轉換資料的可用性取決於與 抹除編碼 和分散式部署拓撲為 MinIO 部署上的所有物件提供的相同核心保護。使用物件轉換並不會提供任何額外的業務持續性或災難復原優勢。

需要 BC/DR 保護的工作負載應實作 MinIO 伺服器端複寫。複寫確保物件保留在遠端複寫站點上，以便在發生部分或全部資料遺失時可以從遠端重新同步。有關使用複寫在部分或全部資料遺失後進行復原的完整文件，請參閱 重新同步（災難復原）。

版本控制儲存桶

MinIO 對於 版本控制儲存桶 的轉換規則採用 S3 行為。具體而言，MinIO 預設會將轉換操作套用至 *目前* 的物件版本。

若要轉換非目前物件版本，請在建立轉換規則時，指定 --noncurrent-transition-days 和 --noncurrent-transition-tier 選項。

版本控制儲存桶

MinIO 對於 版本控制儲存桶 的過期規則採用 S3 行為。MinIO 對於版本控制儲存桶有幾個預設行為

• MinIO 只會將過期選項套用至 *目前* 的物件版本，方法是建立 DeleteMarker，這與版本控制刪除的情況相同。

  若要使非目前物件版本過期，請在建立過期規則時，指定 --noncurrent-expire-days 選項。

• 即使該物件沒有其他版本，MinIO 也 *不會* 使 DeleteMarkers 過期。

  若要在該物件沒有剩餘版本時使刪除標記過期，請在建立過期規則時，指定 --expire-delete-marker 選項。

  在 MinIO 版本中變更：RELEASE.2024-05-01T01-11-10Z

  MinIO 支援使物件的所有版本（其中最新版本為刪除標記）過期，*包括使刪除標記過期*，但僅限使用 JSON。使用 mc ilm rule import 新增 JSON 規則。

  例如，若要使已刪除物件的所有版本在物件刪除後 10 天過期，請使用以下 JSON

  <DelMarkerObjectExpiration>
      <Days> 10 </Days>
  </DelMarkerObjectExpiration>
  

• 若要使在指定天數後，*所有* 沒有刪除標記的物件版本過期，請將 --expire-all-object-versions 旗標與 --expire-days 旗標搭配使用。這允許在指定的日數過去後永久刪除物件。

  在 MinIO 版本中變更：RELEASE.2024-05-01T01-11-10Z

  此旗標僅適用於*沒有*刪除標記的物件。