Avaliar uma carga de trabalho de nuvem para realocação
Avaliar é o primeiro passo na fase de mudança de realocação. O objetivo de Avaliar é entender a carga de trabalho que você deseja realocar para que você possa movê-la com êxito. Cada carga de trabalho que você realocar deve passar pelas quatro etapas da fase Mover, começando com a etapa Avaliar.
Selecionar cargas 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 de trabalho na parte superior da lista. Para equipes menores, você deve realocar uma carga de trabalho por 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 obter economias de escala.
Realizar 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 tranquila. A descoberta deve descobrir de forma abrangente as dimensões organizacionais e técnicas da carga de trabalho.
Realizar a descoberta organizacional
A descoberta organizacional da 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 sejam informados adequadamente. 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 risco: Avalie os possíveis 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 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 mudança.
Conformidade com a política: verifique se a realocação está em conformidade com as políticas organizacionais e os regulamentos do setor.
Realize a descoberta técnica
A descoberta 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 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 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 os 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 integrados ou necessários para a carga de trabalho. Entenda 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: Entender a configuração da rede, incluindo firewalls, para garantir conectividade perfeita após a 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 adequadamente os recursos para gerenciamento e rastreamento eficazes.
Automação: sua organização pode usar scripts e infraestrutura como código. Você deve atualizar todas as 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 no código. Essa abordagem torna as mudanças 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ê pode usar registros CNAME para fornecer uma camada de abstração. Isso facilita o gerenciamento das alterações de nome do 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 ser propagada com base nos caches DNS e na expiração do registro de vida útil (TTL). Para obter mais informações, consulte Serviços de balanceamento de carga do Azure. Considere diminuir temporariamente as configurações de vida útil (TTL) para seus registros DNS. Isso ajuda os registros DNS a mudar para o 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 posteriormente.
Registro do Backup do Azure. Ao mover máquinas virtuais para uma nova região do Azure, certifique-se de cancelar o registro delas do serviço de Backup do Azure na região atual e registrá-las no serviço de Backup do Azure na nova região. Você não pode 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 endpoint refere-se ao processo de identificação de todos os endpoints ou endereços IP associados a uma carga de trabalho. A descoberta de todos os endpoints 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. Você não pode 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 design 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 experimentar 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 dá suporte apenas a um número limitado de serviços, portanto, verifique se há suporte para seus serviços 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 no painel de 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 aplicativo em que 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. 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.
Azure Resource Graph: o Azure Resource Graph permite que você execute consultas nos recursos em 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 de 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 acompanhar 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 do produto ou do aplicativo 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 extrair 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 garantir que os serviços que sua carga de trabalho precisa executar estejam disponíveis na região de destino. Pode parecer tarde no processo para fazer essa determinação, mas você precisa dos detalhes de 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 dá 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 BCDR (continuidade dos negócios e recuperação de desastres) 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 ocorre 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, com e sem estado. Você precisa categorizar cada serviço como com ou sem estado. 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ó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.