Microsoft Azure Site Recovery

 

Hyper-V Recovery Manager fornecido organizações usando o Hyper-V e System Center com proteção automatizada e orquestração de recuperação precisa de cargas de trabalho virtualizadas entre nuvens privadas, aproveitando o mecanismo de replicação assíncrona no Hyper-V – Hiper – V Replica.

 

Em outras palavras, não existem dados foram enviados para Azure, exceto os metadados das nuvens VMM.

Isso agora mudou eo serviço é renomeado para Microsoft Azure Site Recovery que finalmente deixá-lo replicar entre nuvens privadas e nuvens públicas (Microsoft Azure).

 

Isso significa que ainda são capazes de utilizar a proteção automática de cargas de trabalho que estamos familiarizados com o serviço, mas agora nós podemos usar Azure como o alvo, além de nuvens privadas.

Este também é um abridor de portas para cenários de migração onde as organizações considerando mover VMs para a nuvem, pode fazer isso facilmente com quase nenhum tempo de inatividade a utilização de recuperação Azure Site.

 

Topologia

 

Em nosso meio, vamos usar um cluster dedicado Hyper-V com o Hyper-V Replica. Isso significa que nós adicionamos a função Hyper-V Replica Broker ao cluster. Este aglomerado está localizado em seu próprio grupo de acolhimento no VMM eo único grupo de acolhimento, nós adicionamos a uma nuvem chamada “E2A”.Microsoft Azure Recuperação site requer o System Center Virtual Machine Manager, que será responsável pela comunicação e agregação das instruções desejadas feitas pelo administrador do portal Azure.

 

 

Pré-reqs

 

–           Você deve ter uma conta Azure e adicionar serviços de recuperação à sua assinatura

–           Certificado (. Cer) que você faz o upload para o portal de gestão e se registrar para o cofre. Cada cofre tem um único certificado. Cer associada a ele e ele é usado ao registrar servidores VMM no cofre.

–           Certificado (. Pfx) que você importar em cada servidor VMM. Quando você instala o Provedor de Recuperação Azure do site no servidor VMM, você deve usar este certificado pfx..

–           Conta Azure Storage, onde você irá armazenar as réplicas replicados para Azure. A conta de necessidades de armazenamento geo-replicação ativado e deve ser na mesma região que o serviço Azure Site Recovery e associado com a mesma assinatura

–           VMM Cloud (s). Uma nuvem devem ser criados no VMM que contém hosts Hyper-V em um grupo de hosts habilitados com o Hyper-V Replica

 

–           Azure do Site Recovery Provider deve ser instalado no servidor (s) de gerenciamento do VMM

No nosso caso, já tínhamos implementado “Hyper-V Recovery Manager”, por isso fomos capazes de fazer uma atualização no local do provedor ASR.

–           Agente Azure serviços de recuperação deve ser instalado em cada host do Hyper-V que serão replicados para Microsoft Azure. Certifique-se de instalar este agente em todos os hosts localizados no grupo de host que você está usando em sua nuvem VMM.

 

Uma vez que tinha permitido tudo isso em nosso meio, estávamos prontos para avançar e para a configuração de nossa configuração de recuperação local.

 

Configuração

 

 

Acesso ao portal de gerenciamento Azure e navegue até os serviços de recuperação para obter os detalhes em torno de seu cofre, e ver as instruções sobre como começar.

 

Vamos saltar para “Configurar nuvem para proteção”, como o tecido em VMM já está configurado e pronto para ir.

O provedor instalado no servidor de gerenciamento do VMM está expondo os detalhes de nossas nuvens VMM para Azure, então podemos facilmente escolher “E2A” – que é a nuvem dedicada para esta configuração. Este é o lugar onde vamos configurar nossa recuperação local para direcionar Microsoft Azure.

 

 

 

Clique na nuvem e configurar as definições de protecção.

 

 

 

No alvo, selecione Microsoft Azure. Observe também que você é capaz de proteção de configuração e recuperação usando outro VMM Cloud ou servidor de gerenciamento do VMM.

 

 

 

Para a parte de configuração, somos capazes de especificar algumas opções quando Azure é o alvo.

 

Alvo: Azure. Agora estamos replicando da nossa nuvem privada para nuvem pública da Microsoft Azure.

Conta de armazenamento: Se nenhum estiver presente, então você precisa criar uma conta de armazenamento antes que você possa prosseguir. Se você tiver várias contas de armazenamento, em seguida, escolha as contas que estão na mesma região que o seu cofre de recuperação.

Criptografar dados armazenados: Este é conjunto padrão para “on”, e não é possível mudar na visualização.

