Rehost um ambiente dev/teste no Azure Máquinas Virtuais via Azure Migrate

Este artigo demonstra como a empresa fictícia Contoso reencaminho o seu ambiente dev/teste para duas aplicações em execução em máquinas virtuais VMware (VMs) migrando para Azure Máquinas Virtuais.

As aplicações SmartHotel360 e osTicket utilizadas neste exemplo são open source. Pode descarregá-las para os seus próprios fins de teste.

Opções de migração

A Contoso tem várias opções disponíveis para mover ambientes dev/teste para Azure:

Opções de migração Resultado
Azure Migrate Avaliar e migrar em VMs no local.

Executar servidores dev/teste utilizando a infraestrutura Azure como serviço (IaaS).

Gerir VMs com Azure Resource Manager.
Azure DevTest Labs Rapidamente fornece ambientes de desenvolvimento e teste.

Minimizar o desperdício com quotas e políticas.

Desema paragens automatizadas para minimizar os custos.

Construa ambientes Windows e Linux.

Nota

Leia como Contoso mudou o seu ambiente dev/teste para Azure usando DevTest Labs.

Impulsionadores de negócios

A equipa de liderança do desenvolvimento delineou o que quer alcançar com esta migração. Tem como objetivo mover rapidamente as capacidades de dev/teste de um datacenter no local e deixar de comprar hardware para desenvolver software. Procura também capacitar os desenvolvedores a criar e executar os seus ambientes sem o envolvimento das TI.

Nota

A Contoso utilizará a oferta de subscrição Pay-As-You-Go Dev/Test para os seus ambientes. Cada subscritor ativo do Visual Studio na equipa pode utilizar o software da Microsoft incluído com as máquinas virtuais de subscrição para dev/teste sem custos adicionais. O Contoso vai pagar a taxa linux pelos VMs que é executado. Isso inclui VMs com SQL Server, SharePoint Server, ou outro software que é normalmente faturado a uma taxa mais alta.

Objetivos de migração

A equipa de desenvolvimento de Contoso estabeleceu objetivos para esta migração. Estes objetivos ajudaram a determinar o melhor método de migração:

  • Contoso quer sair rapidamente dos seus ambientes de dev/teste no local.
  • Após a migração, o ambiente dev/teste de Contoso em Azure deve ter capacidades melhoradas sobre o sistema atual em VMware.
  • O modelo de operações passará de TI aprovisionado para DevOps com fornecimento de self-service.

Design de solução

Depois de fixar objetivos e requisitos, a Contoso projeta e analisa uma solução de implantação e identifica o processo de migração. O processo inclui os serviços Azure que Contoso utilizará para a migração.

