Rehost uma aplicação linux no local para Azure VMs

Este artigo mostra como a empresa fictícia Contoso reencagra uma aplicação baseada em LÂMPADA de dois níveis, utilizando a infraestrutura Azure como um serviço (IaaS) máquinas virtuais (VMs).

A aplicação de balcão de atendimento utilizada neste exemplo, osTicket, é fornecida como software de código aberto. Se quiser usá-lo para os seus próprios fins de teste, pode descarregá-lo do GitHub.

Impulsionadores de negócios

A equipa de líderes de TI trabalhou de perto com os parceiros comerciais para entender o que pretendem alcançar com a migração:

  • Dar resposta ao crescimento da empresa. A Contoso está a crescer. Consequentemente, a infraestrutura e os sistemas no local estão sobrecarregados.
  • Limitar o risco. A aplicação do balcão de atendimento é fundamental para o negócio contoso. A Contoso pretende movê-la para o Azure com risco zero.
  • Expandir. O Contoso não quer mudar a candidatura agora. Quer assegurar que o pedido seja estável.

Objetivos de migração

A equipa de nuvem contoso estabeleceu objetivos para esta migração para determinar o melhor método de migração:

  • Após a migração, a aplicação em Azure deverá ter as mesmas capacidades de desempenho que tem hoje no ambiente VMware da empresa. A aplicação permanecerá tão crítica na nuvem como tem sido no local.
  • A Contoso não quer investir nesta aplicação. É importante para o negócio, mas na sua forma atual, Contoso simplesmente quer movê-lo em segurança para a nuvem.
  • Contoso não quer mudar o modelo de operações para esta aplicação. Quer interagir com a aplicação na nuvem da mesma forma que agora.
  • A Contoso não quer alterar a funcionalidade da aplicação. Apenas o local da aplicação será alterado.
  • Depois de ter concluído algumas migrações de aplicações do Windows, a Contoso quer aprender a utilizar uma infraestrutura baseada em Linux em Azure.

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. Os serviços Azure que Contoso utilizará para a migração também são identificados.

Aplicação atual

  • A aplicação osTicket é tiered em dois VMs (OSTICKETWEB e OSTICKETMYSQL).
  • As VMs estão num anfitrião ESXi do VMware contosohost1.contoso.com (versão 6.5).
  • O ambiente VMware é gerido pelo vCenter Server 6.5 (vcenter.contoso.com) e funciona num VM.
  • Contoso tem um datacenter no local (contoso-datacenter) com um controlador de domínio no local (contosodc1).

Arquitetura proposta

  • Como a aplicação é uma carga de trabalho de produção, os VMs em Azure vão residir no grupo ContosoRGde recursos de produção.
  • Os VMs serão migrados para a região primária (Leste dos EUA 2) e colocados na rede de produção (VNET-PROD-EUS2):
    • A VM Web residirá na sub-rede front-end (PROD-FE-EUS2).
    • A base de dados VM reside na sub-rede de base de dados (PROD-DB-EUS2).
  • As VMs no local no datacenter da Contoso vão ser desativadas após a conclusão da migração.

Diagrama da arquitetura do cenário.

Análise da solução

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

Consideração Detalhes
Vantagens Ambos os VMs de aplicação serão transferidos para Azure sem alterações, o que torna a migração simples.

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

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

Os VMs de aplicação estão a executar Ubuntu 16.04-TLS, uma distribuição linux endossada. Saiba mais sobre as distribuições de Linux endossadas na Azure.
Desvantagens A web e o nível de dados da aplicação continuam a ser pontos únicos de failover.

A Contoso terá de continuar a apoiar a aplicação como VMs Azure em vez de se mudar para um serviço gerido, como Serviço de Aplicações do Azure e Base de Dados do Azure para MySQL.

Contoso percebe que ao manter as coisas simples com uma migração VM de elevador e turno, a empresa não está a tirar o máximo partido das funcionalidades fornecidas pela Base de Dados do Azure para MySQL. Estas funcionalidades incluem alta disponibilidade incorporada, desempenho previsível, escala simples, backups automáticos e segurança incorporada.

Processo de migração

A Contoso concluirá o processo de migração da seguinte forma:

  • Como primeiro passo, a Contoso prepara e configura componentes Azure para a Azure Migrate: Server Migration e prepara a infraestrutura VMware no local.
  • A empresa já tem a infraestrutura Azure no lugar, pelo que só 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 estar a funcionar, a Contoso migrará a VM através da ativação pós-falha para o Azure.

