Réplica do Hyper-V

 

Aplica-se a: Windows Server 2012 R2, Windows Server 2012

A Réplica do Hyper-V é uma parte integral da função Hyper-V. Replica de forma assíncrona máquinas virtuais de Hyper-V num site primário para máquinas virtuais de réplica num site secundário.

Requisitos

  • Servidores— Precisará de dois servidores com o Windows Server 2012 ou Windows Server 2012 R2 com a função Hyper-V.

  • Localização— os servidores podem estar localizados fisicamente em conjunto ou em localizações geográficas completamente separadas.

  • Topologia— servidores de réplica primários, secundários e expandidos podem ser autónomos ou nós num cluster ativação pós-falha. Uma combinação de ambientes autónomos e em cluster é suportada.

  • Certificado—. Se planear utilizar a autenticação baseada em certificado (obrigatório para que os dados replicados sejam encriptados durante a transmissão), precisará de um certificado que pode ser local e autoassinado ou fornecido por uma AC interna.

Replicação

. Depois de ativar a Réplica de Hyper-V para uma máquina virtual específica no servidor anfitrião de Hyper-V principal, começa a replicação inicial para criar uma máquina virtual idêntica no site secundário. Após a replicação inicial, a Réplica de Hyper-V mantém um ficheiro de registo para os VHDs da máquina virtual. O ficheiro de registo é reproduzido pela ordem inversa para a réplica de VHD, de acordo com a frequência de replicação. Este registo e ordem inversa significam que as alterações mais recentes estão armazenadas e são replicadas de forma assíncrona. Se a replicação não ocorrer em linha com a frequência esperada é emitido um alerta.

Pode configurar as definições de ressincronização para uma máquina virtual. Isto pode ser manual, automático ou automático dentro de uma agenda específica. Configurar a ressincronização automática é útil para corrigir problemas de sincronização em curso.

Replicação expandida

O Windows Server 2012 R2 introduziu a replicação expandida, o que permite proteger várias cópias de dados de diferentes cenários de falha. Por exemplo, poderá manter uma segunda réplica de máquina virtual numa localização geográfica próxima e uma terceira cópia mais remotamente.

Na replicação expandida as alterações que ocorrem nas máquinas virtuais primárias para o site secundário e o servidor de Réplica expandida. Se ocorrer uma falha poderá obter dados a partir de réplica expandida, bem como a partir do secundário, fornecendo uma camada adicional de proteção.

Repare que:

  • O servidor expandido não suporta a replicação consistente com aplicações e tem de utilizar os mesmos VHDs que o servidor de Réplica está a utilizar.

  • Pode efetuar a ativação pós-falha para o servidor de Réplica se o servidor primário e de Réplica forem abaixo.

  • Pode executar uma ativação pós-falha de teste para o servidor expandido tal como faria para o secundário, sem perturbar as cargas de trabalho.

  • Configura a replicação expandida com o Gestor de Hyper-V, Windows PowerShell (utilizando a opção –Extended) ou WMI:

    • Na consola do Gestor de Hyper-V expande a replicação para uma máquina virtual específica. Pode definir uma frequência de replicação de 5 ou 15 minutos. Se tiver um cluster, seleciona a opção para a máquina virtual na consola do Gestor de Cluster de Ativação Pós-falha.

    • No PowerShell, utiliza o mesmo cmdlet que utilizou para configurar a replicação (com uma frequência 5 ou 15 minutos):

      Enable-VMReplication –VMName <vmname> -ReplicaServerName <extended_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <300/900> [--other optional parameters if needed—]
      
  • Pode monitorizar a replicação expandida no separador de replicação na consola do Site de Réplica de Hyper-V. Pode verificar o estado na consola do Hyper-V -> Replicação -> Ver Estado de Funcionamento da Replicação -> Replicação Expandida.

  • Se quiser ver a cadeia de replicação expandida utilize este cmdlet do PowerShell:

    Measure-VMReplication –VMName <name> -ReplicationRelationshipType Extended | select *
    

Ativação Pós-falha

A ativação pós-falha não é automática. Pode efetuar manualmente diferentes tipos de replicação para uma máquina virtual:

  1. Ativação pós-falha de teste— Utilize para verificar que uma máquina virtual de réplica pode iniciar com êxito no site secundário. Cria uma máquina virtual de teste duplicada durante a ativação pós-falha e não tem impacto na replicação de produção normal. Depois da ativação pós-falha, se selecionar Ativação pós-falha na máquina virtual de teste de réplica, será eliminado.

  2. Ativação pós-falha planeada— Utilize para efetuar a ativação pós-falha de máquinas virtuais durante o período de inatividade ou falhas esperadas. Terá de desativar a máquina principal antes de executar uma ativação pós-falha planeada. Depois da máquina efetuar a ativação pós-falha, a Réplica de Hyper-V começa a replicar as alterações no servidor principal. O último conjunto de alterações registadas é enviado para garantir que não há dados perdidos. No final da reversão da ativação pós-falha planeada, inicia a replicação para que a máquina virtual primária se torne secundária e vice-versa, assegurando que estão sincronizadas.

  3. Ativação pós-falha não planeada— Utilize quando ocorrerem falhas inesperadas. A ativação pós-falha é iniciada na máquina virtual de réplica. Só deve ser utilizada se a máquina primária falhar. Uma verificação verifica se a máquina principal está em execução. Se o histórico de recuperação estiver ativado poderá recuperar para um ponto anterior no tempo. Durante a ativação pós-falha deve verificar que o ponto de recuperação é válido e, em seguida, conclua a ativação pós-falha para se certificar de que os pontos de recuperação estão unidos.

Teste

Planeado

Não planeado

Quando deve ser executado?

Para verificar se máquinas de réplica iniciam como requerido.

Para preparar a sua equipa.

Para testar os processos de ativação pós-falha e recuperação.

De acordo com os requisitos de organização ou conformidade.

Para falhas planeadas

Para eventos de desastre iminentes

Para manutenção de servidores de anfitrião.

Quando ocorrerem eventos inesperados

Onde é iniciada a operação?

Máquinas virtuais de réplica

Iniciado num principal e concluir num secundário

Máquinas virtuais de réplica

É criada uma máquina duplicada?

es

Não

Não

Quanto tempo demora?

Uma vez por mês

Com que frequência é recomendado?

Uma vez por mês

Uma vez a cada seis meses

Só em caso de desastre

A máquina principal continua a replicar?

Sim

Sim – com a replicação inversa para o site primário depois da ativação pós-falha.

Não

Há perda de quaisquer dados?

Nenhum

Nenhum

Podem ser dependentes do evento

Existe qualquer período de indisponibilidade?

Nenhum

Período de indisponibilidade planeado

Período de indisponibilidade não planeado

Recuperação

Quando configurar a replicação para uma máquina virtual, especifique o número de pontos de recuperação que pretende armazenar. Pontos de recuperação representam pontos no tempo a partir do qual pode recuperar dados de uma máquina replicada. Recuperar a partir de pontos de recuperação antecipados em vigor reverte uma réplica. No Windows Server 2012 pode aceder a pontos de recuperação com até 15 horas de antiguidade. No Windows Server 2012 R2 isto é expandido para 24 horas.

Outros recursos úteis

Tipo de conteúdo

Referências

Avaliação do produto

Windows Server 2012 R2 e Windows Server 2012| Noções e Resolução de Problemas de Réplica do Hyper-V

Planeamento

Preparar para Implementar a Réplica do Hyper-V | Descrição Geral de Funcionalidade de Réplica do Hyper-V | Poster

Implementação

Implemente a Réplica Hyper-V

Resolução de Problemas

Guia de Resolução de Problemas da Réplica do Hyper-V

Ferramentas e definições

Módulo Hyper-V para o Windows PowerShell

Recursos de comunidade

Blogue Virtual PC Guy, de Ben Armstrong|

Blogue de Virtualização