Aplicação atual

  • Os VM dev/teste para as duas aplicações estão em execução em VMs (WEBVMDEV, SQLVMDEV, OSTICKETWEBDEV, . OSTICKETMYSQLDEV. Estes VMs são utilizados para o desenvolvimento antes de o código ser promovido aos VMs de produção.
  • As VMs estão num anfitrião ESXi do VMware contosohost1.contoso.com (versão 6.5).
  • O ambiente do VMware é gerido pelo vCenter Server 6.5 (vcenter.contoso.com), em execução numa VM.
  • Contoso tem um datacenter no local (contoso-datacenter) com um controlador de domínio no local (contosodc1).

Arquitetura proposta

  • Como os VM são usados para dev/teste, eles vão residir no ContosoDevRG grupo de recursos em Azure.

  • Os VMs serão migrados para a região primária de Azure (East US 2) e colocados na rede virtual de desenvolvimento (VNET-DEV-EUS2).

  • Os VMs frontais da web residirão na sub-rede frontal (DEV-FE-EUS2) na rede de desenvolvimento.

  • A base de dados VM residirá na sub-rede de base de dados (DEV-DB-EUS2) na rede de desenvolvimento.

  • As VMs no local no datacenter da Contoso vão ser desativadas após a conclusão da migração.

    Diagrama da arquitetura de cenário proposta, com no local e máquinas virtuais.Figura 1: Arquitetura proposta.

Considerações sobre a base de dados

Para apoiar o desenvolvimento em curso, a Contoso decidiu continuar a usar os VM existentes e emigrá-los para Azure. No futuro, a Contoso prosseguirá a utilização da plataforma como serviços (PaaS), como SQL do Azure Database e Base de Dados do Azure para MySQL.

  • Os VMs de base de dados serão migrados como está sem alterações.
  • Com a utilização da oferta de subscrição Azure Dev/Test, os computadores que executam o Windows Server e SQL Server não incorrerão em taxas de licenciamento. Evitar taxas manterá os custos de cálculo no mínimo.
  • No futuro, a Contoso procurará integrar o seu desenvolvimento com os serviços PaaS.

Análise da solução

Contoso avalia o projeto proposto reunindo uma lista de prós e contras.

Consideração Detalhes
Vantagens Todos os VMs de desenvolvimento serão transferidos para Azure sem alterações, tornando a migração simples.

Porque o Contoso está a usar uma abordagem de elevação e mudança para ambos os conjuntos de VMs, não são necessárias ferramentas especiais de configuração ou migração para a base de dados de aplicações.

A Contoso pode aproveitar o seu investimento na subscrição Azure Dev/Test para economizar nas taxas de licenciamento.

A Contoso manterá o controlo total da aplicação VMs em Azure.

Os desenvolvedores receberão direitos sobre a subscrição, que os capacita a criar novos recursos sem esperar que a TI responda aos seus pedidos.
Desvantagens A migração só irá mover os VMs, ainda não se mudando para os serviços PaaS para o seu desenvolvimento. Isto significa que a Contoso terá de começar a apoiar as operações dos seus VMs, incluindo patches de segurança. Isto foi mantido pela TI no passado, pelo que a Contoso terá de encontrar uma solução para esta nova tarefa operacional.

A solução baseada na nuvem capacita os desenvolvedores e não tem salvaguardas para sistemas de superprovisionamento. Os desenvolvedores poderão providenciar instantaneamente os seus sistemas, mas podem criar recursos que custam dinheiro e não estão incluídos no orçamento.

Nota

Contoso poderia dirigir-se aos reclusos da sua lista usando a DevTest Labs.

Processo de migração

A Contoso migrará a sua frente de desenvolvimento e base de dados para Azure VMs utilizando o método sem agente na ferramenta Azure Migrate: Server Migration.

  • A Contoso prepara e instala componentes Azure para a Azure Migrate: Server Migration, e prepara a infraestrutura VMware no local.
  • A infraestrutura Azure está em vigor, pelo que o Contoso apenas precisa de configurar a replicação dos VMs através da ferramenta Azure Migrate: Server Migration.
  • Com tudo preparado, a Contoso pode começar a replicar as VMs.
  • Após a replicação ser ativada e trabalhando, Contoso migra os VM testando a migração e, se bem sucedido, falhando-o em Azure.
  • Após o desenvolvimento dos VM em funcionamento em Azure, a Contoso irá reconfigurar as suas estações de trabalho de desenvolvimento para apontar para os VMs que estão a decorrer em Azure.

Diagrama do processo de migração.Figura 2: Uma visão geral do processo de migração.

Serviços do Azure

Serviço Descrição Custo
Azure Migrate: Migração do Servidor O serviço orquestra e gere aplicações e cargas de trabalho migratórias no local e instâncias AWS ou VM GCP. Durante a replicação para o Azure, existem custos relacionados com o Armazenamento do Microsoft Azure. Os VMs Azure são criados e incorrem em taxas quando a migração ocorre e os VMs estão em execução em Azure. Saiba mais sobre taxas e preços.

Pré-requisitos

Isto é o que Contoso precisa para executar este cenário:

Requisitos Detalhes
Assinatura Azure Dev/Teste A Contoso cria uma subscrição Azure Dev/Test para aproveitar a redução de custos até 80%.

Se não tiver uma subscrição do Azure, crie uma conta gratuita.

Se criar uma conta gratuita, é o administrador da sua subscrição e pode realizar todas as ações.

Se utilizar uma subscrição existente, mas não for o administrador, trabalhe com o administrador para lhe atribuir permissões de Proprietário ou Contribuinte.

Se precisar de mais permissões granulares, consulte Gerir Site Recovery acesso com o controlo de acesso baseado em funções Azure (Azure RBAC).
Infraestrutura do Azure Saiba como Contoso criou uma infraestrutura Azure.

Saiba mais sobre pré-requisitos específicos para Azure Migrate: Migração do servidor.
Servidores no local No local os servidores vCenter devem estar a executar a versão 5.5, 6.0, 6.5 ou 6.7.

Os anfitriões ESXi devem executar a versão 5.5, 6.0, 6.5 ou 6.7.

Uma ou mais VMs VMware devem estar em execução no anfitrião ESXi.

Passos do cenário

Veja como a Contoso vai executar a migração:

  • Passo 1: Prepare o Azure para a migração do Azure: Migração do servidor. Eles adicionam a ferramenta de migração do servidor ao seu projeto Azure Migrate.
  • Passo 2: Preparar no local VMware para Azure Migrate: Migração do servidor. Preparam contas para a descoberta de VM e preparam-se para ligar-se aos VMs do Azure após a migração.
  • Passo 3: VMs replicados. Configuram a replicação e começam a replicar VMs para o Azure Storage.
  • Passo 4: Migrar os VMs com Azure Migrate: Migração do servidor. Fazem uma migração de teste para garantir que está tudo a funcionar e depois fazem uma migração completa para mover os VMs para Azure.

Passo 1: Prepare o Azure para o Azure Migrate: Ferramenta de migração do servidor

Contoso precisa de migrar os VMs para uma rede virtual onde os VMs Azure residirão quando forem criados, provisionados e configurados através da ferramenta Azure Migrate: Server Migration.

  1. Crie uma rede: a Contoso já criou uma rede que pode ser para o Azure Migrate: Migração de servidores quando implementou a infraestrutura Azure.

    • Os VMs a migrar são utilizados para o desenvolvimento. Migrarão para a rede virtual de desenvolvimento de Azure (VNET-DEV-EUS2) na região primária East US 2 .
    • Ambos os VMs serão colocados no ContosoDevRG grupo de recursos, que é utilizado para recursos de desenvolvimento.
    • Os VMs frontais de aplicação (WEBVMDEV e OSTICKETWEBDEV) migrarão para a sub-rede frontal (DEV-FE-EUS2), na rede virtual de desenvolvimento.
    • A base de dados de aplicações VM (SQLVMDEV e OSTICKETMYSQLDEV) migrará para a sub-rede de base de dados (DEV-DB-EUS2), na rede virtual de desenvolvimento.
  2. Provision the Azure Migrate: Server Migration tool.

    1. A partir de Azure Migrate, descarregue o ficheiro de imagem e importe-o .OVA em VMware.

      Screenshot de descarregar o ficheiro O V A.Figura 3: Descarregue o . Ficheiro OVA.

    2. Inicie a imagem importada e configuure a ferramenta, incluindo os seguintes passos:

      • Crie os pré-requisitos.

        Screenshot da secção para configurar pré-requisitos.Figura 4: Configurar os pré-requisitos.

      • Aponte a ferramenta para a assinatura Azure.

        Screenshot da secção para configurar a descoberta para Azure Migrate.Figura 5: A assinatura Azure.

      • Desajuste as credenciais VMware vCenter.

        Screenshot da secção para definir credenciais VMware vCenter.Figura 6: Definição das credenciais VMware vCenter.

      • Adicione quaisquer credenciais baseadas no Windows para a descoberta.

        Screenshot da secção para descobrir aplicações e dependências em VMs.Figura 7: Adicionar credenciais baseadas no Windows para descoberta.

  3. Quando completar a configuração, a ferramenta demorará algum tempo a enumerar todos os VMs. Você vai vê-los povoar a ferramenta Azure Migrate em Azure quando este processo terminar.

Precisa de mais ajuda?

Saiba como configurar a ferramenta Azure Migrate: Server Migration.

Preparar VMs no local

Após a migração, Contoso quer ligar-se aos VMs Azure e permitir que a Azure gere os VMs. Para isso, os administradores da Contoso fazem o seguintes antes da migração:

  1. Para acesso através da Internet:

    • Ativar RDP ou SSH nas VM no local antes da migração.
    • Certifique-se de que as regras TCP e UDP são adicionadas para o Public perfil.
    • Verifique se RDP ou SSH são permitidos na firewall do sistema operativo.
    • Instalar o SSH através do seguinte comando: sudo apt-get ssh install -y.
  2. Para acesso ao Site-a-Site VPN, eles:

    • Ativar RDP ou SSH nas VM no local antes da migração.
    • Verifique se RDP ou SSH são permitidos na firewall do sistema operativo.
    • Para o Windows, desajuste a política san do sistema operativo nas VM no local para OnlineAll.
  3. Instale o agente Azure Windows e o agente Azure Linux.

Para o Windows, não deve haver atualizações do Windows pendentes no VM quando estiver a desencadear uma migração. Se houver, os administradores não poderão entrar no VM até que as atualizações terminem. Após a migração, os administradores podem verificar os diagnósticos boot para visualizar uma imagem do VM. Se isto não funcionar, devem verificar se o VM está a correr e rever as dicas de resolução de problemas.

Precisa de mais ajuda?

Saiba como preparar VMs para migração.

Passo 3: Replicar os VMs no local

Antes de os administradores da Contoso poderem realizar uma migração para o Azure, precisam de configurar e ativar a replicação. Com a descoberta concluída, podem começar a replicar VMware VMs para Azure.

  1. No projeto Azure Migrate, vá para Servers>Azure Migrate: Server Migration. Em seguida, selecione Replicar.

    Screenshot que mostra o botão Replicar sob ferramentas de migração.Figura 8: Replicação de VMs.

  2. Nasdefinições>de Fonte De Replica>estão as suas máquinas virtualizadas?, selecione Sim, com VMware vSphere.

  3. No aparelho No local, selecione o nome do aparelho Azure Migrate que configura e, em seguida, selecione OK.

    Screenshot que mostra as definições de origem e a caixa para o nome do aparelho.Figura 9: As definições de origem.

  4. Nas máquinas Virtuais, selecione as máquinas que pretende replicar.

    • Se tiver feito uma avaliação para os VMs, pode aplicar recomendações de tamanho VM e tipo de disco (premium ou padrão) a partir dos resultados da avaliação. Para tal, em Importar definições de migração de uma avaliação do Azure Migrate?, selecione a opção Sim.

    • Se não eisse uma avaliação ou não quiser utilizar as definições de avaliação, selecione a opção No .

    • Se selecionou para utilizar a avaliação, selecione o grupo VM e o nome de avaliação.

      Screenshot que mostra a seleção de avaliação para máquinas virtuais.Figura 10: Como configurar os pré-requisitos.

  5. Nas máquinas Virtuais, procure VMs conforme necessário e verifique cada VM que pretende migrar. Em seguida, selecione Seguinte: Definições de destino.

  6. Nas definições target, selecione a região de subscrição e alvo para a qual migrará. Em seguida, especifique o grupo de recursos em que os VMs Azure residirão após a migração. Em Rede Virtual, selecione a rede virtual ou sub-rede à qual os VMs Azure serão acompanhados após a migração.

  7. Em Benefício Híbrido do Azure, selecione Não se não quiser Benefício Híbrido do Azure. Em seguida, selecione Seguinte. Selecione Sim se tiver máquinas do Windows Server que estejam cobertas com subscrições ativas de Software Assurance ou Windows Server e pretende aplicar o benefício às máquinas que está a migrar. Em seguida, selecione Seguinte.

    Nota

    No caso do Contoso, os administradores selecionarão O a Benefício Híbrido do Azure porque esta é uma subscrição Azure Dev/Test. Isto significa que só pagarão pelo cálculo. Benefício Híbrido do Azure devem ser utilizados apenas para sistemas de produção com benefícios de Garantia de Software.

  8. Em Computação, analise o nome, o tamanho, o tipo de disco do SO e o conjunto de disponibilidade das VMs. As VMs devem estar em conformidade com os requisitos do Azure.

    • Tamanho VM: Se estiver a utilizar recomendações de avaliação, esta lista de abandonos contém o tamanho recomendado. Caso contrário, a Azure Migrate seleciona um tamanho baseado na correspondência mais próxima da subscrição do Azure. Pode escolher um tamanho manual em vez do tamanho Azure VM.
    • Disco de osa: Especifique o disco de so (arranque) para o VM. O disco OS tem o bootloader e instalador do sistema operativo.
    • Conjunto de disponibilidade: Se o VM estiver num conjunto de disponibilidade de Azure após a migração, especifique o conjunto. O conjunto deve estar no grupo de recursos-alvo que especifica para a migração.
  9. Em Discos, especifique se os discos VM devem ser replicados para Azure e selecione o tipo de disco (Standard SSD/HDD ou Premium SSD) em Azure e, em seguida, selecione Seguinte. Pode excluir discos da replicação. Se o fizer, não estarão presentes no Azure VM após a migração.

  10. No Revisão e início da replicação, reveja as definições e selecione Replicar para iniciar a replicação inicial para os servidores.

Nota

Pode atualizar as definições de replicação a qualquer momento antes de começar a replicação emMáquinas de Replicação>. As definições não podem ser alteradas após o início da replicação.

Passo 4: Migrar os VMs

Os administradores de Contoso executam uma migração rápida de teste e, em seguida, uma migração completa para migrar os VMs.

Executar uma migração de teste

  1. Nos objetivos> de migraçãoServers>Azure Migrate: Server Migration, selecione Test migrated servers.

    Screenshot que mostra a seleção para testar servidores migrados.Figura 11: Testar servidores migrados.

  2. Selecione e mantenha (ou clique à direita) o VM para testar e, em seguida, selecione Migrar de Teste.

    Screenshot que mostra o botão para testar a migração.Figura 12: Testar a migração.

  3. Em Test Migration, selecione a rede virtual na qual o VM Azure será localizado após a migração. Recomendamos que utilize uma rede virtual não produtiva.

  4. A tarefa Teste de migração é iniciada. Monitorize a tarefa nas notificações do portal.

  5. Após a conclusão da migração, veja a VM do Azure migrada em Máquinas Virtuais no portal do Azure. O nome da máquina tem um sufixo de teste .

  6. Depois de ter feito o teste, selecione e mantenha (ou clique à direita) o VM Azure em máquinas de replicação e, em seguida, selecione Clean up migração de teste.

    Screenshot que mostra a seleção para limpar a migração do teste.Figura 13: Limpar a migração do teste.

Migrar as VMs

Agora os administradores de Contoso têm uma migração completa.

  1. No projeto Azure Migrate, selecione Servers>Azure Migrate: Servidores de replicação da migração de>servidores.

    Screenshot que mostra as seleções para replicar servidores.Figura 14: Replicação de servidores.

  2. Nas máquinas de replicação, selecione e mantenha (ou clique à direita) o VM e, em seguida, selecione Migrar.

  3. Em Migrar>Desligue as máquinas virtuais e realize uma migração planeada sem perda de dados, selecione Yes>OK. Por padrão, a Azure Migrate desliga o VM no local e executa uma replicação a pedido para sincronizar quaisquer alterações de VM que ocorreram desde que a última replicação ocorreu. Tal garante que não haja perda de dados. Se não quiser desligar o VM, selecione .

  4. Uma tarefa de migração é iniciada para a VM. Controle a tarefa nas notificações do Azure.

  5. Após a conclusão da tarefa, pode ver e gerir a VM na página Máquinas Virtuais.

Precisa de mais ajuda?

Aprenda a fazer uma migração de teste e como migrar VMs para Azure.

Limpeza após a migração

Os VMs de desenvolvimento para as aplicações SmartHotel360 e osTicket começam a funcionar em VMs Azure quando a migração estiver completa.

Agora, a Contoso tem de seguir estes passos de limpeza:

  • Após a conclusão da migração, pare a replicação.
  • Retire os WEBVMDEV, SQLVMDEV, OSTICKETWEBDEVe OSTICKETMYSQLDEV VMs do inventário vCenter.
  • Remova todos os VMs dos trabalhos de apoio locais.
  • Atualizar a documentação interna para mostrar a nova localização e endereços IP para os VMs.
  • Rever todos os recursos que vão interagir com as VMs e atualizar todas as definições ou documentos relevantes para refletir a nova configuração.

Rever a implementação

Com a aplicação agora em execução, a Contoso precisa agora de operacionalizá-la totalmente e assegurar-a em Azure.

Segurança

A equipa de segurança contoso analisa os VMs do Azure para determinar quaisquer problemas de segurança. Para controlar o acesso, a equipa revê os grupos de segurança de rede (NSGs) das VMs. Os NSGs são utilizados para garantir que apenas o tráfego permitido à aplicação pode alcançá-lo. A equipa também considera proteger os dados no disco utilizando a Encriptação do Disco Azure e o Azure Key Vault.

Para mais informações, consulte as melhores práticas de Segurança para cargas de trabalho iaaS em Azure.

Continuidade de negócio e recuperação após desastre

Para a continuidade do negócio e recuperação de desastres, a Contoso toma as seguintes medidas: manter os dados seguros. A Contoso confirma os dados dos VM utilizando o serviço Azure Backup. Para mais informações, consulte uma visão geral da cópia de segurança da Azure VM.

Licenciamento e otimização de custos

A Contoso garantirá que todos os recursos Azure de desenvolvimento são criados através de uma subscrição Azure Dev/Test para economizar 80%. Os administradores permitirão que a Azure Cost Management + Billing ajude a monitorizar e gerir os recursos do Azure.

Conclusão

Neste artigo, a Contoso reocupou o desenvolvimento de VMs usados para as suas aplicações SmartHotel360 e osTicket em Azure. Os administradores migraram a aplicação VMs para VMs Azure utilizando a ferramenta Azure Migrate: Server Migration.