Diagrama 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 a migração das suas aplicações e cargas de trabalho no local, bem como os exemplos de Amazon Web Services (AWS) e Google Cloud Platform (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. Saiba mais sobre taxas e preços.

Pré-requisitos

Eis o que a Contoso precisa para este cenário.

Requisitos Detalhes
Assinatura Azure A Contoso criou subscrições num artigo anterior nesta série. Se não tiver uma subscrição do Azure, crie uma conta gratuita.

Se criar uma conta gratuita, será o administrador da sua subscrição e poderá executar todas as ações.

Se utilizar uma subscrição existente e não for o administrador, trabalhe com o administrador para atribuir permissões ao 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 O vCenter Server no local deve estar a executar a versão 5.5, 6.0 ou 6.5.

Um anfitrião ESXi executando a versão 5.5, 6.0 ou 6.5.

Uma ou mais VMs VMware executadas no anfitrião ESXi.
VMs no local Reveja os distros Linux que são endossados para correr em Azure.

Passos do cenário

Eis como a Contoso vai concluir a migração:

  • Passo 1: Prepare o Azure para a migração do Azure: Migração do servidor. Adicione a ferramenta Azure Migrate: Server Migration ao projeto Azure Migrate.
  • Passo 2: Preparar no local VMware para Azure Migrate: Migração do servidor. Prepare as contas para a descoberta de VM e prepare-se para ligar aos VMs do Azure após a migração.
  • Passo 3: VMs replicados. Confiem da replicação e comecem a replicar VMs para o Azure Storage.
  • Passo 4: Migrar os VMs com Azure Migrate: Migração do servidor. Faça uma migração de teste para garantir que tudo está funcionando, e depois faça uma migração para mover os VMs para Azure.

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

Eis os componentes Azure de que a Contoso precisa para migrar as VMs para o Azure:

  • Uma rede virtual na qual os VMs do Azure serão localizados quando forem criados durante a migração.
  • A ferramenta Azure Migrate: Ferramenta de migração de servidores a provisionada.

Eles configuram estes componentes da seguinte forma:

  1. Criar uma rede. A Contoso já criou uma rede que pode ser usada para o Azure Migrate: Migração de Servidores quando a empresa implementou a infraestrutura Azure

    • A aplicação SmartHotel360 é uma aplicação de produção. Os VM serão migrados para a rede de produção de Azure (VNET-PROD-EUS2) na região primária (East US 2).
    • Ambos os VMs serão colocados no ContosoRG grupo de recursos, que é utilizado para recursos produtivos.
    • A aplicação front-end VM (OSTICKETWEB) migrará para a sub-rede frontal (PROD-FE-EUS2) na rede de produção.
    • A base de dados de aplicações VM (OSTICKETMYSQL) migrará para a sub-rede de base de dados (PROD-DB-EUS2) na rede de produção.
  2. Provision the Azure Migrate: Server Migration tool. Com a rede e a conta de armazenamento no lugar, a Contoso cria agora um cofre dos Serviços de Recuperação (ContosoMigrationVault) e coloca-o ContosoFailoverRG no grupo de recursos na região primária (East US 2).

    Screenshot que mostra o Azure Migrate: Ferramenta de migração de servidores

Precisa de mais ajuda?

Saiba como configurar a ferramenta Azure Migrate: Server Migration.

Passo 2: Preparar no local VMware para Azure Migrate: Migração de servidores

Após a migração para Azure, Contoso quer ser capaz de se conectar aos VMs replicados em Azure. Há algumas coisas que os administradores de Contoso precisam de fazer:

  • Para aceder às VMs Azure pela Internet, ativam o SSH na VM do Linux no local antes da migração. Para Ubuntu, este passo pode ser concluído utilizando o seguinte comando: sudo apt-get ssh install -y.
  • Instale o agente Azure Linux
  • Depois de executarem a migração, podem verificar os diagnósticos da Boot para visualizar uma imagem do VM.
  • Se não funcionar, terão de verificar se o VM está a funcionar e rever estas 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 terminada, inicie a replicação de VMware VMs para Azure.

  1. No projeto Azure Migrate, vá aos Servidores>Azure Migrate: Migração de servidores e selecione Replicate.

    Screenshot que mostra a opção Replicar.

  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 o separador Definições de Origem.

  4. Em Máquinas virtuais, selecione aquelas que quer replicar.

    • Se tiver executado uma avaliação para as VMs, poderá aplicar as recomendações de dimensionamento de VMs e tipo de discos (premium/standard) nos resultados da avaliação. Nas definições de migração de importação a partir de uma avaliação de Azure Migrate?, selecione a opção Sim .
    • Se não fez 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 avaliações selecionadas.

  5. Nas máquinas Virtuais, procure VMs conforme necessário e selecione 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á. Especifique o grupo de recursos em que os VMs Azure residirão após a migração. Em Rede Virtual, selecione a rede virtual/sub-rede Azure à qual os VMs Azure serão associados após a migração.

  7. Em Benefício Híbrido do Azure:

    • Selecione Não se não quiser aplicar o 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.
  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, a lista de dropdown de tamanho VM conterá o tamanho recomendado. Caso contrário, a Azure Migrate escolhe um tamanho baseado no jogo mais próximo da subscrição do Azure. Como alternativa, escolha um tamanho manual em Tamanho de VMs do Azure.
    • Disco de osa: Especifique o disco de so (arranque) para o VM. O disco do SO é o disco que possui o carregador e o 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 de destino especificado para a migração.
  9. Em Discos, especifique se os discos VM devem ser replicados para Azure. Selecione o tipo de disco (Standard SSD/HDD ou Premium SSD) em Azure. Em seguida, selecione Seguinte.

    • Pode excluir discos da replicação.
    • Se excluir discos, eles não estarão presentes no Azure VM após a migração.
  10. Em Review + Iniciar a replicação, reveja as definições. Em seguida, 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 para mover 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 opção de servidores migrados test.

  2. Selecione e mantenha (ou clique à direita) o VM para testar. Em seguida, selecione Teste migrar.

    Screenshot que mostra o item migrar do teste.

  3. Em Test Migration, selecione a rede virtual Azure 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 do computador tem um sufixo -Test.

  6. Depois de terminar o teste, selecione e mantenha (ou clique à direita) o VM Azure em máquinas de replicação. Em seguida, selecione Limpar a migração do teste.

    Screenshot que mostra o item de migração do teste Clean up.

Migrar as VMs

Agora os administradores de Contoso executam uma migração completa para completar a mudança.

  1. No projeto Azure Migrate, vá ao Servers>Azure Migrate: Server Migration e selecione Replicating servers.

    Screenshot que mostra a opção de replicação de servidores.

  2. Nas máquinas de replicação, selecione e mantenha (ou clique à direita) o VM e 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. Esta ação garante que não há 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.

Ligar a VM à base de dados

Como passo final no processo de migração, os administradores da Contoso atualizam a cadeia de ligação da aplicação para apontar para a base de dados de aplicações em execução OSTICKETMYSQL no VM.

  1. Faça uma ligação SSH ao OSTICKETWEB VM utilizando o PuTTY ou outro cliente SSH. O VM é privado, por isso conecte-se utilizando o endereço IP privado.

    Screenshot que mostra o painel de máquina virtual Connect to virtual.

    Screenshot que mostra a ligação à base de dados.

  2. Certifique-se de que o OSTICKETWEB VM pode comunicar com o OSTICKETMYSQL VM. Atualmente, a configuração é codificada com o endereço 172.16.0.43IP no local .

    Antes da atualização:

    Screenshot que mostra o IP antes da atualização.

    Após a atualização:

    Screenshot que mostra o IP após a atualização.

  3. Reinicie o serviço com o reinício do sistema 2.

    Screenshot que mostra o reinício do serviço.

  4. Por fim, atualize os registos DNS para e OSTICKETMYSQL para OSTICKETWEB um dos controladores de domínio Contoso.

    Screenshot que mostra a atualização de um registo DNS.

    Screenshot que mostra a atualização de um registo DNS.

Precisa de mais ajuda?

Limpeza após a migração

Com a migração completa, os níveis de aplicação osTicket estão agora em execução em VMs Azure.

Agora, Contoso precisa fazer as seguintes tarefas:

  • Remover as VMs no local do inventário do vCenter.
  • Remova as VMs no local das tarefas de cópias de segurança locais.
  • Atualize a documentação interna para mostrar a nova localização e endereços IP para OSTICKETWEB e OSTICKETMYSQL.
  • Reveja todos os recursos que interagem com os VMs. Atualize quaisquer definições ou documentação relevantes de forma a refletir a nova configuração.
  • Contoso usou o serviço Azure Migrate com a gestão VM para avaliar os VMs para a migração. Os administradores devem remover os VM de migração e VMs web do servidor VMware ESXi.

Rever a implementação

Com a aplicação agora em execução, a Contoso precisa de operacionalizar e assegurar plenamente a sua nova infraestrutura.

Segurança

A equipa de segurança contoso revê os OSTICKETWEB VMs e OSTICKETMYSQL vMs para determinar quaisquer problemas de segurança.

  • A equipa revê os grupos de segurança de rede (NSGs) das VMs para controlarem o acesso. Os NSGs são utilizados para garantir que apenas passa tráfego permitido para a aplicação.
  • A equipa também considera proteger os dados nos discos VM 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 dos negócios e a recuperação de desastres, a Contoso realiza as seguintes ações:

Licenciamento e otimização de custos