Trabalhar com a versão anterior do Azure Migrate

  • Artigo

Este artigo fornece informações sobre como trabalhar com a versão anterior do Azure Migrate.

Há duas versões do serviço Azure Migrate:

  • Versão atual: use esta versão para criar projetos do Azure Migrar, descobrir máquinas locais e orquestrar avaliações e migrações. Saiba mais sobre as novidades desta versão.
  • Versão anterior: se você estiver usando a versão anterior do Azure Migrate (apenas a avaliação de VMs VMware locais era suportada), agora você deve usar a versão atual. Os projetos da versão anterior são referidos como projetos clássicos neste artigo. O Classic Azure Migrate será desativado em fevereiro de 2024. Após fevereiro de 2024, a versão clássica do Azure Migrate não terá mais suporte e os metadados de inventário em projetos clássicos serão excluídos. Se você ainda precisar usar projetos clássicos do Azure Migrate, isso é o que você pode e não pode fazer:
    • Não é mais possível criar projetos de migração.
    • Recomendamos que você não realize novas descobertas.
    • Você ainda pode acessar projetos existentes.
    • Você ainda pode executar avaliações.

Atualização entre versões

Não é possível atualizar projetos ou componentes na versão anterior para a nova versão. Você precisa criar um novo projeto do Azure Migrate e adicionar ferramentas de avaliação e migração a ele. Use os tutoriais para entender como usar as ferramentas de avaliação e migração disponíveis. Se você tinha um espaço de trabalho do Log Analytics anexado a um projeto Clássico, pode anexá-lo a um projeto da versão atual depois de excluir o projeto Clássico.

Encontrar projetos da versão anterior

Encontre projetos da versão anterior da seguinte forma:

  1. No portal >do Azure Todos os serviços, procure e selecione Azure Migrate.
  2. No painel Migrar do Azure, há uma notificação e um link para acessar projetos antigos do Azure Migrate.
  3. Clique no link para abrir projetos clássicos.

Excluir projetos da versão anterior

Localize e exclua projetos da versão anterior da seguinte maneira:

  1. No portal >do Azure Todos os serviços, procure e selecione Azure Migrate.
  2. No painel Migrar do Azure, há uma notificação e um link para acessar projetos antigos do Azure Migrate.
  3. Clique no link para abrir projetos clássicos.
  4. Selecione o projeto que você gostaria de excluir e exclua-o.

Criar um a avaliação

Depois que as VMs são descobertas no portal, você as agrupa e cria avaliações.

  • Você pode criar avaliações locais imediatamente após as VMs serem descobertas no portal.
  • Para avaliações baseadas no desempenho, recomendamos que você espere pelo menos um dia antes de criar uma avaliação baseada no desempenho, para obter recomendações confiáveis de tamanho.

Crie uma avaliação da seguinte forma:

  1. Na página Descrição geral do projeto, clique em + Criar avaliação.
  2. Clique em Ver tudo para rever as propriedades de avaliação.
  3. Crie o grupo e especifique um nome.
  4. Selecione as máquinas que quer adicionar ao grupo.
  5. Clique em Criar Avaliação, para criar o grupo e a avaliação.
  6. Após a criação da avaliação, visualize-a em Descrição geral>Dashboard.
  7. Clique em Exportar avaliação, para transferi-la como um ficheiro do Excel.

Se quiser atualizar uma avaliação existente com os dados de desempenho mais recentes, poderá utilizar o comando Recalcular na avaliação para a atualizar.

Rever uma avaliação

Uma avaliação tem três fases:

  • Uma avaliação começa com uma análise de adequação para descobrir se as máquinas são compatíveis no Azure.
  • Estimativas de dimensionamento.
  • Estimativa de custos mensais.

Uma máquina só se move para um estágio posterior se passar o anterior. Por exemplo, se uma máquina falhar na verificação de adequação, ela será marcada como inadequada para o Azure e o dimensionamento e o cálculo de custos não serão feitos.

Rever a preparação para o Azure

A vista de preparação para o Azure na avaliação mostra o estado de preparação de cada VM.

