本頁面概述 Google Cloud NetApp Volumes 磁碟區快照功能。
關於快照
NetApp Volumes 可協助您透過快照管理資料用量,並快速還原遺失的資料。快照是磁碟區內容在特定時間點的版本。這些是磁碟區的資源,可即時擷取資料,且只會耗用修改過的資料空間。由於資料會隨時間變更,快照通常會隨著時間經過而佔用更多空間。
注意事項
請考量下列事項:
快照屬性
快照具備下列功能:
即時擷取:快照會立即擷取磁碟區在特定時間點的資料。
節省空間:快照只會覆寫修改或刪除的資料,並保留現有未變更的資料,因此只會消耗少量資料。
可做為檔案系統讀取:透過標準檔案系統介面,即可輕鬆存取所有快照,做為每個時間點的唯讀檔案。
快速建立副本:您可以在幾秒內複製磁碟區。無論磁碟區或快照大小為何,依據快照建立新磁碟區所需的時間,與建立空白新磁碟區所需的時間相同。複製作業會建立新的磁碟區,因此儲存空間集區必須有足夠的可用容量。
快速還原快照:無論磁碟區大小,您都可以在幾分鐘內將磁碟區還原至快照版本。系統會還原快照建立後對磁碟區所做的變更,包括較新的快照。
快照類型
快照可分為三種類型:
手動快照:您手動建立及刪除的快照。
排定快照時間:您可以透過排定快照時間,自動建立或刪除快照。您可以透過名稱識別排定的快照,格式如下:
<schedule>-<timestamp>
<schedule>
:每小時、每週或每月<timestamp>
:以世界標準時間 (YYYY-MM-DD at HH:MM:SS UTC
) 顯示
內部快照:NetApp Volumes 用於支援複製和備份作業的快照。內部快照無法手動刪除。您可以透過名稱識別內部快照。視您查看快照的方式而定,內部快照的名稱可能有所不同:
在 Google Cloud 控制台、Google Cloud CLI 和 API 回應中,內部快照會使用
replication-<timestamp>
命名慣例。如果您使用 NFS 或 SMB 存取快照,內部快照會採用
snapmirror.<uuid>.<timestamp>.
命名慣例。
快照容量
使用快照前,請先考量快照容量的相關事項:
對大多數資料集而言,只要增加 20% 的容量,就足以保留最多四週的快照。資料越舊,就越不可能用於還原。
覆寫快照中的所有資料會耗用大量磁碟區容量,這會影響磁碟區容量的佈建。
快照排程
常見的快照排程範圍如下:
48 小時內每小時拍攝的快照
30 天內每天的數據匯報
可選擇在 60 天內每週擷取快照
每小時快照屬性
每小時快照可滿足一小時的復原點目標。
快照的用途
下一節將說明可使用快照解決資料管理難題的案例。
應用程式複製:您可以使用快照和應用程式複製功能,以更快的速度進行更多測試疊代,不受複製大小和資料結構影響。
磁碟區復原:如果磁碟區上的資料損毀或刪除,您可以使用快照和 NetApp Volumes 備份復原個別檔案或目錄。由於快照只存在於磁碟區內,因此無法單獨提供完整保護,避免磁碟區遺失。
資料版本控管:您可以透過快照存取同一資料集的多個版本。
應用程式和資料升級:升級應用程式前,您可以使用 NetApp Volumes 擷取資料的目前狀態快照。如果升級失敗,您可以還原為先前的狀態並復原檔案。
勒索軟體防護:NetApp Volumes 可防範勒索軟體攻擊造成的資料遺失。由於快照是唯讀且無法加密,因此有助於防範遭入侵的 VM 意外加密或刪除資料 (該 VM 可能已掛接磁碟區)。如果發生大量資料遺失或遭入侵的情況,您可以使用快照,在幾秒內將整個磁碟區還原至先前的狀態。
您也可以從較舊的快照建立可用的磁碟區副本,以便在勒索軟體攻擊後,於調查資料變更或損毀情況期間繼續作業。這兩種做法都能在幾分鐘內讓您使用所有資料。
應用程式一致的復原點:您可以使用 NetApp Volumes 建立應用程式一致的快照,也就是在作業系統和應用程式將目前的資料狀態寫入儲存空間後建立的快照。應用程式一致性快照可為應用程式提供明確的復原點,並用於建立應用程式的一致性副本。由於快照是透過用戶端存取的唯讀資料,使用者可以立即還原資料,大幅縮短復原時間目標。
當機一致性快照:您也可以使用當機一致性快照復原資料,這類快照適用於大多數應用程式。不過,由於資料會先保留在作業系統和應用程式快取中一段時間,才會寫入儲存空間,因此還原時儲存空間中的部分資料可能不是最新狀態。
邏輯空間用量:NetApp Volumes 空間用量會反映作用中檔案系統中的資料,以及快照保留的已刪除區塊。只要參照保留快照區塊的最新快照遭到刪除,NetApp Volumes 就會釋出這些區塊。磁碟區會繼續耗用佈建空間,包括快照保留的已刪除資料。
快照空間使用範例
以下範例詳細說明如何管理快照空間需求:
使用者佈建 5 TiB 的磁碟區,並將 3 TiB 的資料寫入磁碟區。
結果:用戶端會看到 2 TiB 的可用空間。
用戶端建立快照,然後刪除 1 TiB 的資料。
5 TiB 容量 - 2 TiB 使用者資料 - 1 TiB 快照資料
結果:客戶仍只會看到 2 TB 的可用空間。這是因為系統需要保留快照參照的 1 TiB 刪除資料。這項容量會計入已分配的容量。
NetApp Volumes 會刪除快照。
結果:釋放 1 TiB 的快照資料,用戶端會看到 3 TiB 的可用空間。