Skip to main content
Uma versão mais recente deste produto está disponível.
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Restaurar aplicações

Colaboradores

O Astra Control pode restaurar sua aplicação a partir de um snapshot ou backup. A restauração a partir de um instantâneo existente será mais rápida ao restaurar o aplicativo para o mesmo cluster. Você pode usar a IU do Astra Control ou "API Astra Control" restaurar aplicações.

Sobre esta tarefa
  • * Proteja seus aplicativos primeiro *: É altamente recomendável que você tire um instantâneo ou backup de seu aplicativo antes de restaurá-lo. Isso permitirá clonar a partir do instantâneo ou backup, caso a restauração não seja bem-sucedida.

  • Verificar volumes de destino: Se você restaurar para uma classe de armazenamento diferente, verifique se a classe de armazenamento usa o mesmo modo de acesso de volume persistente (por exemplo, ReadWriteMany). A operação de restauração falhará se o modo de acesso ao volume persistente de destino for diferente. Por exemplo, se o volume persistente de origem usar o modo de acesso RWX, selecionar uma classe de armazenamento de destino que não seja capaz de fornecer RWX, como discos gerenciados do Azure, AWS EBS, Google Persistent Disk ou ontap-san, fará com que a operação de restauração falhe. Para obter mais informações sobre os modos de acesso de volume persistente, consulte "Kubernetes" a documentação.

  • Planejar necessidades de espaço: Quando você executa uma restauração no local de um aplicativo que usa armazenamento NetApp ONTAP, o espaço usado pelo aplicativo restaurado pode dobrar. Depois de executar uma restauração no local, remova todos os snapshots indesejados do aplicativo restaurado para liberar espaço de armazenamento.

  • (somente clusters OpenShift) Adicionar políticas: Quando você cria um projeto para hospedar um aplicativo em um cluster OpenShift, o projeto (ou namespace Kubernetes) recebe um UID SecurityContext. Para ativar o Astra Control Center para proteger seu aplicativo e mover o aplicativo para outro cluster ou projeto no OpenShift, você precisa adicionar políticas que permitam que o aplicativo seja executado como qualquer UID. Como exemplo, os seguintes comandos OpenShift CLI concedem as políticas apropriadas a um aplicativo WordPress.

    oc new-project wordpress
    oc adm policy add-scc-to-group anyuid system:serviceaccounts:wordpress
    oc adm policy add-scc-to-user privileged -z default -n wordpress

  • Aplicativos implantados pelo Helm: Os aplicativos implantados com o Helm 3 (ou atualizados do Helm 2 para o Helm 3) são totalmente suportados. As aplicações implementadas com o Helm 2 não são suportadas.

Cuidado

Executar uma operação de restauração no local em um aplicativo que compartilhe recursos com outro aplicativo pode ter resultados não desejados. Todos os recursos compartilhados entre os aplicativos são substituídos quando uma restauração no local é executada em um dos aplicativos. Para obter mais informações, este exemploconsulte .