Prontidão Distrito Detalhes
Preparado para o Azure Sem problemas de compatibilidade. A máquina pode ser migrada como está para o Azure e será inicializada no Azure com suporte total do Azure. Para as VMs que estão prontas, o Azure Migrate recomenda um tamanho de VM no Azure.
Condicionalmente preparado para o Azure A máquina pode inicializar no Azure, mas pode não ter suporte total do Azure. Por exemplo, uma máquina com uma versão mais antiga do Windows Server que não é suportada no Azure. O Azure Migrate explica os problemas de preparação e fornece etapas de correção.
Não está pronto para o Azure A VM não inicializa no Azure. Por exemplo, se uma VM tiver um disco com mais de 4 TB, ela não poderá ser hospedada no Azure. O Azure Migrate explica os problemas de preparação e fornece etapas de correção.
Preparação desconhecida O Azure Migrate não consegue identificar a prontidão do Azure, geralmente porque os dados não estão disponíveis.

Propriedades da VM do Azure

A preparação leva em conta várias propriedades da VM para identificar se a VM pode ser executada no Azure.

Propriedade Detalhes Prontidão
Tipo de arranque BIOS suportado. UEFI não suportada. Condicionalmente pronto se o tipo de inicialização for UEFI.
Núcleos Núcleo de máquinas <= o número máximo de núcleos (128) com suporte para uma VM do Azure.

Se o histórico de desempenho estiver disponível, o Azure Migrate considerará os núcleos utilizados.
Se um fator de conforto for especificado nas configurações de avaliação, o número de núcleos utilizados é multiplicado pelo fator de conforto.

Se não houver histórico de desempenho, o Azure Migrate usará os núcleos alocados, sem aplicar o fator de conforto.		 Pronto se for menor ou igual aos limites.
Memória O tamanho <da memória da máquina = a memória máxima (3892 GB no Azure M series Standard_M128m 2) para uma VM do Azure. Mais informações.

Se o histórico de desempenho estiver disponível, o Azure Migrate considerará a memória utilizada.

Se um fator de conforto é especificado, a memória utilizada é multiplicada pelo fator de conforto.

Se não houver histórico, a memória alocada é usada, sem aplicar o fator de conforto.

 Pronto se dentro dos limites.
Disco de armazenamento O tamanho alocado de um disco deve ser de 4 TB (4096 GB) ou menos.

O número de discos conectados à máquina deve ser 65 ou menos, incluindo o disco do sistema operacional.		 Pronto se dentro dos limites.
Rede Uma máquina deve ter 32 ou menos NICs conectadas a ela. Pronto se dentro dos limites.

Sistema operativo convidado

Junto com as propriedades da VM, o Azure Migrate também examina o sistema operacional convidado da VM local para identificar se a VM pode ser executada no Azure.

  • O Azure Migrate considera o SO especificado no vCenter Server.
  • Como a descoberta feita pelo Azure Migrate é baseada em dispositivo, ele não tem uma maneira de verificar se o sistema operacional em execução dentro da VM é o mesmo especificado no vCenter Server.

É utilizada a seguinte lógica.

Sistema operativo Detalhes Prontidão
Windows Server 2016 e todos os SPs O Azure fornece suporte completo. Preparado para o Azure
Windows Server 2012 R2 e todos os SPs O Azure fornece suporte completo. Preparado para o Azure
Windows Server 2012 e todos os SPs O Azure fornece suporte completo. Preparado para o Azure
Windows Server 2008 R2 e todos os SPs O Azure fornece suporte completo. Preparado para o Azure
Windows Server 2008 (32 bits e 64 bits) O Azure fornece suporte completo. Preparado para o Azure
Windows Server 2003, 2003 R2 Sem suporte e precisa de um Contrato de Suporte Personalizado (CSA) para suporte no Azure. Condicionalmente pronto para o Azure. Considere atualizar o sistema operacional antes de migrar para o Azure.
Windows 2000, 98, 95, NT, 3.1, MS-DOS Sem suporte. A máquina pode inicializar no Azure, mas nenhum suporte ao sistema operacional é fornecido pelo Azure. Condicionalmente pronto para o Azure. É recomendável atualizar o sistema operacional antes de migrar para o Azure.
Cliente Windows 7, 8 e 10 O Azure fornece suporte apenas com a assinatura do Visual Studio. Condicionalmente pronto para o Azure.
Área de trabalho do Windows 10 Pro O Azure fornece suporte com Direitos de Hospedagem Multilocatário. Condicionalmente pronto para o Azure.
Windows Vista, XP Profissional Sem suporte. A máquina pode inicializar no Azure, mas nenhum suporte ao sistema operacional é fornecido pelo Azure. Condicionalmente pronto para o Azure. É recomendável atualizar o sistema operacional antes de migrar para o Azure.
Linux O Azure endossa esses sistemas operacionais Linux. Outros sistemas operacionais Linux podem inicializar no Azure, mas recomendamos atualizar o sistema operacional para uma versão endossada antes de migrar para o Azure. Pronto para o Azure se a versão for endossada.

