NetApp Disaster Recovery 是一種雲端型災難恢復服務，可透過 NetApp Console 進行存取，為 VMware 和 Kubernetes 環境自動化災難恢復工作流程。它會將執行 ONTAP 儲存設備的內部部署 VMware 工作負載，或執行 Trident 管理之 ONTAP 儲存設備的 Kubernetes 工作負載，複寫到另一個站台作為災難恢復目標。該服務使用 ONTAP SnapMirror 技術，搭配原生 VMware 協調或 Trident Protect 協調來保護工作負載，同時保留 ONTAP 儲存效率（例如壓縮和重複資料刪除）。

NetApp Disaster Recovery 不需要任何單獨的能力開發。它會自動出現在 NetApp Console 左側導覽列的 Protection > Disaster recovery 下。若要存取 NetApp Console，請在瀏覽器中輸入： "https://console.netapp.com/"。

若要獲得完整的後續存取權限，需要 Disaster Recovery 授權。您可以在購買授權或訂閱之前，先享有 30 天的免費試用期。如需詳細資訊，請參閱 "設定災難恢復授權"。

Disaster Recovery 支援下列保護目標：

針對 VMware 工作負載，NetApp Disaster Recovery 支援下列資料存放區類型：

對於 Kubernetes 工作負載，Disaster Recovery 可保護透過 NetApp Trident on ONTAP 儲存設備佈建的持續性 Volume。

災難恢復提供以下授權選項：

災難恢復費用是根據來源站台上資料存放區的已使用容量計算，前提是至少有一個 VM 或 Kubernetes 資源具有複寫計劃。

對於 BYOL，如果資料超過允許的容量，服務中的作業將受到限制，直到您取得額外的容量授權或在 NetApp Console 中升級授權為止。

免費試用期結束後，您仍然可以檢視和刪除工作負載和複寫計劃等資源，並執行試用期內建立的所有排程作業。若要繼續使用完整功能的服務，您需要從雲端供應商取得隨用隨付訂閱，或從 NetApp 購買 BYOL 授權。

您可以隨時購買授權或訂閱，30 天試用期結束後才會收費。

Disaster Recovery 支援下列拓撲：

完整清單請參閱"災難恢復先決條件"。

Console 代理程式是一個軟體元件，可讓 NetApp Console 與您的 ONTAP 儲存設備和 VMware vCenter 叢集通訊。災難恢復功能正常運作需要此元件。代理程式駐留在您的私有網路（內部部署資料中心或雲端 VPC）中，並與您的 ONTAP 儲存設備執行個體和 vCenter 叢集通訊。

對於內部部署到內部部署的災難恢復，請在災難恢復站台安裝內部部署 Console 代理程式。對於內部部署到 AWS 的災難恢復，請在 AWS VPC 中安裝 AWS 的 Console 代理程式。來源和目的地 vCenter 叢集應使用相同的 Console 代理程式。災難恢復僅適用於標準模式代理程式部署。

每個 Kubernetes 叢集都必須安裝 NetApp Trident、設定 ONTAP 後端和儲存設備類別，並安裝 Volume 快照 CRD 和控制器。應用程式必須使用透過 Trident 儲存設備類別佈建的持續性 Volume。將 Kubernetes 叢集新增為站台時，災難恢復功能會引導您在該叢集上安裝和註冊 Trident Protect。如需逐步命令和驗證檢查，請參閱 "Kubernetes 叢集的災難恢復需求"。

站台是一個邏輯 Container，通常與實體資料中心或雲端位置關聯，用於託管一個或多個 vCenter 叢集或 Kubernetes 叢集。在建立複寫計劃之前，您需要新增來源（生產）站台和目的地（災難恢復）站台。

資源群組是一個邏輯 Container，可讓您將多個虛擬機器、資料存放區或 Kubernetes 命名空間和資源作為單一單元進行管理，以便使用通用快照加以保護。一個虛擬機器一次只能屬於一個資源群組。您可以為每個要保護的應用程式或工作負載建立資源群組，虛擬機器將根據您在群組內設定的開機順序啟動。

複寫計畫是一組規則，用於規定備份的頻率以及如何處理容錯移轉事件。它選擇來源站台和目的地站台、指派資源群組、定義恢復對應，並設定開機行為。計畫透過資料複寫的頻率來定義恢復點目標 （RPO）。

恢復點目標 (RPO) 是指災難事件時可接受的最大資料遺失量；它由複寫計畫的複寫頻率或排程決定。恢復時間目標 (RTO) 是指從災難中恢復可接受的最長時間；它取決於容錯移轉到災難恢復站台並重新啟動所有虛擬機器或應用程式所需的時間。