Copie frequência: Como estamos usando o Hyper-V 2012 R2 em nosso tecido – que nos apresentou para recursos adicionais relacionados a copiar as freqüências, podemos selecionar 30 segundos, 5 minutos e 15 minutos. Nós usaremos o “default” que é de 5 minutos nesta configuração.

Manter os pontos de recuperação: Hyper-V Replica é capaz de criar pontos de recuperação adicionais (acidente instantâneos consistente) de modo que você pode ter uma opção de recuperação mais flexível para sua carga de trabalho virtual. Nós não precisamos de nenhum ponto de recuperação adicionais para nossas cargas de trabalho, por isso vamos deixar isso para 0.

Freqüência de aplicação instantâneos consistentes: Se você quiser app instantâneos consistentes (idealmente para servidores SQL, que irá criar snapshots VSS), então você pode ativar esse e especificá-la aqui.

Configurações de replicação: Este é definido como “imediatamente”, o que significa que cada vez que um novo VM é implantado em nossa nuvem “E2A” no VMM com a proteção ativada, inicia-se automaticamente a replicação inicial de no local para o Microsoft Azure. Para implantações de grande porte, que normalmente recomendo para agendar esta.

 

Quando estiver satisfeito com a configuração, você pode clicar em “salvar”.

 

 

 

Agora, Azure Site Recovery irá configurar isso para sua nuvem VMM. Isso significa que – por meio do provedor, os hosts / agrupamentos será configurado com essas configurações automaticamente a partir Azure.

–           As regras de firewall utilizadas por Azure Site Recovery são configurados para que os portos para o tráfego de replicação são abertas

–           Certificados necessários para a replicação são instalados

–           Hyper-V Replica configurações são configurados

Cool!

 

Você terá uma visão do trabalho em Azure, que mostra todos os passos durante as ações que você executa.Podemos ver que a proteção foi ativado com sucesso para o nosso VMM Cloud.

 

 

 

 

Se olharmos para a nuvem no VMM, vemos também que a proteção é ativada e Microsoft Azure é o alvo.

 

 

 

Configurando recursos

 

Em Azure, você teve a opção de criar redes virtuais por muitos anos agora. É claro que podemos usá-los neste contexto, para mapear com nossas redes VM presentes no VMM.

Para garantir a continuidade do negócio, é importante que as VMs que o failover para Azure é capaz de ser alcançado através da rede – e isso RDP está habilitado dentro do convidado. Estamos mapeando nossa rede VM gestão de uma rede de correspondentes em Azure.

 

 

 

Implantação VM

 

As coisas importantes a serem observados:

Na visualização, existem alguns requisitos para a utilização de recuperação do site com as suas máquinas virtuais na nuvem privada.

 

Apenas suporte para máquinas virtuais Gen1!

Isso significa que as máquinas virtuais devem ter sua partição OS conectado a um controlador IDE. O disco pode ser vhd ou vhdx, e você ainda pode conectar discos de dados que você deseja replicar. Por favor, note que a Microsoft Azure não suporta formato VHDX (introduzido no Hyper-V 2012), mas irá converter o VHDX para VHD durante a replicação inicial no Azure. Em outras palavras, as máquinas virtuais usando VHDX nas instalações serão executados em VHD, quando você failover para Azure. Se a failback no local, VHDX será utilizado como esperado.

 

Em seguida, vamos implantar um novo VM no VMM. Quando ativar a proteção no perfil de hardware e deseja implantar uma nuvem, a colocação inteligente vai chutar e encontrar a nuvem apropriado que contém o Hyper-V hosts / grupos que atendam os requisitos para réplica.

 

 

 

Após a implantação, a máquina virtual deve começar imediatamente com uma replicação inicial para Microsoft Azure, como configurado isso nas configurações de proteção para a nossa nuvem no Azure. Podemos ver os detalhes do trabalho no portal e acompanhar o processo. Uma vez que é feito, podemos ver – a um nível inferior que estamos realmente replicar a Microsoft Azure diretamente sobre o nível de VM.

 

 

 

 

Depois de um tempo (dependendo da largura de banda disponível), temos finalmente replicado para Azure eo VM é protegida.

 

 

 

Ativando proteção em VMs já existentes no VMM nuvem

 

Observe também que você pode ativar este diretamente do Azure. Se você tiver uma máquina virtual em execução na nuvem VMM habilitado para proteção, mas o próprio VM não está habilitado no VMM, então Azure pode pegar isso e configurá-lo directamente a partir do portal.

 

 

 

Se você prefere conseguir isso usando o VMM, é fácil de abrir as propriedades da VM e habilitar para a proteção.

 

 

 

 

Uma última opção é usar o módulo powershell VMM para permitir isso em muitas VMs ao mesmo tempo.

 

Set-SCVirtualMachine-VM “VMName”-DRProtectionRequired $ true-RecoveryPointObjective 300

 

Failover Teste

 

