Esta página oferece uma vista geral das opções de criação de restauro manual no Google Distributed Cloud (GDC) air-gapped.
Crie um restauro manual de uma cópia de segurança para recuperar os seus dados em qualquer altura.
Quando uma cópia de segurança é restaurada, os recursos do Kubernetes são recriados no cluster de destino. Após a criação dos recursos, a restauração real da funcionalidade da carga de trabalho está sujeita ao processo de conciliação do cluster normal. Por exemplo, os pods são agendados para os nós e, em seguida, iniciados nesses nós.
Restaure a partir de uma cópia de segurança importada
Pode restaurar uma cópia de segurança a partir de outra cópia de segurança que foi concluída num cluster diferente. Por exemplo, restaurar uma cópia de segurança de uma cópia de segurança importada se o cluster original estiver inativo ou quiser clonar um cluster existente.
Primeiro, crie um repositório de cópia de segurança no cluster de destino que aponte para a localização de armazenamento usada pelo cluster de origem. Se o repositório estiver a ser usado ativamente pelo cluster de origem no modo ReadWrite, tem de especificar ImportPolicy como ReadOnly. Para mais informações, consulte as políticas de importação do repositório de cópias de segurança.
Depois de criar o repositório de cópias de segurança e importar com êxito as cópias de segurança, os recursos de cópia de segurança do repositório estão presentes no cluster de destino. Em seguida, pode agendar um restauro no cluster de destino referindo-se a uma cópia de segurança importada.
Vista geral da restauro manual
Para criar um restauro manual, tem de ter uma cópia de segurança existente para restaurar. Crie um restauro manual na consola do GDC ou através da API. A API permite-lhe
pedir o restauro de dados a partir de uma cópia de segurança criando um recurso ManualRestoreRequest. Este recurso especifica o nome do restauro, o plano de restauro a usar e a cópia de segurança a partir da qual restaurar.
O plano de restauro e a cópia de segurança têm de existir no mesmo espaço de nomes que o pedido. A API fornece atualizações de estado sobre o processo de restauro e permite-lhe listar todos os pedidos de restauro. Para mais informações, consulte Crie uma restauração.
Se quiser ter mais controlo sobre os recursos restaurados, consulte a vista geral da restauração detalhada.
Vista geral do restauro detalhado
A funcionalidade de restauro detalhado permite-lhe restaurar um subconjunto de recursos a partir de uma cópia de segurança. Esta funcionalidade oferece a flexibilidade de refinar o âmbito de restauro definido no plano de restauro. Se o âmbito de restauro detalhado não tiver sobreposição com o âmbito original definido no plano de restauro, não são restaurados recursos.
Pode ativar a funcionalidade de restauro detalhado para planos de restauro com estes modos de processamento de conflitos ao nível do recurso individual:
MergeSkipOnConflict: os recursos em conflito encontrados durante o restauro são ignorados.MergeReplaceOnConflict: os recursos em conflito encontrados durante o processo de restauro são substituídos pelos recursos na cópia de segurança que está a restaurar.
Para usar restauros detalhados, crie um plano de restauro
ou atualize o campo namespacedResourceRestoreMode de um plano de restauro
existente para um valor de MergeSkipOnConflict ou
MergeReplaceOnConflict. Os modos de processamento de conflitos de espaços de nomes de FailOnConflict ou DeleteAndRestore não são suportados.
Para mais informações sobre os modos de restauro, consulte o campo namespacedResourceRestoreMode em Crie um plano de restauro.
Filtros de inclusão e exclusão
Quando cria um restauro detalhado, define uma ou mais condições de filtro nos filtros de inclusão e exclusão. Estes filtros permitem-lhe selecionar ou excluir um subconjunto de recursos da cópia de segurança para restauro. Pode definir filtros de inclusão e exclusão em simultâneo. Quando ambos são especificados, é seguida a seguinte ordem:
- Se forem usados filtros de inclusão, o restauro só inclui recursos que correspondam a esses filtros.
- Se forem usados filtros de exclusão, o restauro exclui os recursos correspondentes do processo de restauro.
- Quando são especificados filtros de inclusão e exclusão, a restauração aplica primeiro os filtros de inclusão e, de seguida, os filtros de exclusão.
- Se não forem especificados filtros, a restauração é realizada no âmbito completo definido no plano de restauro principal.
Pode incluir quatro atributos opcionais ao criar uma condição de filtro:
GroupKind: o grupo e o tipo de API Kubernetes para o recurso.Namespace: o espaço de nomes para recursos com âmbito de espaço de nomes.Name: o nome do recurso.Labels: os pares de chave-valor para selecionar recursos com base no Kubernetes. Para mais informações sobre etiquetas, consulte https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/.
Pode usar uma combinação dos quatro atributos anteriores para definir uma condição de filtro. Se for especificado mais do que um atributo, a relação entre os atributos é considerada AND. Um recurso é selecionado se corresponder a todos os atributos definidos na condição de filtro.
Também pode fornecer várias condições de filtro em simultâneo. A relação entre as diferentes condições de filtro é OR. Um recurso é selecionado se corresponder a qualquer condição de filtro. São permitidos, no máximo, 50 filtros e cada filtro pode ter 50 pares de chave-valor de etiqueta.