具體步驟請參見"在 NetApp Disaster Recovery 中新增站台"。

預設情況下，探索每 24 小時執行一次；您可以根據環境自訂排程。最短間隔為 30 分鐘，最長間隔為 24 小時。NetApp 建議先手動執行幾次探索以取得最新資訊，然後再設定自動執行排程。新增或刪除的資源將在下次排程或手動探索時被識別。

不。在同一資料儲存上託管受保護和不受保護的虛擬機器可能會導致問題。具體來說，如果資料儲存發生容錯移轉，則容錯移轉後，其上的任何不受保護的虛擬機器在來源都將不復存在，NetApp Disaster Recovery 也不會在容錯移轉站台啟動它們。

在部署 NetApp Disaster Recovery 之前，您應該組織資源，以便受保護和未受保護的工作負載使用分隔的資料存放區子集，並確保單一資料存放區不會受到多個複寫計畫的保護。

如果您計劃使用平台管理（ONTAP 管理）的備份，請使用 MirrorAll 原則。MirrorVault 和 Asynchronous 是可接受的替代方案，但您必須確保在容錯移轉或容錯回復期間選取的 Snapshot 同時存在於來源和目的地 Volume 上，否則作業會失敗並出現「找不到共同的 Snapshot」錯誤。不建議使用 MirrorLatest，因為它只會保留一個共同的 Snapshot 用於容錯移轉。對於由 NetApp Disaster Recovery 管理的 SnapMirror 關係，請勿在服務之外為其排程更新，因為 NetApp Disaster Recovery 會管理複寫時間。

是的。如果受保護資料儲存的來源和目的地 Volume 之間已存在 SnapMirror 關係，則災難恢復會使用該關係進行所有複寫作業，而非建立新的關係。

是的。您可以使用已設定移轉的複寫計劃，將 VMware 應用程式從來源站台移轉到另一個站台。啟動移轉後，該服務每 30 分鐘驗證一次移轉是否按計劃進行；您可以在「作業監控」中監控進度。目前不支援以 Kubernetes 為基礎的工作負載移轉。請參閱"將應用程式移轉至另一個站台"。

是的。在測試容錯移轉期間，災難恢復會從所選快照的新 FlexClone® Volume 建立暫時虛擬機器，並將暫時由 FlexClone® 支援的資料存放區對應至 ESXi 主機。這不會使用額外的實體容量、不會修改原始來源 Volume，也不會毀損 SnapMirror 關係或生產工作負載，生產工作負載將繼續正常複寫。測試結束後，請使用 Clean up failover test 行動清理測試環境。請參閱 "將應用程式故障轉移到遠端站點"。

是的。預設情況下，所有虛擬機器會同時並行開機，但您可以為每個虛擬機器指派一個連續的編號（例如 1、2、3）來控制開機順序，或為多個虛擬機器指派相同的編號以同時開機。您也可以為每個虛擬機器設定開機延遲（0–10 分鐘）以錯開啟動時間，這有助於確保優先順序較高的虛擬機器在優先順序較低的虛擬機器啟動之前運作。

容錯回復會在災難解決後將作業還原至原始來源站台。NetApp Disaster Recovery 從已容錯移轉至目標的 SnapMirror 關係開始，將所有變更重新同步回原始來源 VM 或 Kubernetes 叢集，然後再反轉複寫方向。具體過程如下：

請參閱 "將應用程式故障恢復到原始來源"。

使用 Disaster Recovery Dashboard 查看站台和計畫是否健全、已中斷連線或已降級；審查最近的警告和失敗的作業；識別受保護和未受保護的工作負載；並快速檢視容量。請參閱"檢視災難恢復計畫健全狀況"。

使用 Job monitoring 功能可以審查作業時間戳記、狀態和啟動器（如果是 Disaster Recovery 系統啟動的，則為「系統」）。您可以從「操作」功能表取消「進行中」或「已排隊」的作業，這在作業卡住或需要優先執行其他操作時非常有用。請參閱 "監控災難恢復工作"。

您可以產生針對 VMware、Kubernetes 或所有工作負載的報告，涵蓋複寫計畫詳情、法規遵循狀態和作業摘要。報告可以下載為 PDF、HTML 或 JSON 檔案。涵蓋 1 到 7 天的時間段。如需更多資訊，請參閱 "在 NetApp Disaster Recovery 中建立報告"。

AppVault 是 Trident Protect 保存 Kubernetes 保護資料的雲端儲存目標。您在設定 Kubernetes 複寫計劃時建立 AppVault。