Uma das melhores coisas com Hyper-V Replica é que os fluxos de trabalho complexos, como failovers teste, failovers planejadas e não planejadas failovers são integrados na solução. Isso também é exposto e disponibilizado no portal Azure, de modo que você pode facilmente executar um failover de teste em suas cargas de trabalho. Uma vez que um VM é protegida – o que significa que a VM foi concluída com êxito a replicação inicial para Azure, podemos realizar um failover de teste. Isto irá criar uma cópia com base no ponto de recuperação que você selecionar e arrancar essa máquina virtual no Microsoft Azure.

 

 

 

 

 

 

 

Quando estiver satisfeito com o teste, você pode completar o failover de teste do portal.

Isto irá desligar a máquina virtual de teste e excluí-lo do Azure. Por favor, note que este processo não irá interferir com a replicação contínua de nuvem privada para Azure.

 

 

 

Failover planejado

 

Você pode usar failover planejado em Azure Site Recovery para mais do que apenas failover. Considere um cenário de migração onde você realmente deseja mover sua carga de trabalho existente no local para Azure, failover planejado será a opção preferida. Isso irá garantir um mínimo de paralisação durante o processo e iniciar a máquina virtual em Azure depois.

No nosso caso, queríamos simular manutenção planejada em nossa nuvem privada e, portanto, executar um failover planejado Azure.

 

 

 

Clique na máquina virtual que você deseja failover e clique em failover planejado no portal.

Observe que, se a máquina virtual não tem realizado um teste de failover, estamos recomendando que você faça isso antes de um failover real.

Uma vez que este é um teste, estamos prontos para prosseguir com o failover planejado.

 

 

 

Quando o trabalho começou, estamos perfurando para baixo para o nível mais baixo de novo, o Hyper-V Replica, para ver o que está acontecendo. Podemos ver que a VM está se preparando para failover planejado onde Azure é o alvo.

 

 

 

No portal de gestão, podemos ver os detalhes do trabalho de failover planejado.

 

 

 

Uma vez feito isso, temos uma máquina virtual em execução no Microsoft Azure, que aparece na lista de Máquina Virtual.

 

 

 

Se voltarmos para as nuvens protegidas no Azure, vemos que a nossa máquina virtual “Azure01” tem “Microsoft Azure” como a sua localização ativa.

 

 

 

Se clicarmos no VMs e furar os detalhes, podemos ver que somos capazes de mudar o nome eo tamanho da máquina virtual no Azure.

 

 

 

Temos agora realizado com sucesso um failover planejado de nossa nuvem privada para Microsoft Azure!

 

Failback da Microsoft Azure

 

Quando acabamos com a nossa manutenção planejada em nosso tecido, que era hora de failback a máquina virtual em execução no Azure para o nosso VMM Cloud.

Clique na máquina virtual que está sendo executado no Azure que é protegido e clique em failover planejado.

Temos duas opções para a sincronização de dados. Nós ou pode usar “Sincronizar dados antes de failover”, que irá realizar algo semelhante como “replicação re-inicialização” para nossa nuvem privada. Isso significa que a sincronização será realizada sem desligar a máquina virtual, levando a um mínimo de paralisação durante o processo.

A outra opção “Sincronizar dados durante o failover somente” irá minimizar dados de sincronização, mas têm mais tempo de inatividade como o desligamento começará imediatamente. A sincronização será iniciado após a parada terminar o failover.

Nós estamos apontando para um mínimo de paralisação, então a opção 1 é o preferido.

 

 

 

Quando o trabalho for iniciado, você pode monitorar o processo no portal Azure.

 

 

 

Uma vez que a sincronização estiver concluída, temos de completar o failover do portal para que isso vá em frente e iniciar a VM na nossa nuvem privada.

 

 

 

Verificando Hyper-V Replica novamente, podemos ver que o estado é definido como “failback em andamento” e que temos actualmente nenhum servidor primário.

 

 

 

O trabalho já completou todas as etapas necessárias no Azure.

 

 

 

Voltando para o Hyper-V Replica, podemos ver que a VM está novamente replicar a Microsoft Azure, e que o servidor primário é um dos nossos nós Hyper-V.

 

 

 

No VMM, a nossa máquina virtual “Azure01” está a correr novamente no “E2A” nuvem

 

 

 

No portal de gestão Azure na lista de máquinas virtuais, a nossa VM ainda está presente, mas parou.

 

Obrigado por se juntar a nós nesta visita guiada sobre como trabalhar com o Recovery Azure Site.

Da próxima vez, vamos explorar os cenários que podemos alcançar por meio de planos de recuperação em Azure Site Recovery, para agilizar failover de aplicações multi-tier, aplicações LOB e muito mais.

Deixe uma resposta

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s

%d blogueiros gostam disto: