Avaliar uma carga de trabalho na nuvem para realocação
Avaliar é o primeiro passo na fase Mover da recolocação. O objetivo de 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.
Escolha a(s) carga(s) de trabalho
Você deve ter uma lista priorizada de cargas de trabalho, e a lista deve identificar a ordem pela qual você deseja realocar suas cargas de trabalho. Sempre que visitar a etapa Avaliar, escolha a(s) carga(s) de trabalho no topo 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 deslocalizações em massa podem ajudar a obter economias de escala.
Conduzir a descoberta
A descoberta da carga de trabalho é a base da realocação. O objetivo da descoberta é entender a carga de trabalho o suficiente para garantir uma realocação suave. 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 é responsável por uma carga de trabalho, entender os riscos de movê-la e planejar como se comunicar sobre a mudança. Esta etapa ajuda a identificar quem precisa estar envolvido, gerenciar riscos e garantir que todos estejam informados corretamente. Esse planejamento cuidadoso ajuda a tornar a transição mais suave e menos perturbadora 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 mudanças: obtenha uma compreensão clara dos processos de gerenciamento de alterações na carga de trabalho.
Janelas de interrupção: descubra os momentos aceitáveis em que o sistema pode estar 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: Compreenda o plano de comunicação atual e necessário para comunicar qualquer tempo de inatividade ou alterações.
Conformidade com políticas: garanta que a realocação esteja de acordo com as políticas organizacionais e as regulamentações do setor.
Conduzir a descoberta técnica
A descoberta de carga de trabalho técnica envolve a compreensão abrangente dos aspetos 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 deteção técnica ajuda a antecipar e mitigar os riscos associados à realocação. Aqui estão estratégias para conduzir a descoberta técnica.
Avaliar dependências
Dependências são recursos ou serviços que a carga de trabalho precisa executar. Identificar todas as dependências é essencial para uma realocação bem-sucedida da carga de trabalho. As dependências englobam vários recursos e serviços essenciais para o funcionamento da carga de trabalho. A lista a seguir fornece alguns exemplos de dependências:
Serviços do Azure: quaisquer 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 da Porta da Frente do Azure 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 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 são contabilizadas e permanecem válidas no novo local.
Rede: Understing a configuração da 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 um 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 dentro dos 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. Esta abordagem torna as alterações menos onerosas e garante um processo de recolocaçã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 torna as alterações de nome de recurso mais fáceis de gerenciar.
Balanceadores de carga. Atualize os balanceadores de carga para apontar para quaisquer 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. Para obter mais informações, consulte Serviços de balanceamento de carga do Azure. Considere diminuir temporariamente as configurações de tempo de vida (TTL) para seus registros DNS. Ajuda os registos DNS a mudar para um novo endereço IP mais rapidamente. Além disso, considere configurar seu balanceador de carga para verificar a integridade de seus 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. Descobrir todos os pontos de extremidade de carga de trabalho garante que você contabilize todas as conexões de rede e pontos de acesso e se prepare para configurá-los corretamente no novo ambiente. Aqui estão 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 baixo nível e a descoberta de projeto de arquitetura 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 suporta apenas um número limitado de serviços, por isso certifique-se de que os seus serviços têm suporte antes de continuar. Para obter mais informações, consulte Recursos suportados 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 se adapta à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 Azure Monitor: 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 aplicativos onde você pode exibir a estrutura lógica de um aplicativo distribuído. Para obter mais informações, consulte Mapa do aplicativo no Azure Application Insights.
Azure Resource Explorer: O Azure Resource Explorer lista todos os recursos em seu locatário do Microsoft Entra. Dá-lhe visibilidade, mas não indica dependências. Você deve mapear componentes e dependências da carga de trabalho manualmente. Para obter mais informações, consulte Azure Resource Explorer.
Azure Resource Graph: o Azure Resource Graph permite executar consultas nos recursos de um locatário do Microsoft Entra. O Resource Graph pode ser acessado no portal e na linha de comando. Você deve mapear componentes e dependências da carga de trabalho manualmente. Para obter mais informações, consulte a documentação do Azure Resource Graph.
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 descoberta 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 do Azure oferecem os mesmos serviços, portanto, você deve certificar-se de que os serviços que sua carga de trabalho precisa executar estejam disponíveis na região de destino. Pode parecer tarde no processo 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 suporta 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 e zonas de disponibilidade do Azure.
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ços e restringir suas opções de automação de realocação.
Serviços sem estado: os serviços sem 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 estado: os serviços com estado têm informações de configuração e dados que precisam ser movidos. Os exemplos incluem máquinas virtuais e bancos de dados SQL.
Próximos passos
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 recolocação.