Avaliar uma carga de trabalho de nuvem para realocação
Avaliar é o primeiro passo na fase Move de realocação. O objetivo do Avaliar é entender a carga de trabalho que você deseja realocar para que possa movê-la com êxito. Cada carga de trabalho realocada deve passar pelas quatro etapas da fase Mover, começando com a etapa Avaliar.
Selecionar carga de trabalho
Você deve ter uma lista priorizada de cargas de trabalho, e a lista deve identificar a ordem em que você deseja realocar suas cargas de trabalho. Cada vez que você visitar a etapa Avaliar, escolha a(s) carga(s) de trabalho na parte superior da lista. Para equipes menores, você deve realocar uma carga de trabalho de cada vez. É uma chance de aprender e melhorar a cada realocação de carga de trabalho. Equipes maiores devem considerar a realocação de várias cargas de trabalho. As realocações em massa podem ajudar a alcançar economias de escala.
Conduzir a descoberta
A descoberta de carga de trabalho é a base da realocação. O objetivo da descoberta é entender a carga de trabalho o suficiente para garantir uma realocação tranquila. A descoberta deve revelar de forma abrangente as dimensões organizacionais e técnicas da carga de trabalho.
Conduzir a descoberta organizacional
A descoberta organizacional de carga de trabalho envolve descobrir quem é o responsável por uma carga de trabalho, entender os riscos de movê-la e planejar como se comunicar sobre a mudança. Essa etapa ajuda a identificar quem precisa estar envolvido, gerenciar riscos e garantir que todos sejam informados adequadamente. Esse planejamento cuidadoso ajuda a tornar a transição mais suave e menos disruptiva para a empresa e seus clientes.
Propriedade da carga de trabalho: determine quem é responsável pela carga de trabalho.
Identificação das partes interessadas: Identifique todas as partes interessadas na carga de trabalho.
Avaliação de riscos: avalie os potenciais riscos de negócios associados à movimentação da carga de trabalho.
Gerenciamento de alterações: obtenha uma compreensão clara dos processos para gerenciar alterações na carga de trabalho.
Janelas de interrupção: descubra os horários aceitáveis em que o sistema pode ficar offline para realocação.
Análise de impacto: reconheça quais usuários internos ou clientes externos a realocação pode afetar.
Necessidades de comunicação: Entenda o plano de comunicação atual e necessário para comunicar qualquer tempo de inatividade ou alterações.
Conformidade com a política: garanta que a realocação esteja em conformidade com as políticas organizacionais e as regulamentações do setor.
Realizar descoberta técnica
A detecção de carga de trabalho técnica envolve a compreensão abrangente dos aspectos técnicos de uma carga de trabalho, incluindo suas dependências, recursos, configuração de rede e quaisquer outros requisitos ou restrições técnicas. A descoberta técnica ajuda a antecipar e mitigar os riscos associados à realocação. Aqui estão as estratégias para realizar a descoberta técnica.
Avaliar dependências
Dependências são recursos ou serviços que a carga de trabalho precisa executar. A identificação de todas as dependências é essencial para uma realocação bem-sucedida da carga de trabalho. As dependências abrangem vários recursos e serviços essenciais para a operação da carga de trabalho. A lista a seguir fornece alguns exemplos de dependências:
Serviços do Azure: todos os serviços do Azure dos quais a carga de trabalho depende. Os recursos globais não são implantados em uma região específica, portanto, você não precisa movê-los em uma realocação. No entanto, você ainda pode reconfigurá-los para funcionar em uma região diferente. Por exemplo, talvez seja necessário atualizar endereços IP no perfil do Azure Front Door para apontar para o novo endereço IP de uma carga de trabalho realocada.
Aplicativos que não são da Microsoft: aplicativos de outros fornecedores que são integrados ou necessários para a carga de trabalho. Compreender os recursos e quaisquer limitações dos produtos envolvidos na carga de trabalho.
Licenças: Certifique-se de que todas as licenças de software necessárias sejam contabilizadas e permaneçam válidas no novo local.
Rede: Understing a configuração de rede, incluindo firewalls, para garantir conectividade perfeita pós-realocação.
Teste: determine os procedimentos de teste necessários para garantir que a carga de trabalho funcione corretamente no novo ambiente.
Marcação: marque e identifique corretamente os recursos para gerenciamento e rastreamento eficazes.
Automação: sua organização pode usar scripts e infraestrutura como código. Você deve atualizar quaisquer referências a regiões do Azure, nomes de serviço ou URLs de serviço nos scripts ou código. As referências precisam corresponder à nova região do Azure para a qual você está se movendo.
Você deve evitar codificar quaisquer valores em seu código que estejam sujeitos a alterações durante o ciclo de vida da carga de trabalho. Em vez disso, recupere esses valores dinamicamente ou use parâmetros configuráveis dentro do código. Essa abordagem torna as alterações menos onerosas e garante um processo de realocação mais suave.
DNS: o Azure atribui endereços IP públicos a pontos de extremidade, dependendo da região. Quando você move um ponto de extremidade para uma região diferente do Azure, ele obtém um endereço IP diferente. Certifique-se de atualizar seus registros DNS com esses novos endereços IP. Além disso, você precisa fornecer o novo endereço IP para qualquer sistema que tenha o endereço IP anterior em sua lista de 'permitidos'.
Talvez seja necessário implantar novos recursos na nova região do Azure antes de desativar os antigos. Nesse caso, você pode ter problemas em que dois recursos não podem ter o mesmo nome DNS ao mesmo tempo. Pense em usar nomes exclusivos para cada serviço para evitar esse problema. Em alguns casos, você poderá usar registros CNAME para fornecer uma camada de abstração. Isso facilita o gerenciamento das alterações de nome de recurso.
Balanceadores de carga. Atualize os balanceadores de carga para apontar para novos endereços IP ou hosts de back-end. Para balanceadores de carga baseados em DNS, a alteração pode levar algum tempo para se propagar com base nos caches DNS e na expiração do registro TTL (time-to-live). Para obter mais informações, consulte Serviços de balanceamento de carga do Azure. Considere diminuir temporariamente as configurações de TTL (Time to Live) para seus registros DNS. Ele ajuda os registros DNS a alternar para um novo endereço IP mais rapidamente. Além disso, considere configurar o balanceador de carga para verificar a integridade dos sistemas de back-end com mais frequência por um curto período. Lembre-se de alterar essas configurações de volta ao normal após a migração para evitar custos extras e desempenho reduzido mais tarde.
Registro do Backup do Azure. Ao mover máquinas virtuais para uma nova região do Azure, certifique-se de cancelá-las do serviço de Backup do Azure na região atual e registrá-las com o serviço de Backup do Azure na nova região. Não é possível acessar os pontos de recuperação de backup existentes porque eles não podem ser transferidos para o novo cofre de backup. Você precisa começar a criar novos pontos de recuperação na nova região.
Avaliar endpoints
A descoberta de ponto de extremidade refere-se ao processo de identificação de todos os pontos de extremidade ou endereços IP associados a uma carga de trabalho. A descoberta de todos os pontos de extremidade de carga de trabalho garante que você considere todas as conexões de rede e pontos de acesso e se prepare para configurá-los corretamente no novo ambiente. Aqui estão as recomendações para lidar com endereços IP públicos e pontos de extremidade privados:
- Endereços IP públicos: os endereços IP públicos são específicos da região. Não é possível movê-los entre regiões. Você precisa exportar a configuração de um IP público e implantá-lo na nova região de destino. Para obter mais informações, consulte Mover a configuração de IP público do Azure para outra região do Azure.
- Pontos de extremidade privados: quando você reimplanta um ponto de extremidade privado, é provável que ele obtenha um novo endereço IP da sub-rede à qual você o vincula. Se você se conectar aos seus recursos por meio de um ponto de extremidade privado, esses pontos de extremidade serão vinculados a zonas DNS privadas que resolvem o endereço de rede do recurso em sua rede virtual. Em uma realocação, você precisa atualizar os registros DNS dentro das zonas DNS privadas para manter a conectividade.
Use ferramentas automatizadas
Sempre que possível, use ferramentas automatizadas para coletar informações sobre aplicativos e serviços do Azure que compõem sua carga de trabalho. Você pode usar essas ferramentas para executar a descoberta de design de arquitetura e descoberta de baixo nível para a realocação de uma carga de trabalho específica. Você deve usar as seguintes ferramentas e serviços do Azure.
Experimente o Azure Resource Mover. Você deve tentar o Azure Resource Mover primeiro. Atualmente, é a ferramenta de descoberta mais fácil de usar, e você também pode realocar serviços e dados com o serviço. No entanto, o Azure Resource Mover oferece suporte apenas a um número limitado de serviços, portanto, verifique se seus serviços têm suporte antes de continuar. Para obter mais informações, consulte Recursos com suporte para o Azure Resource Mover.
Use ferramentas de visualização. Se o Azure Resource Mover não atender a todas as suas necessidades, você poderá usar ferramentas de visualização para ajudar na descoberta. O Azure tem várias ferramentas de visualização que você pode usar para mapear dependências. Escolha a ferramenta que melhor atende às suas necessidades.
Visualizador de grupo de recursos: você pode visualizar as conexões entre os recursos em um grupo de recursos. No portal do Azure, navegue até o grupo de recursos e selecione Visualizador de recursos na navegação à esquerda.
Topologia do Monitor do Azure: você pode exibir dependências de rede com o recurso de topologia no Azure Monitor. Para obter mais informações, consulte Topologia de insights de rede.
Application Insights: O Application Insights tem um recurso de mapeamento de aplicativo onde você pode exibir a estrutura lógica de um aplicativo distribuído. Para obter mais informações, consulte Mapa de aplicativos no Azure Application Insights.
Azure Resource Explorer: O Azure Resource Explorer lista todos os recursos em seu locatário do Microsoft Entra. Ele fornece visibilidade, mas não indica dependências. Você deve mapear componentes e dependências de carga de trabalho manualmente. Para obter mais informações, consulte Azure Resource Explorer.
Gráfico de Recursos do Azure: o Gráfico de Recursos do Azure permite executar consultas nos recursos em um locatário do Microsoft Entra. O Gráfico de Recursos pode ser acessado no portal e na linha de comando. Você deve mapear componentes e dependências de carga de trabalho manualmente. Para obter mais informações, consulte a documentação do Gráfico de Recursos do Azure.
Painel de inventário: no portal do Azure, você pode usar o modelo de inventário interno para criar um painel para controlar seus recursos existentes. É uma maneira rápida de determinar os recursos que você tem e o número de instâncias.
Criar documentação manualmente
Se as abordagens de detecção automatizada não forem suficientes, você poderá realizar uma avaliação manual das cargas de trabalho. A maioria das avaliações manuais depende de entrevistas com especialistas técnicos e documentação técnica para obter as informações necessárias. Identifique os proprietários de produtos ou aplicativos e entreviste-os. Essas entrevistas são opcionais, mas necessárias quando a equipe precisa cobrir lacunas nas informações fornecidas pelas ferramentas. E o proprietário do aplicativo pode puxar as tags e identificar manualmente as dependências.
Encontre a capacidade de suporte da região
Nem todas as regiões no Azure oferecem os mesmos serviços, portanto, você deve verificar se os serviços que sua carga de trabalho precisa executar estão disponíveis na região de destino. Pode parecer tarde no processo para fazer essa determinação, mas você precisa dos detalhes da descoberta para garantir a capacidade de suporte. Para determinar a capacidade de suporte da região para sua carga de trabalho, consulte os produtos e serviços disponíveis em cada região do Azure.
Saiba se a região de destino é uma região emparelhada ou não e se ela oferece suporte a zonas de disponibilidade. O emparelhamento de regiões e as zonas de disponibilidade não afetam o esforço de realocação, mas afetam sua estratégia de continuidade de negócios e recuperação de desastres (BCDR) na região de destino. Para obter mais informações, consulte Geografias do Azure e zonas de disponibilidade.
Categorizar serviços de carga de trabalho
A realocação acontece no nível de serviço e componente. A maioria das cargas de trabalho usa vários serviços. Existem dois tipos principais de serviços, stateful e stateless. Você precisa categorizar cada serviço como stateful ou stateless. Esse conhecimento ajuda a determinar dependências, entender integrações de serviço e restringir suas opções de automação de realocação.
Serviços sem monitoração de estado: os serviços sem monitoração de estado têm apenas informações de configuração. Esses serviços não precisam de replicação contínua de dados para serem movidos. Os exemplos incluem redes virtuais, adaptadores de rede, balanceadores de carga e grupos de segurança de rede.
Serviços com monitoração de estado: os serviços com monitoração de estado têm informações de configuração e dados que precisam ser movidos. Exemplos incluem máquinas virtuais e bancos de dados SQL.
Próximas etapas
A avaliação da carga de trabalho fornece informações suficientes para selecionar um método de realocação e as ferramentas para executar o método escolhido. A etapa Selecionar orienta você pelas decisões de escolher um método de realocação e as ferramentas corretas para o método de realocação.