Identificar os pré-requisitos do fluxo de trabalho de implantação
Para ajudar a proteger as cargas de trabalho da sua organização contra desastres imprevistos, analise primeiro o plano atual de BCDR (continuidade dos negócios e recuperação de desastres) dela. É necessário identificar os diferentes objetivos de recuperação e o escopo dos sistemas que precisam de proteção.
O VMware SRM é uma solução de BCDR que ajuda você a planejar, testar e executar recuperações de VM entre um site protegido do VMware vCenter Server e um site de recuperação do vCenter Server.
BCDR
Qualquer perda de serviço pode causar interrupção à sua equipe e aos usuários. Cada segundo em que os sistemas não estão disponíveis pode resultar em perda de receita para sua empresa. Sua empresa também pode enfrentar penalidades financeiras por não cumprir os contratos de disponibilidade existentes para os serviços fornecidos por ela.
Os planos de BCDR são documentos formais elaborados pelas empresas que abrangem o escopo e as ações a serem tomadas em caso de um desastre ou uma interrupção de grande escala. A organização avalia cada interrupção de acordo com os méritos dela. Por exemplo, uma organização pode colocar um plano de BCDR em ação quando um datacenter perde energia.
RTO (Objetivo de Tempo de Recuperação)
Um RTO (objetivo de tempo de recuperação) é uma medida do tempo máximo que a sua empresa pode sobreviver após um desastre até que o serviço normal seja restaurado para evitar consequências inaceitáveis associadas a uma quebra de continuidade. Por exemplo, se o RTO de uma organização for de 12 horas, isso significará que as operações poderão continuar por 12 horas sem o funcionamento dos serviços principais da empresa. Se o tempo de inatividade for mais longo, a empresa enfrentará sérias consequências.
Objetivo de ponto de recuperação
Uma empresa pode decidir fazer um backup a cada 24 horas, 12 horas ou, até mesmo, em tempo real. No entanto, em caso de desastre, sempre haverá alguma perda de dados. Um RPO (objetivo de ponto de recuperação) é uma medida da quantidade máxima de perda de dados aceitável após um desastre.
Por exemplo, se uma organização fizer o backup à meia-noite a cada 24 horas e um desastre ocorrer às 9h, nove horas de dados serão perdidas. Se o RPO da organização for de 12 horas, uma perda de dados de nove horas será aceitável. Se o RPO for de quatro horas, a perda de dados não será aceitável.
O que é o VMware SRM?
O VMware SRM pode contribuir com seu plano de BCDR porque pode replicar cargas de trabalho de um site primário para um site secundário. Se ocorrer um problema no site primário, o VMware SRM poderá ser configurado para replicar automaticamente as VMs protegidas para outro local. Você também pode usar o VMware SRM para migrar VMs da sua infraestrutura local para a Solução VMware no Azure na nuvem.
A Solução VMware no Azure combina o software de SDDC (Data Center Definido pelo Software) da VMware com o serviço de nuvem do Azure. A Microsoft gerencia a Solução VMware no Azure para atender aos requisitos de desempenho, disponibilidade, segurança e conformidade.
A Microsoft fornece os seguintes componentes para executar a Solução VMware no Azure em escala no Azure:
- Sistemas de gerenciamento
- Rede
- Plataforma operacional
- Operações de infraestrutura de back-end
Você pode usar o VMware Site Recovery Manager para implementar diferentes tipos de recuperação de:
- Um site local do VMware vCenter Server para um site de recuperação em uma nuvem privada da Solução VMware no Azure.
- Um site primário da Solução VMware no Azure em uma região do Azure para um site secundário da Solução VMware no Azure em outra região do Azure.
Cenário 1: site local do VMware vCenter Server para um site de recuperação em uma nuvem privada da Solução VMware no Azure
Quando você implanta o VMware SRM na Solução VMware no Azure, sua organização pode reduzir o custo e a sobrecarga do gerenciamento de um site dedicado de DR (recuperação de desastre). Você pode combinar o VMware SRM com a escalabilidade dinâmica sob demanda da Solução VMware no Azure para balancear o custo e o tempo de recuperação necessários para VMs individuais.
Replique suas VMs, crie testes sem interrupção e prepare planos de recuperação dinâmica. Um plano de recuperação especifica a ordem na qual as VMs são inicializadas no site de recuperação. Ele inclui endereços IP e scripts opcionais especificados pelo usuário para executar ações de recuperação personalizadas nas VMs.
Pré-requisitos do cenário 1
A fim de implantar a proteção para o seu site local do VMware vCenter Server no site de recuperação na Solução VMware no Azure, você precisa garantir que os sites atendam aos seguintes pré-requisitos:
Rede: o ambiente de nuvem privada da Solução VMware no Azure precisa estar acessível nos recursos locais e baseados no Azure. Use os seguintes serviços para fornecer interconectividade:
Azure ExpressRoute
Conexões VPN (rede virtal privada)
WAN Virtual do Azure
Observação
Recomendamos ter, pelo menos, 2 Gbps (gigabits por segundo) de taxa de transferência para a conectividade do ExpressRoute entre a solução local e a Solução VMware no Azure.
Resolução de nomes: é preciso implementar a resolução DNS (Sistema de Nomes de Domínio) entre o SRM local e os dispositivos de nuvem virtual. Você pode usar o DNS público e o privado. Com uma solicitação de suporte, configure o DNS privado para a Solução VMware no Azure com as regras de encaminhamento condicional apropriadas.
A versão do vCenter Server precisa ser compatível com a versão do VMware SRM.
Os dois sites exigem dispositivos do vSphere Replication conectados entre si.
O site de recuperação precisa ter recursos de hardware, rede e armazenamento que possam dar suporte às mesmas VMs e cargas de trabalho do site protegido. A Solução VMware no Azure oferece essa funcionalidade com dimensionamento dinâmico.
Cenário 2: Solução VMware no Azure primária para uma Solução VMware no Azure secundária
Esse cenário é semelhante ao primeiro, exceto que os sites de proteção e de recuperação são executados em diferentes regiões do Azure. Você precisa implantar a Solução VMware no Azure em uma nuvem privada nas regiões primária e secundária. Além disso, as duas regiões precisam estar conectadas com o Alcance Global do ExpressRoute. Os dois sites precisam incluir os dispositivos do VMware SRM e do vSphere Replication.
A próxima unidade explicará como configurar esse cenário.