本頁面概述 Google Distributed Cloud (GDC) 實體隔離方案中的手動還原建立選項。
隨時手動還原備份,復原資料。
還原備份時,系統會在目標叢集中重新建立 Kubernetes 資源。資源建立完成後,實際還原工作負載功能時,會受到一般叢集協調程序的影響。舉例來說,Pod 會排定在節點上執行,然後在這些節點上啟動。
從匯入的備份檔還原
您可以從其他叢集中完成的備份還原備份。舉例來說,如果原始叢集處於非使用中狀態,或是您想複製現有叢集,可以從匯入的備份還原備份。
首先,在目標叢集中建立備份存放區,指向來源叢集使用的儲存位置。如果來源叢集正在 ReadWrite
模式下使用存放區,則必須將 ImportPolicy
指定為 ReadOnly
。詳情請參閱「備份存放區匯入政策」。
建立備份存放區並成功匯入備份後,目標叢集就會顯示存放區備份資源。 然後,您可以參照匯入的備份,在目標叢集中排定還原作業。
手動還原總覽
如要手動還原,必須先有可供還原的備份。在 GDC 控制台中手動還原,或使用 API 還原。您可以透過 API 建立 ManualRestoreRequest
資源,要求從備份檔還原資料。這項資源會指定還原作業的名稱、要使用的還原方案,以及要從哪個備份還原。
還原方案和備份必須與要求位於相同命名空間。這個 API 會提供還原程序的狀態更新,並允許您列出所有還原要求。詳情請參閱建立還原作業。
如要進一步控管還原的資源,請參閱精細還原功能總覽。
精細還原總覽
精細還原功能可讓您從備份還原部分資源。這項功能可彈性調整還原方案中定義的還原範圍。如果細部還原範圍與還原計畫中定義的原始範圍沒有重疊,系統就不會還原任何資源。
您可以為具備下列個別資源層級衝突處理模式的還原方案啟用精細還原功能:
MergeSkipOnConflict
:系統會略過還原期間遇到的衝突資源。MergeReplaceOnConflict
:還原程序期間遇到的衝突資源會由您要還原的備份資源取代。
如要使用細部還原功能,請建立還原計畫,或將現有還原計畫的 namespacedResourceRestoreMode
欄位更新為 MergeSkipOnConflict
或 MergeReplaceOnConflict
值。系統不支援 FailOnConflict
或 DeleteAndRestore
的命名空間衝突處理模式。
如要進一步瞭解還原模式,請參閱「建立還原方案」中的 namespacedResourceRestoreMode
欄位。
「包含」和「排除」篩選器
建立精細還原作業時,您會在「包含」和「排除」篩選器下方定義一或多項篩選條件。您可以透過這些篩選器,選取或排除備份中的部分資源,以便還原。您可以同時定義納入和排除篩選條件。如果兩者皆指定,系統會依下列順序處理:
- 如果使用納入篩選器,還原作業只會還原符合這些篩選器的資源。
- 如果使用排除篩選器,還原程序會排除相符的資源。
- 如果同時指定納入和排除篩選器,還原作業會先套用納入篩選器,再套用排除篩選器。
- 如未指定篩選條件,系統會還原父項還原方案中定義的整個範圍。
建構篩選條件時,您可以加入四個選用屬性:
GroupKind
:資源的 Kubernetes API 群組和種類。Namespace
:命名空間範圍內資源的命名空間。Name
:資源名稱。Labels
:根據 Kubernetes 選取資源的鍵值組。如要進一步瞭解標籤,請參閱 https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/。
您可以組合使用上述四個屬性來定義篩選條件。如果指定多個屬性,系統會將屬性之間的關係視為 AND
。如果資源符合篩選條件中定義的所有屬性,就會選取該資源。
你也可以同時提供多個篩選條件。不同篩選條件之間的關係為 OR
。資源符合任一篩選條件時,系統就會選取該資源。最多可使用 50 個篩選器,每個篩選器最多可有 50 個標籤鍵/值組合。