Otimize o custo após a migração
Depois de migrar suas cargas de trabalho para o Azure, você deve otimizar os custos para garantir que não gaste demais. Este artigo fornece orientação sobre como otimizar seus custos após a migração e como desativar ativos desativados com o mínimo de interrupções de negócios.
Otimize as cargas de trabalho migradas para o custo
Depois de migrar suas cargas de trabalho e desativar recursos desnecessários, você pode economizar nos custos otimizando sua carga de trabalho com base em seus dados em tempo real.
Você pode redimensionar cargas de trabalho com base em seu desempenho durante uma avaliação, mas pode descobrir enquanto a carga de trabalho está sendo executada no Azure que há economias de custo adicionais disponíveis.
Ferramentas para otimização de custos
Depois de migrar para o Azure, você terá novas ferramentas disponíveis para gerenciar seus custos de recursos. Use a lista a seguir para ajudar a gerenciar seus gastos com nuvem.
Ferramenta | Descrição | Recurso |
---|---|---|
Ativos de tamanho certo | Revise as métricas de uso do serviço e dimensione-as corretamente para corresponder aos requisitos de carga de trabalho. | |
Instâncias de Máquinas Virtuais Reservadas do Azure | As instâncias reservadas permitem que você se comprometa com recursos no Azure que são executados com frequência. Considere reservar instâncias para cargas de trabalho que estão sempre ativas. | |
Planos de economia do Azure | Os planos de poupança do Azure proporcionam poupanças de até 65% em comparação com os preços pré-pagos quando se compromete a gastar um valor fixo por hora em serviços de computação durante um ou três anos. | |
Gerenciamento de custos | Você pode usar o Microsoft Cost Management para monitorar e gerenciar os custos do ambiente. | |
Documentação de operações financeiras | Operações financeiras é uma disciplina que combina princípios de gerenciamento financeiro com engenharia e operações em nuvem para fornecer às organizações uma melhor compreensão de seus gastos com nuvem. |
Encerrar ativos desativados
Depois de promover uma carga de trabalho migrada para a produção, os ativos que executaram a carga de trabalho não são mais necessários e são considerados fora de serviço. Mas esses ativos ainda consomem eletricidade e outros recursos, o que aumenta os custos. Portanto, é uma boa ideia fechar e se desfazer de ativos aposentados para reduzir despesas.
Desligar e descartar ativos e equipamentos antigos pode parecer simples, mas problemas inesperados podem ocorrer. Veja algumas dicas de como desligar e descartar recursos antigos com segurança sem causar problemas para o seu negócio.
Continuar monitorando
Depois de promover uma carga de trabalho migrada para produção, você deve continuar monitorando os ativos agendados para desativação para garantir que o tráfego de produção seja roteado corretamente.
Embora os ativos possam estar desativados, eles ainda podem utilizar armazenamento, rede e outros recursos de infraestrutura. Se forem ativados novamente, eles podem causar problemas inesperados, a menos que tenham sido removidos.
Monitore os seguintes sinais para os recursos:
- Computação: uso de computação de recursos, como CPU e RAM.
- Armazenamento: uso de armazenamento de recursos, como entrada/saída (E/S) de disco.
- Rede: uso de rede de recursos que inclui redes de entrada e saída de dispositivos. Por exemplo, inspecione ativos que usam firewalls e balanceadores de carga para comunicação.
- Logs: logs do Windows e do aplicativo.
- Outros sinais: quaisquer outros sinais que você usou para monitorar os ativos quando eles foram hospedados em seu ambiente de produção anterior.
Em algumas migrações, os ativos não são desativados. Em vez disso, eles são duplicados. Picos repentinos ou mesmo uso moderado consistente de sinais de infraestrutura, juntamente com a atividade da rede ou novos logs, podem indicar que o ativo ainda está em uso.
Testando janelas e validação de dependência
Mesmo com o melhor planejamento, as cargas de trabalho de produção ainda podem conter dependências de ativos que são presumivelmente aposentados. Nesses casos, desativar um ativo desativado pode causar uma falha inesperada do sistema. Como tal, trate a rescisão de quaisquer ativos com o mesmo cuidado que a atividade de manutenção do sistema.
Estabeleça janelas de teste e interrupção adequadas para facilitar o encerramento do recurso. Você precisa de uma janela de manutenção para testar com êxito seus ativos antes da rescisão. Escolha um período de tempo em que você possa testar os ativos sem causar interrupções nos negócios.
Definir uma janela de teste e manutenção
- Tempos de baixo impacto: identifique um tempo de baixo impacto para a janela de teste. Escolha um horário em que o uso do aplicativo esteja mais baixo.
- Limpar casos de teste: identifique casos de teste claros que você pode executar durante a janela de teste que correspondam a atividades reais executadas pelos usuários do aplicativo. Essas atividades não devem ser superficiais, mas sim mapear todos os processos usados. Você pode reutilizar os casos de teste da migração, se os tiver. Se você tiver usuários ou outros membros da equipe que trabalham com frequência no aplicativo, tente fazer com que eles executem os testes.
- Agende e comunique: agende uma janela de manutenção pelo tempo que tiver disponível. Você deve almejar um mínimo de quatro horas.
- Agendar: planeje a janela para que os usuários do aplicativo possam planejar com antecedência. Duas semanas é razoável.
- Comunique-se: anuncie a mudança com antecedência. Defina a expectativa de que pode haver uma interrupção durante essa janela de manutenção e que o sistema pode não estar respondendo. Os usuários não devem esperar que o aplicativo esteja disponível durante esse período.
Antes da janela de manutenção
- Executar casos de teste: execute os casos de teste e monitore qualquer uso dos recursos.
- Se você descobrir o uso, não deve prosseguir com a janela de manutenção. Em vez disso, você deve investigar mais para ver se os ativos ainda estão em uso.
- Se você não descobrir o uso, poderá prosseguir com a janela de manutenção.
Durante a janela de manutenção
- Desativar ativos: desative os ativos sinalizados para descomissionamento.
- Desligue os ativos se eles ainda estiverem ligados.
- Remova os ativos de quaisquer balanceadores de carga e confirme que eles não são capazes de responder a solicitações de entrada.
- Executar testes: execute seus casos de teste em relação à carga de trabalho executada no Azure.
- Testes bem-sucedidos sem falhas: os ativos não estão em uso no momento.
- Comunique o fim da janela de alteração para que os usuários saibam que podem esperar estabilidade no aplicativo novamente.
- Prossiga para a próxima seção depois que os testes forem bem-sucedidos.
- Testes com falha: os ativos podem estar em uso no momento e mais testes são necessários.
- Reative os ativos sinalizados para descomissionamento e repita os casos de teste com falha.
- Se os casos de teste continuarem a falhar, pode haver um problema não relacionado. Você precisa testar mais dentro da janela de manutenção e também deve começar o escalonamento para garantir que você tenha o nível certo de suporte.
- Se os casos de teste pararem de falhar, o problema provavelmente está relacionado. Você deve deixar os ativos habilitados e fechar a janela de manutenção após concluir o teste.
- Investigue o problema fora da janela de manutenção agendada. Agende outra janela de manutenção para alterações na carga de trabalho migrada e agende janelas de manutenção extras para teste.
- Testes bem-sucedidos sem falhas: os ativos não estão em uso no momento.
Período de espera e validação de dados
Depois de concluir a janela de teste, todos os ativos sinalizados para desativação devem ser desligados e desconectados para que você possa operar a carga de trabalho. Você pode prosseguir para a próxima fase de descomissionamento, mas não se desfazer imediatamente dos ativos.
Considere um período de detenção
Não é incomum que dados sejam perdidos durante os processos de replicação. Isso é especialmente verdadeiro para dados mais antigos que não são acessados regularmente. Mantenha um ativo desativado por um tempo para servir como um backup temporário dos dados. Você deve esperar pelo menos 30 dias para manter e testar antes de se desfazer de ativos aposentados.
Considere os requisitos de governança de dados
A equipe de governança de dados da sua organização pode ter mais requisitos além de um período de retenção de 30 dias.
- Entenda as obrigações do período de retenção: Você deve verificar com as equipes necessárias para entender a obrigação de manter as informações e construir uma lista de verificação de validação para seus requisitos legais específicos.
- Ter o ativo operacional não é importante neste momento. Em vez disso, os dados sobre as informações devem ser recuperáveis. Mantenha discos ou backups para restaurar os dados, se necessário.
- Por exemplo, se você tiver um servidor de banco de dados SQL em seu datacenter físico, poderá fazer backup de seus dados e mantê-los como um recurso recuperável. Em seguida, você pode desativar a máquina virtual e definir um tempo de espera para desativar o backup.
Próxima etapa
A migração é concluída após a desativação dos ativos aposentados. Isso cria uma boa oportunidade para melhorar o processo de migração com uma retrospectiva para aprender e melhorar.