NetApp Disaster Recovery para Datastores NFS
Sugerir alterações
PDFs
NetApp Disaster Recovery para Datastores NFS
Implementar a recuperação de desastres por meio de replicação em nível de bloco do site de produção para o site de recuperação de desastres é um método resiliente e econômico para proteger cargas de trabalho contra interrupções do site e eventos de corrupção de dados, como ataques de ransomware. Usando a replicação do NetApp SnapMirror , as cargas de trabalho do VMware em execução em sistemas ONTAP locais com armazenamento de dados NFS podem ser replicadas para outro sistema de armazenamento ONTAP localizado em um datacenter de recuperação designado onde o VMware também está implantado.
Esta seção do documento descreve a configuração do NetApp Disaster Recovery para configurar a recuperação de desastres de VMs VMware no local para outro site designado. Como parte dessa configuração, o Console agent, o onboarding dos arrays ONTAP, o Defining Sites e a associação do VMware vCenter. Além disso, este documento detalha como configurar a replicação entre sites e como configurar e testar um plano de recuperação. A última seção contém instruções para realizar um failover completo do site e como fazer o failback quando o site primário for recuperado e colocado online.
Utilizando o Disaster Recovery, parte do NetApp Data Services, as empresas podem descobrir facilmente seus VMware vCenters locais e o storage ONTAP. As organizações podem então criar grupos de recursos, criar um plano de recuperação de desastres, associá-lo aos grupos de recursos e testar ou executar failover e failback. SnapMirror fornece replicação de blocos no nível de storage para manter os dois sites atualizados com mudanças incrementais, resultando em um Recovery Point Objective (RPO) de até 5 minutos. Além disso, é possível simular procedimentos de recuperação de desastres sem afetar a produção nem gerar custos adicionais de storage.
O Disaster Recovery utiliza a tecnologia FlexClone do ONTAP para criar uma cópia com uso eficiente de espaço do datastore NFS a partir da última cópia Snapshot replicada no site de recuperação de desastres. Após concluir o teste de recuperação de desastres, os clientes podem excluir facilmente o ambiente de teste sem afetar os recursos de produção replicados reais. Em caso de failover real, o Disaster Recovery orquestra todas as etapas necessárias para ativar automaticamente as máquinas virtuais protegidas no site de recuperação de desastres designado com apenas alguns cliques. O serviço também reverterá a relação do SnapMirror para o site primário e replicará quaisquer alterações do secundário para o primário para uma operação de failback, quando necessário. Todos esses recursos têm um custo muito menor em comparação com outras alternativas bem conhecidas.
|
Para obter informações atualizadas e versões compatíveis do vCenter Server, do ESXi e do ONTAP for Disaster Recovery, consulte o "Configurações suportadas para recuperação de desastres". |
Começando
Para começar a usar o NetApp Disaster Recovery, use o console da NetApp e acesse o serviço.
-
Faça login no Console.
-
Na navegação à esquerda do Console, selecione Protection > Disaster Recovery.
-
O painel de recuperação de desastres é exibido.
Antes de configurar o plano de recuperação de desastres, certifique-se de que os seguintes pré-requisitos sejam atendidos:
-
O agente do Console está implantado.
-
O agente tem conectividade com o vCenter de origem e de destino e os sistemas de storage.
-
O cluster ONTAP com SVM com serviço NFS habilitado está disponível.
-
Os sistemas de storage locais da NetApp que hospedam datastores NFS para VMware são adicionados no Console.
-
A resolução de DNS deve estar em vigor ao usar nomes DNS. Caso contrário, use endereços IP para o vCenter.
-
A replicação do SnapMirror é configurada para os volumes de armazenamento de dados baseados em NFS designados.
-
Certifique-se de que o ambiente tenha versões compatíveis dos servidores vCenter Server e ESXi.
Depois que a conectividade for estabelecida entre os sites de origem e destino, prossiga com as etapas de configuração, que devem levar alguns cliques e cerca de 3 a 5 minutos.
|
|
NetApp recomenda implantar o agente do Console no site de destino ou em um terceiro site, para que o agente do Console possa se comunicar pela rede com os recursos de origem e destino. |
Configuração do NetApp Disaster Recovery
O primeiro passo na preparação para a recuperação de desastres é descobrir e adicionar o vCenter local e os recursos de storage ao NetApp Disaster Recovery.
Abra o Console e selecione Proteção > Recuperação de Desastres na navegação à esquerda. Clique em Sites, forneça um nome e escolha o tipo de local. Em seguida, clique no botão Adicionar vCenter.
Adicione as seguintes plataformas:
-
Fonte. vCenter local.
-
Destino. VMC SDDC vCenter.
Depois que os vCenters são adicionados, a descoberta automatizada é acionada.
Configurando a replicação de armazenamento entre a matriz do site de origem e a matriz do site de destino
O SnapMirror fornece replicação de dados em um ambiente NetApp. Baseada na tecnologia Snapshot da NetApp, a replicação do SnapMirror é extremamente eficiente, pois replica apenas os blocos que foram alterados ou adicionados desde a atualização anterior. O SnapMirror é facilmente configurado usando o NetApp OnCommand System Manager ou a CLI do ONTAP. O NetApp Data Services também cria a relação do SnapMirror, desde que o peering de cluster e de SVM tenha sido configurado previamente.
Para os casos em que o storage primário não se perde completamente, o SnapMirror oferece um meio eficiente de ressincronizar os sites primário e de DR. O SnapMirror pode ressincronizar os dois sites, transferindo de volta para o site primário, a partir do site de DR, apenas os dados alterados ou novos, simplesmente invertendo as relações do SnapMirror. Isso significa que os planos de replicação na recuperação de desastres podem ser ressincronizados em qualquer direção após um failover, sem copiar novamente o volume inteiro. Se uma relação for ressincronizada na direção inversa, apenas os novos dados gravados desde a última sincronização bem-sucedida da cópia Snapshot serão enviados de volta para o destino.
|
|
Se a relação do SnapMirror já estiver configurada para o volume via CLI ou o System Manager, o NetApp Data Services reconhecerá a relação e continuará com o restante das operações do fluxo de trabalho. |
Como configurá-lo para recuperação de desastres do VMware
O processo para criar a replicação do SnapMirror permanece o mesmo para qualquer aplicativo. O processo pode ser manual ou automatizado. A maneira mais fácil é usar o NetApp Console para configurar a replicação do SnapMirror usando um simples recurso de arrastar e soltar do sistema ONTAP de origem no ambiente até o destino para acionar o assistente que orienta você pelo restante do processo.
A recuperação de desastres também pode automatizar esse processo, desde que você atenda aos dois critérios a seguir:
-
Os clusters de origem e destino têm um relacionamento de pares.
-
O SVM de origem e o SVM de destino têm um relacionamento de mesmo nível.
|
|
Se a relação do SnapMirror já estiver configurada para o volume via CLI, o Disaster Recovery reconhece a relação e continua com o restante das operações do fluxo de trabalho. |
O que o Disaster Recovery pode fazer por você?
Após a adição dos sites de origem e destino, o Disaster Recovery realiza uma descoberta profunda automática e exibe as VMs juntamente com os metadados associados. O Disaster Recovery também detecta automaticamente as redes e os grupos de portas usados pelas VMs e os preenche.
Após a adição dos sites, as VMs podem ser agrupadas em grupos de recursos. Os grupos de recursos do Disaster Recovery permitem agrupar um conjunto de VMs dependentes em grupos lógicos que contêm suas ordens de inicialização e atrasos de inicialização, que podem ser executados na recuperação. Para começar a criar grupos de recursos, acesse Grupos de Recursos e clique em Criar Novo Grupo de Recursos.
|
|
O grupo de recursos também pode ser criado durante a criação de um plano de replicação. |
A ordem de inicialização das VMs pode ser definida ou modificada durante a criação de grupos de recursos usando um mecanismo simples de arrastar e soltar.
Depois que os grupos de recursos forem criados, a próxima etapa é criar o projeto de execução ou um plano para recuperar máquinas virtuais e aplicativos em caso de desastre. Conforme mencionado nos pré-requisitos, a replicação do SnapMirror pode ser configurada antecipadamente ou o DRaaS pode configurá-la usando o RPO e a contagem de retenção especificados durante a criação do plano de replicação.
Configure o plano de replicação selecionando as plataformas vCenter de origem e destino no menu suspenso e escolha os grupos de recursos a serem incluídos no plano, juntamente com o agrupamento de como os aplicativos devem ser restaurados e ligados e o mapeamento de clusters e redes. Para definir o plano de recuperação, navegue até a guia Plano de Replicação e clique em Adicionar Plano.
Primeiro, selecione o vCenter de origem e depois selecione o vCenter de destino.
O próximo passo é selecionar grupos de recursos existentes. Se nenhum grupo de recursos for criado, o assistente ajudará a agrupar as máquinas virtuais necessárias (basicamente, criar grupos de recursos funcionais) com base nos objetivos de recuperação. Isso também ajuda a definir a sequência de operação de como as máquinas virtuais do aplicativo devem ser restauradas.
|
|
O grupo de recursos permite definir a ordem de inicialização usando a funcionalidade de arrastar e soltar. Ele pode ser usado para modificar facilmente a ordem em que as VMs serão ligadas durante o processo de recuperação. |
|
|
Cada máquina virtual dentro de um grupo de recursos é iniciada em sequência com base na ordem. Dois grupos de recursos são iniciados em paralelo. |
A captura de tela abaixo mostra a opção de filtrar máquinas virtuais ou armazenamentos de dados específicos com base em requisitos organizacionais, caso os grupos de recursos não sejam criados previamente.
Após selecionar os grupos de recursos, crie os mapeamentos de failover. Nesta etapa, especifique como os recursos do ambiente de origem são mapeados para o destino. Isso inclui recursos de computação e redes virtuais. Personalização de IP, scripts de pré e pós-inicialização, atrasos de inicialização, consistência de aplicativos e assim por diante. Para obter informações detalhadas, consulte "Crie um plano de replicação".
|
|
Por padrão, os mesmos parâmetros de mapeamento são usados para operações de teste e failover. Para definir mapeamentos diferentes para o ambiente de teste, selecione a opção Mapeamento de teste depois de desmarcar a caixa de seleção, conforme mostrado abaixo: |
Quando o mapeamento de recursos estiver concluído, clique em Avançar.
Selecione o tipo de recorrência. Em palavras simples, selecione Migrar (migração única usando failover) ou a opção de replicação contínua recorrente. Neste passo a passo, a opção Replicar está selecionada.
Uma vez concluído, revise os mapeamentos criados e clique em Adicionar plano.
|
|
É possível incluir máquinas virtuais (VMs) de diferentes volumes e SVMs em um plano de replicação. Dependendo da localização da VM (seja no mesmo volume ou em volumes separados dentro da mesma SVM, ou em volumes separados em SVMs diferentes), o Disaster Recovery cria um Snapshot de grupo de consistência. |
A recuperação de desastres consiste nos seguintes fluxos de trabalho:
-
Teste de failover (incluindo simulações automatizadas periódicas)
-
Teste de failover de limpeza
-
Failover
-
Failback
Teste de failover
O teste de failover no o Disaster Recovery é um procedimento operacional que permite aos administradores do VMware validar completamente seus planos de recuperação sem interromper seus ambientes de produção. Durante um teste de failover, o Disaster Recovery cria cópias NetApp FlexClone com uso eficiente de espaço dos volumes de datastore NFS replicados no sistema de storage de DR. Esses volumes FlexClone são então montados nos hosts ESXi no site de DR, e as máquinas virtuais são ligadas em uma rede de teste isolada. Esse processo permite que os administradores verifiquem se seus planos de recuperação de desastres funcionarão como pretendido no caso de um desastre real.
A recuperação de desastres incorpora a capacidade de selecionar o snapshot como um recurso opcional na operação de failover de teste. Esse recurso permite que o administrador do VMware verifique se quaisquer alterações feitas recentemente no ambiente foram replicadas para o site de destino e, portanto, estão presentes durante o teste. Essas alterações incluem patches para o sistema operacional guest da VM
Quando o administrador do VMware executa uma operação de failover de teste, o Disaster Recovery automatiza as seguintes tarefas:
-
Acionar relacionamentos do SnapMirror para atualizar o armazenamento no site de destino com quaisquer alterações recentes feitas no site de produção.
-
Criação de volumes NetApp FlexClone dos volumes FlexVol no array de armazenamento DR.
-
Conectando os datastores NFS nos volumes FlexClone aos hosts ESXi no site de DR.
-
Conectando os adaptadores de rede da VM à rede de teste especificada durante o mapeamento.
-
Reconfigurando as configurações de rede do sistema operacional convidado da VM, conforme definido para a rede no site de DR.
-
Executar quaisquer comandos personalizados que tenham sido armazenados no plano de replicação.
-
Ligar as VMs na ordem definida no plano de replicação.
Operação de teste de failover de limpeza
A operação de teste de failover de limpeza ocorre após a conclusão do teste do plano de replicação e o administrador do VMware responde ao prompt de limpeza.
Esta ação redefinirá as máquinas virtuais (VMs) e o status do plano de replicação para o estado pronto.
Quando o administrador do VMware executa uma operação de recuperação, o Disaster Recovery completa o seguinte processo:
-
Ele desliga cada VM recuperada na cópia do FlexClone que foi usada para teste.
-
Ele exclui o volume FlexClone que foi usado para apresentar as VMs recuperadas durante o teste.
Migração planejada e failover
O Disaster Recovery tem dois métodos para realizar um failover real: migração planejada e failover. O primeiro método, migração planejada, incorpora o desligamento das VMs e a sincronização da replicação de storage ao processo para recuperar ou mover efetivamente as VMs para o site de destino. A migração planejada requer acesso ao site de origem. O segundo método, failover, é um failover planejado/não planejado no qual as VMs são recuperadas no site de destino a partir do último intervalo de replicação de storage que pôde ser concluído. Dependendo do RPO definido na solução, alguma perda de dados pode ser esperada no cenário de DR.
Quando o administrador do VMware executa uma operação de failover, o Disaster Recovery automatiza as seguintes tarefas:
-
Interrompa e faça failover dos relacionamentos do NetApp SnapMirror .
-
Conecte os datastores NFS replicados aos hosts ESXi no site de DR.
-
Conecte os adaptadores de rede da VM à rede do site de destino apropriada.
-
Reconfigure as configurações de rede do sistema operacional convidado da VM, conforme definido para a rede no site de destino.
-
Execute quaisquer comandos personalizados (se houver) que tenham sido armazenados no plano de replicação.
-
Ligue as VMs na ordem definida no plano de replicação.
Failback
Um failback é um procedimento opcional que restaura a configuração original dos sites de origem e destino após uma recuperação.
Os administradores do VMware podem configurar e executar um procedimento de failback quando estiverem prontos para restaurar serviços no site de origem original.
NOTA: O Disaster Recovery replica (ressincroniza) quaisquer alterações de volta para a máquina virtual de origem original antes de inverter a direção da replicação. Esse processo começa a partir de uma relação que concluiu o failover para um destino e envolve as seguintes etapas:
-
Desligue e cancele o registro das máquinas virtuais e os volumes no site de destino serão desmontados.
-
Interrompa o relacionamento SnapMirror na fonte original para torná-lo de leitura/gravação.
-
Ressincronize o relacionamento do SnapMirror para reverter a replicação.
-
Monte o volume na origem, ligue e registre as máquinas virtuais de origem.
Para obter mais detalhes sobre como acessar e configurar o Disaster Recovery, consulte "Saiba mais sobre o NetApp Disaster Recovery for VMware".
Monitoramento e Painel
A partir do Console ou da ONTAP CLI, você pode monitorar o status de integridade da replicação dos volumes do datastore apropriados, e o status de um failover ou failover de teste pode ser acompanhado por meio do Job Monitoring.
|
|
Se um trabalho estiver em andamento ou na fila e você desejar interrompê-lo, há uma opção para cancelá-lo. |
Com o painel do Disaster Recovery, avalie com confiança o status dos sites de recuperação de desastres e dos planos de replicação. Isso permite que os administradores identifiquem rapidamente sites e planos íntegros, desconectados ou degradados.
Isso fornece uma solução poderosa para lidar com um plano de recuperação de desastres personalizado e personalizado. O failover pode ser feito como failover planejado ou failover com o clique de um botão quando ocorre um desastre e é tomada a decisão de ativar o site de DR.
Para saber mais sobre esse processo, fique à vontade para seguir o vídeo passo a passo detalhado ou usar o"simulador de soluções" .