"VMware Cloud na AWS" Fornece uma experiência nativa em nuvem para workloads baseados em VMware no ecossistema AWS. Cada VMware Software-Defined Data Center (SDDC) é executado em uma Amazon Virtual Private Cloud (VPC) e fornece uma pilha completa de VMware (incluindo vCenter Server), rede definida por software NSX-T, armazenamento definido por software VSAN e um ou mais hosts ESXi que fornecem recursos de computação e armazenamento para as cargas de trabalho. Para configurar um ambiente VMC na AWS, siga as etapas "link"neste . Um cluster de luz piloto também pode ser usado para fins de DR.

O Amazon FSX ONTAP é um serviço totalmente gerenciado que fornece armazenamento de arquivos altamente confiável, escalável, de alto desempenho e rico em recursos, construído no popular sistema de arquivos NetApp ONTAP. Siga as etapas a seguir "link" para provisionar e configurar o FSX ONTAP.

A próxima etapa é usar o NetApp BlueXP  e descobrir o FSX ONTAP provisionado na instância da AWS e replicar os volumes de armazenamento de dados desejados de um ambiente local para o FSX ONTAP com a frequência apropriada e a retenção de cópia Snapshot do NetApp:

Siga as etapas neste link para configurar o BlueXP . Você também pode usar a CLI do NetApp ONTAP para agendar a replicação seguindo este link.

Alterar permissões em docker.sock sudo chmod 666 /var/run/docker.sock : .

Depois que as plataformas tiverem sido adicionadas, você pode agrupar as VMs que deseja recuperar em grupos de recursos. Os grupos de recursos DRO permitem agrupar um conjunto de VMs dependentes em grupos lógicos que contêm suas ordens de inicialização, atrasos de inicialização e validações opcionais de aplicativos que podem ser executadas após a recuperação.

Para começar a criar grupos de recursos, execute as seguintes etapas:

Você precisa de um plano para recuperar aplicativos em caso de desastre. Selecione as plataformas do vCenter de origem e destino na lista suspensa e escolha os grupos de recursos a serem incluídos neste plano, juntamente com o agrupamento de como os aplicativos devem ser restaurados e ativados (por exemplo, controladores de domínio, depois Tier-1, depois Tier-2, etc.). Tais planos às vezes também são chamados de plantas. Para definir o plano de recuperação, navegue até a guia Plano de replicação e clique em novo Plano de replicação.

Para começar a criar um plano de replicação, execute as seguintes etapas:

Após a criação do plano de replicação, a opção failover, a opção failover de teste ou a opção migrar podem ser exercidas dependendo dos requisitos. Durante as opções de failover e failover de teste, a cópia Snapshot mais recente do SnapMirror é usada ou uma cópia Snapshot específica pode ser selecionada em uma cópia Snapshot pontual (de acordo com a política de retenção do SnapMirror). A opção pontual pode ser muito útil se você estiver enfrentando um evento de corrupção como ransomware, onde as réplicas mais recentes já estão comprometidas ou criptografadas. DRO mostra todos os pontos disponíveis no tempo. Para ativar o failover ou o failover de teste com a configuração especificada no plano de replicação, você pode clicar em failover ou failover de teste.

O plano de replicação pode ser monitorizado no menu de tarefas:

Depois que o failover é acionado, os itens recuperados podem ser vistos no VMC vCenter (VMs, redes, datastores). Por padrão, as VMs são recuperadas para a pasta Workload.

O failback pode ser acionado no nível do plano de replicação. Para um failover de teste, a opção de remoção pode ser usada para reverter as alterações e remover a relação do FlexClone. O failback relacionado ao failover é um processo de duas etapas. Selecione o plano de replicação e selecione Reverse data Sync.

Depois de concluído, você pode acionar o failback para voltar ao local de produção original.

No NetApp BlueXP , podemos ver que a integridade da replicação foi quebrada para os volumes apropriados (aqueles que foram mapeados para VMC como volumes de leitura e gravação). Durante o failover de teste, o DRO não mapeia o destino ou o volume da réplica. Em vez disso, ele faz uma cópia do FlexClone da instância do SnapMirror (ou Snapshot) necessária e expõe a instância do FlexClone, que não consome capacidade física adicional para o FSX ONTAP. Esse processo garante que o volume não seja modificado e que os trabalhos de réplica possam continuar mesmo durante testes de DR ou fluxos de trabalho de triagem. Além disso, este processo garante que, se ocorrerem erros ou dados corrompidos forem recuperados, a recuperação pode ser limpa sem o risco de a réplica ser destruída.

Recuperar de ransomware pode ser uma tarefa assustadora. Especificamente, pode ser difícil para as ORGANIZAÇÕES DE TI identificar onde o ponto de retorno seguro é e, uma vez determinado, proteger cargas de trabalho recuperadas de ataques recorrentes de, por exemplo, malware adormecido ou aplicativos vulneráveis.

O DRO resolve estas preocupações permitindo-lhe recuperar o seu sistema a partir de qualquer ponto disponível no tempo. Você também pode recuperar cargas de trabalho para redes funcionais e ainda isoladas para que as aplicações possam funcionar e se comunicar entre si em um local onde não estejam expostas ao tráfego norte-sul. Isso dá à sua equipe de segurança um lugar seguro para conduzir forenses e garantir que não haja malware oculto ou adormecido.