Condicionalmente pronto se a versão não for endossada.
Outros sistemas operativos

Por exemplo, Oracle Solaris, Apple macOS etc., FreeBSD, etc.		 O Azure não endossa esses sistemas operacionais. A máquina pode inicializar no Azure, mas nenhum suporte ao sistema operacional é fornecido pelo Azure. Condicionalmente pronto para o Azure. É recomendável instalar um sistema operacional com suporte antes de migrar para o Azure.
SO especificado como Outro no vCenter Server O Azure Migrate não pode identificar o sistema operacional nesse caso. Prontidão desconhecida. Verifique se o sistema operacional em execução dentro da VM tem suporte no Azure.
Sistemas operativos de 32 bits A máquina pode inicializar no Azure, mas o Azure pode não fornecer suporte completo. Condicionalmente pronto para o Azure, considere atualizar o sistema operacional da máquina do sistema operacional de 32 bits para o sistema operacional de 64 bits antes de migrar para o Azure.

Dimensionamento da revisão

A recomendação de tamanho do Azure Migrate depende do critério de dimensionamento especificado nas propriedades de avaliação.

  • Se o dimensionamento for baseado no desempenho, a recomendação de tamanho considerará o histórico de desempenho das VMs (CPU e memória) e dos discos (IOPS e taxa de transferência).
  • Se o critério de dimensionamento for 'como local', a recomendação de tamanho no Azure será baseada no tamanho da VM local. O dimensionamento do disco é baseado no tipo de armazenamento especificado nas propriedades de avaliação (o padrão é discos premium). O Azure Migrate não considera os dados de desempenho da VM e dos discos.

Rever as estimativas de custos

As estimativas de custo mostram o custo total de computação e armazenamento da execução das VMs no Azure, juntamente com os detalhes de cada máquina.

  • As estimativas de custo são calculadas usando a recomendação de tamanho para uma máquina VM e seus discos e as propriedades de avaliação.
  • Os custos mensais estimados para computação e armazenamento são agregados para todas as VMs no grupo.
  • A estimativa de custo é para executar a VM local como VMs IaaS (Infraestrutura do Azure como serviço). O Azure Migrate não considera os custos da Plataforma como serviço (PaaS) ou do Software como serviço (SaaS).

Rever a classificação de confiança (avaliação baseada no desempenho)

Cada avaliação baseada no desempenho está associada a uma classificação de confiança.

  • Uma classificação de confiança varia de uma estrela a cinco estrelas (sendo uma estrela a mais baixa e cinco estrelas a mais alta).
  • A classificação de confiança é atribuída a uma avaliação, com base na disponibilidade de pontos de dados necessários para calcular a avaliação.
  • A classificação de confiança de uma avaliação ajuda a calcular a fiabilidade das recomendações de tamanho fornecidas pelo Azure Migrate.
  • A classificação de confiança não está disponível para avaliações locais "no estado em que se encontram".

Para dimensionamento baseado em desempenho, o Azure Migrate precisa do seguinte:

  • Dados de utilização para CPU.
  • Dados de memória da VM.
  • Para cada disco conectado à VM, ele precisa das IOPS do disco e dos dados de taxa de transferência.
  • Para cada adaptador de rede conectado a uma VM, o Azure Migrate precisa da entrada/saída de rede.
  • Se alguma das opções acima não estiver disponível, as recomendações de tamanho (e, portanto, as classificações de confiança) podem não ser confiáveis.

Dependendo da percentagem de pontos de dados disponíveis, as possíveis classificações de confiança são resumidas na tabela.