Passos
  1. Selecione aplicativos e, em seguida, selecione o nome de um aplicativo.

  2. No menu Opções na coluna ações, selecione Restaurar.

  3. Escolha o tipo de restauração:

    • Restaurar para namespaces originais: Use este procedimento para restaurar o aplicativo no local para o cluster original.

      Observação Se o aplicativo usar uma classe de armazenamento apoiada pelo ontap-nas-economy driver, você deverá restaurar o aplicativo usando as classes de armazenamento originais. Você não pode especificar uma classe de armazenamento diferente se estiver restaurando o aplicativo para o mesmo namespace.
      1. Selecione o instantâneo ou o backup a ser usado para restaurar o aplicativo no local, o que reverte o aplicativo para uma versão anterior de si mesmo.

      2. Selecione seguinte.

        Observação Se você restaurar para um namespace que foi excluído anteriormente, um novo namespace com o mesmo nome será criado como parte do processo de restauração. Todos os usuários que tinham direitos para gerenciar aplicativos no namespace excluído anteriormente precisam restaurar manualmente os direitos para o namespace recém-criado.
    • * Restaurar para novos namespaces*: Use este procedimento para restaurar o aplicativo para outro cluster ou com namespaces diferentes da origem.

      Observação Você pode usar este procedimento para uma classe de armazenamento suportada pelo ontap-nas mesmo cluster OU copiar o aplicativo para outro cluster com uma classe de armazenamento suportada pelo ontap-nas-economy driver.
      1. Especifique o nome do aplicativo restaurado.

      2. Escolha o cluster de destino para o aplicativo que você pretende restaurar.

      3. Insira um namespace de destino para cada namespace de origem associado ao aplicativo.

        Observação O Astra Control cria novos namespaces de destino como parte dessa opção de restauração. Namespaces de destino que você especificar não devem estar presentes no cluster de destino.
      4. Selecione seguinte.

      5. Selecione o instantâneo ou a cópia de segurança a utilizar para restaurar a aplicação.

      6. Selecione seguinte.

      7. Escolha uma das seguintes opções:

        • Restaurar usando classes de armazenamento originais: O aplicativo usa a classe de armazenamento originalmente associada, a menos que não exista no cluster de destino. Neste caso, a classe de armazenamento padrão para o cluster será usada.

        • Restaurar usando uma classe de armazenamento diferente: Selecione uma classe de armazenamento existente no cluster de destino. Todos os volumes de aplicativos, independentemente de suas classes de armazenamento originalmente associadas, serão migrados para essa classe de armazenamento diferente como parte da restauração.

      8. Selecione seguinte.

  4. Escolha quaisquer recursos para filtrar:

    • Restaurar todos os recursos: Restaure todos os recursos associados ao aplicativo original.

    • Filtrar recursos: Especifique regras para restaurar um sub-conjunto dos recursos originais do aplicativo:

      1. Escolha incluir ou excluir recursos do aplicativo restaurado.

      2. Selecione Adicionar regra de inclusão ou Adicionar regra de exclusão e configure a regra para filtrar os recursos corretos durante a restauração do aplicativo. Você pode editar uma regra ou removê-la e criar uma regra novamente até que a configuração esteja correta.

        Observação Para saber mais sobre como configurar regras de inclusão e exclusão, Filtre recursos durante uma restauração de aplicativosconsulte .
  5. Selecione seguinte.

  6. Revise os detalhes sobre a ação de restauração cuidadosamente, digite "restaurar" (se solicitado) e selecione Restaurar.

Resultado

O Astra Control restaura a aplicação com base nas informações fornecidas. Se você restaurou o aplicativo no local, o conteúdo dos volumes persistentes existentes será substituído pelo conteúdo de volumes persistentes do aplicativo restaurado.

Observação Após uma operação de proteção de dados (clone, backup ou restauração) e subsequente redimensionamento persistente de volume, há um atraso de até vinte minutos antes que o novo tamanho de volume seja exibido na IU da Web. A operação de proteção de dados é bem-sucedida em minutos. Você pode usar o software de gerenciamento do back-end de storage para confirmar a alteração no tamanho do volume.
Importante Qualquer usuário membro com restrições de namespace por nome/ID de namespace ou por rótulos de namespace pode clonar ou restaurar um aplicativo para um novo namespace no mesmo cluster ou para qualquer outro cluster na conta da organização. No entanto, o mesmo usuário não pode acessar o aplicativo clonado ou restaurado no novo namespace. Depois que um novo namespace é criado por uma operação de clone ou restauração, o administrador/proprietário da conta pode editar a conta de usuário membro e atualizar as restrições de função para o usuário afetado conceder acesso ao novo namespace.

Filtre recursos durante uma restauração de aplicativos

Você pode adicionar uma regra de filtro a uma "restaurar" operação que especificará os recursos existentes do aplicativo a serem incluídos ou excluídos do aplicativo restaurado. Você pode incluir ou excluir recursos com base em um namespace, rótulo ou GVK (GroupVersionKind) especificado.