Disponibilidade de pontos de dados Classificação de confiança
0%-20% 1 Estrela
21%-40% 2 Estrelas
41%-60% 3 Estrelas
61%-80% 4 Estrelas
81%-100% 5 Estrelas

Problemas de avaliação que afetam as classificações de confiança

Uma avaliação pode não ter todos os pontos de dados disponíveis devido a uma série de razões:

  • Você não criou o perfil do seu ambiente durante a avaliação. Por exemplo, se você criar a avaliação com a duração do desempenho definida como um dia, deverá aguardar pelo menos um dia após iniciar a descoberta ou todos os pontos de dados a serem coletados.
  • Algumas VM foram encerradas durante o período para o qual a avaliação foi calculada. Se alguma VM tiver sido desligada durante parte da duração, o Azure Migrate não poderá coletar dados de desempenho para esse período.
  • Algumas VM foram criadas pelo meio durante o período de cálculo da avaliação. Por exemplo, se você criar uma avaliação usando o histórico de desempenho do mês anterior, mas criar várias VMs no ambiente há uma semana, o histórico de desempenho das novas VMs não será para toda a duração.

Nota

Se a classificação de confiança de qualquer avaliação for inferior a cinco estrelas, aguarde pelo menos um dia para que o aparelho defina o perfil do ambiente e, em seguida, recalcule a avaliação. Se você não fizer isso, o dimensionamento baseado no desempenho pode não ser confiável. Se você não quiser recalcular, recomendamos mudar para o dimensionamento local, alterando as propriedades de avaliação.

Criar grupos usando a visualização de dependência

Além de criar grupos manualmente, você pode criar grupos usando a visualização de dependência.

  • Normalmente, você usa esse método quando deseja avaliar grupos com níveis mais altos de confiança verificando as dependências da máquina antes de executar uma avaliação.
  • A visualização de dependência pode ajudá-lo a planejar efetivamente sua migração para o Azure. Ele ajuda você a garantir que nada seja deixado para trás e que interrupções surpresas não ocorram quando você estiver migrando para o Azure.
  • Você pode descobrir todos os sistemas interdependentes que precisam migrar juntos e identificar se um sistema em execução ainda está atendendo aos usuários ou se é um candidato para descomissionamento em vez de migração.
  • O Azure Migrate usa a solução de Mapa de Serviço no Azure Monitor para habilitar a visualização de dependência.

Nota

A visualização de dependência não está disponível no Azure Government.

Para configurar a visualização de dependência, associe um espaço de trabalho do Log Analytics a um projeto do Azure Migrate, instale agentes em máquinas para as quais deseja visualizar dependências e crie grupos usando informações de dependência.

Associar um espaço de trabalho do Log Analytics

Para usar a visualização de dependência, associe um espaço de trabalho do Log Analytics a um projeto de migração. Você só pode criar ou anexar um espaço de trabalho na mesma assinatura em que o projeto de migração é criado.

  1. Para anexar um espaço de trabalho do Log Analytics a um projeto, em Visão geral>do Essentials, clique em Requer configuração.
  2. Você pode criar um novo espaço de trabalho ou anexar um existente:
    • Para criar um novo espaço de trabalho, especifique um nome. O espaço de trabalho é criado em uma região na mesma geografia do Azure que o projeto de migração.
    • Ao anexar um espaço de trabalho existente, você pode escolher entre todos os espaços de trabalho disponíveis na mesma assinatura do projeto de migração. Somente são listados os espaços de trabalho que foram criados em uma região do Mapa de Serviços com suporte. Você pode monitorar VMs do Azure em qualquer região. As VMs em si não estão limitadas às regiões suportadas pelo espaço de trabalho do Log Analytics. Para anexar um espaço de trabalho, certifique-se de que tem acesso 'Leitor' ao espaço de trabalho.

Nota

Não é possível alterar o espaço de trabalho associado a um projeto de migração.

Baixar e instalar agentes VM

Depois de configurar um espaço de trabalho, você baixa e instala agentes em cada máquina local que deseja avaliar. Além disso, se você tiver máquinas sem conectividade com a Internet, precisará baixar e instalar o gateway do Log Analytics nelas.

  1. Em Visão geral, clique em Gerenciar>máquinas e selecione a máquina necessária.
  2. Na coluna Dependências, clique em Instalar agentes.
  3. Na página Dependências, baixe e instale o Microsoft Monitoring Agent (MMA) e o Dependency agent em cada VM que você deseja avaliar.
  4. Copie o ID e a chave da área de trabalho. Você precisa deles quando instala o MMA na máquina local.

Nota

Para automatizar a instalação de agentes, você pode usar uma ferramenta de implantação, como o Configuration Manager, ou uma ferramenta de parceiro, como o Intigua, que fornece uma solução de implantação de agente para o Azure Migrate.

Instalar o agente MMA em uma máquina Windows

Para instalar o agente em uma máquina Windows:

  1. Faça duplo clique no agente transferido.
  2. Na página Bem-vindo, clique em Seguinte. Na página License Terms (Termos de Licenciamento), clique em Agree (Concordo) para aceitar a licença.
  3. Na Pasta de Destino, mantenha ou modifique a pasta >de instalação padrão Avançar.
  4. Em Opções de Configuração do Agente, selecione Próximo do Azure Log Analytics>.
  5. Clique em Adicionar para adicionar um novo espaço de trabalho do Log Analytics. Cole a ID e a chave do espaço de trabalho que você copiou do portal. Clique em Next.

Você pode instalar o agente a partir da linha de comando ou usando um método automatizado, como o Configuration Manager. Saiba mais sobre como usar esses métodos para instalar o agente MMA.

Instalar o agente MMA em uma máquina Linux

Para instalar o agente em uma máquina Linux:

  1. Transfira o pacote apropriado (x86 ou x64) para o seu computador Linux usando scp/sftp.

  2. Instale o pacote usando o argumento --install.

    sudo sh ./omsagent-<version>.universal.x64.sh --install -w <workspace id> -s <workspace key>

Saiba mais sobre a lista de sistemas operacionais Linux suportados pelo MMA.

Instalar o agente MMA em uma máquina monitorada pelo Operations Manager

Para máquinas monitorizadas pelo System Center Operations Manager 2012 R2 ou posterior, não é preciso instalar o agente MMA. O Mapa de Serviços integra-se com o MMA do Operations Manager para reunir os dados de dependência necessários. Mais informações. O agente de dependência precisa ser instalado.

Instalar o agente de Dependência

  1. Para instalar o agente de dependência em uma máquina Windows, clique duas vezes no arquivo de instalação e siga o assistente.

  2. Para instalar o agente de dependência em uma máquina Linux, instale como root usando o seguinte comando:

    sh InstallDependencyAgent-Linux64.bin

    • Saiba mais sobre o suporte do agente de dependência para os sistemas operacionais Windows e Linux.
    • Saiba mais sobre como você pode usar scripts para instalar o agente de dependência.

Nota

O artigo Azure Monitor for VMs mencionado para fornecer uma visão geral dos pré-requisitos do sistema e métodos para implantar o agente de dependência também são aplicáveis à solução de Mapa de Serviços.

Criar um grupo com mapeamento de dependência

  1. Depois de instalar os agentes, vá para o portal e clique em Gerenciar>Máquinas.

  2. Procure a máquina onde instalou os agentes.

  3. A coluna Dependências da máquina agora deve ser exibida como Exibir Dependências. Clique na coluna para visualizar as dependências da máquina.

  4. O mapa de dependência da máquina mostra os seguintes detalhes:

    • Conexões TCP de entrada (clientes) e de saída (servidores) de/para a máquina
      • As máquinas dependentes que não têm o MMA e o agente de dependência instalados são agrupadas por números de porta.
      • As máquinas dependentes que têm o MMA e o agente de dependência instalados são mostradas como caixas separadas.
    • Processos em execução dentro da máquina, você pode expandir cada caixa de máquina para visualizar os processos
    • As propriedades da máquina, incluindo o FQDN, o sistema operacional, o endereço MAC são mostradas. Você pode clicar em cada caixa da máquina para visualizar os detalhes.

  5. Você pode visualizar dependências para diferentes durações de tempo clicando na duração do tempo no rótulo do intervalo de tempo. Por padrão, o intervalo é de uma hora. Você pode modificar o intervalo de tempo ou especificar datas de início e término e a duração.

    Nota

    Um intervalo de tempo de até uma hora é suportado. Use os logs do Azure Monitor para consultar dados de dependência por um período mais longo.

  6. Depois de identificar as máquinas dependentes que deseja agrupar, use Ctrl+Clique para selecionar várias máquinas no mapa e clique em Agrupar máquinas.

  7. Especifique um nome de grupo. Verifique se as máquinas dependentes são descobertas pelo Azure Migrate.

    Nota

    Se uma máquina dependente não for descoberta pelo Azure Migrate, você não poderá adicioná-la ao grupo. Para adicionar essas máquinas ao grupo, você precisa executar o processo de descoberta novamente com o escopo correto no vCenter Server e garantir que a máquina seja descoberta pelo Azure Migrate.

  8. Se quiser criar uma avaliação para este grupo, marque a caixa de seleção para criar uma nova avaliação para o grupo.

  9. Clique em OK para salvar o grupo.