Expanda para obter mais informações sobre incluir e excluir cenários
  • Você seleciona uma regra include com namespaces originais (in-place restore): Os recursos de aplicativo existentes que você definir na regra serão excluídos e substituídos por aqueles do snapshot selecionado ou backup que você está usando para a restauração. Quaisquer recursos que você não especificar na regra incluir permanecerão inalterados.

  • Você seleciona uma regra de inclusão com novos namespaces: Use a regra para selecionar os recursos específicos desejados no aplicativo restaurado. Quaisquer recursos que você não especificar na regra incluir não serão incluídos no aplicativo restaurado.

  • Você seleciona uma regra de exclusão com namespaces originais (in-loco restore): Os recursos que você especificar para serem excluídos não serão restaurados e permanecerão inalterados. Os recursos que você não especificar para excluir serão restaurados do snapshot ou backup. Todos os dados em volumes persistentes serão excluídos e recriados se o StatefulSet correspondente fizer parte dos recursos filtrados.

  • Você seleciona uma regra de exclusão com novos namespaces: Use a regra para selecionar os recursos específicos que deseja remover do aplicativo restaurado. Os recursos que você não especificar para excluir serão restaurados do snapshot ou backup.

As regras são incluir ou excluir tipos. Regras que combinem inclusão e exclusão de recursos não estão disponíveis.

Passos
  1. Depois de escolher filtrar recursos e selecionar uma opção incluir ou excluir no assistente Restaurar aplicativo, selecione Adicionar regra de inclusão ou Adicionar regra de exclusão.

    Observação Não é possível excluir quaisquer recursos com escopo de cluster que sejam incluídos automaticamente pelo Astra Control.
  2. Configure a regra de filtro:

    Observação Você deve especificar pelo menos um namespace, rótulo ou GVK. Certifique-se de que todos os recursos que você mantém após as regras de filtro são suficientes para manter o aplicativo restaurado em um estado saudável.
    1. Selecione um namespace específico para a regra. Se você não fizer uma seleção, todos os namespaces serão usados no filtro.

      Observação Se o seu aplicativo originalmente continha vários namespaces e você o restaura para novos namespaces, todos os namespaces serão criados mesmo que eles não contenham recursos.
    2. (Opcional) Digite um nome de recurso.

    3. (Opcional) Seletor de etiquetas: Inclua a "seletor de etiquetas" para adicionar à regra. O seletor de etiquetas é utilizado para filtrar apenas os recursos que correspondem à etiqueta selecionada.

    4. (Opcional) Selecione Use GVK (GroupVersionKind) definido para filtrar recursos para opções de filtragem adicionais.

      Observação Se você usar um filtro GVK, você deve especificar versão e tipo.
      1. (Opcional) Group: Na lista suspensa, selecione o grupo da API do Kubernetes.

      2. Kind: Na lista suspensa, selecione o esquema de objeto para o tipo de recurso do Kubernetes a ser usado no filtro.

      3. Versão: Selecione a versão da API do Kubernetes.

  3. Revise a regra criada com base em suas entradas.

  4. Selecione Adicionar.

    Dica Você pode criar quantos recursos incluir e excluir regras quiser. As regras aparecem no resumo do aplicativo de restauração antes de iniciar a operação.

Migre do storage econômico do ONTAP nas para o storage ONTAP-nas

Você pode usar um Astra Control "restauração de aplicativo" ou "clone de aplicativo" uma operação para migrar volumes de aplicações de uma classe de storage com o suporte ontap-nas-economy do , que permite opções de proteção limitada de aplicações, para uma classe de storage com o respaldo ontap-nas de sua ampla gama de opções de proteção Astra Control. A operação clone ou restauração migra volumes baseados em Qtree que usam um ontap-nas-economy back-end para volumes padrão suportados ontap-nas pelo . Os volumes, independentemente de serem ontap-nas-economy apenas suportados ou mistos, serão migrados para a classe de storage de destino. Após a conclusão da migração, as opções de proteção não são mais limitadas.

Complicações de restauração no local para um aplicativo que compartilha recursos com outro aplicativo

Você pode executar uma operação de restauração no local em um aplicativo que compartilhe recursos com outro aplicativo e produza resultados não intencionais. Todos os recursos compartilhados entre os aplicativos são substituídos quando uma restauração no local é executada em um dos aplicativos.

O seguinte é um cenário de exemplo que cria uma situação indesejável ao usar a replicação do NetApp SnapMirror para uma restauração:

  1. Você define o aplicativo app1 usando o namespace ns1.

  2. Você configura uma relação de replicação para `app1`o .

  3. Você define o app2 aplicativo (no mesmo cluster) usando os namespaces e ns1 ns2.

  4. Você configura uma relação de replicação para `app2`o .

  5. Inverta a replicação para app2`o . Isso faz com que o `app1 aplicativo no cluster de origem seja desativado.