Uma vez que o grupo é criado, recomenda-se instalar agentes em todas as máquinas do grupo e refinar o grupo visualizando a dependência de todo o grupo.

Consultar dados de dependência de logs do Azure Monitor

Os dados de dependência capturados pelo Mapa de Serviço estão disponíveis para consulta no espaço de trabalho do Log Analytics associado ao seu projeto do Azure Migrate. Saiba mais sobre as tabelas de dados do Mapa de Serviço a serem consultadas nos logs do Azure Monitor.

Para executar as consultas Kusto:

  1. Depois de instalar os agentes, vá para o portal e clique em Visão geral.
  2. Em Visão geral, vá para a seção Essentials do projeto e clique no nome do espaço de trabalho fornecido ao lado de Espaço de trabalho do OMS.
  3. Na página de espaço de trabalho do Log Analytics, clique em Logs Gerais>.
  4. Escreva sua consulta para coletar dados de dependência usando logs do Azure Monitor. Encontre exemplos de consultas na próxima seção.
  5. Execute a sua consulta clicando em Executar.

Saiba mais sobre como escrever consultas Kusto.

Exemplos de consultas de logs do Azure Monitor

A seguir estão consultas de exemplo que você pode usar para extrair dados de dependência. Você pode modificar as consultas para extrair seus pontos de dados preferidos. Uma lista exaustiva dos campos nos registos de dados de dependência está disponível aqui. Encontre mais exemplos de consultas aqui.

Resumir conexões de entrada em um conjunto de máquinas

Os registros na tabela para métricas de conexão, VMConnection, não representam conexões de rede físicas individuais. Várias conexões de rede físicas são agrupadas em uma conexão lógica. Saiba mais sobre como os dados de conexão de rede física são agregados em um único registro lógico no VMConnection.

// the machines of interest
let ips=materialize(ServiceMapComputer_CL
| summarize ips=makeset(todynamic(Ipv4Addresses_s)) by MonitoredMachine=ResourceName_s
| mvexpand ips to typeof(string));
let StartDateTime = datetime(2019-03-25T00:00:00Z);
let EndDateTime = datetime(2019-03-30T01:00:00Z); 
VMConnection
| where Direction == 'inbound' 
| where TimeGenerated > StartDateTime and TimeGenerated  < EndDateTime
| join kind=inner (ips) on $left.DestinationIp == $right.ips
| summarize sum(LinksEstablished) by Computer, Direction, SourceIp, DestinationIp, DestinationPort

Resumir o volume de dados enviados e recebidos em conexões de entrada entre um conjunto de máquinas

// the machines of interest
let ips=materialize(ServiceMapComputer_CL
| summarize ips=makeset(todynamic(Ipv4Addresses_s)) by MonitoredMachine=ResourceName_s
| mvexpand ips to typeof(string));
let StartDateTime = datetime(2019-03-25T00:00:00Z);
let EndDateTime = datetime(2019-03-30T01:00:00Z); 
VMConnection
| where Direction == 'inbound' 
| where TimeGenerated > StartDateTime and TimeGenerated  < EndDateTime
| join kind=inner (ips) on $left.DestinationIp == $right.ips
| summarize sum(BytesSent), sum(BytesReceived) by Computer, Direction, SourceIp, DestinationIp, DestinationPort

Próximos passos

Saiba mais sobre a versão mais recente do Azure Migrate.