Otimize os custos 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 aposentados com interrupções mínimas de negócios.
Otimize cargas de trabalho migradas para custos
Depois de migrar suas cargas de trabalho e desativar recursos desnecessários, você pode economizar custos otimizando sua carga de trabalho com base em seus dados dinâmicos.
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 custos adicionais disponíveis.
Ferramentas para otimizar 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 na nuvem.
| Ferramenta | Description | Recurso |
|---|---|---|
| Ativos de tamanho certo | Analise as métricas de uso do serviço e dimensione-as corretamente para corresponder aos requisitos de carga de trabalho. | |
| Azure Reserved Virtual Machine Instances | 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 poupança do Azure | Os planos de poupança do Azure proporcionam poupanças até 65% em comparação com os preços pré-pagos quando se compromete a gastar um montante fixo por hora em serviços de computação durante um ou três anos. | |
| Gestão de custos | Você pode usar o Microsoft Cost Management para monitorar e gerenciar os custos do ambiente. | |
| Documentação de operações financeiras | As operações financeiras são uma disciplina que combina princípios de gestão financeira com engenharia e operações na nuvem para fornecer às organizações uma melhor compreensão dos seus gastos na nuvem. |
Desativar os recurso descontinuados
Depois de promover uma carga de trabalho migrada para 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 descartar ativos aposentados para reduzir despesas.
Desligar e descartar ativos e equipamentos antigos pode parecer simples, mas problemas inesperados podem ocorrer. Aqui estão algumas dicas sobre como desligar e eliminar recursos antigos com segurança sem causar problemas para o seu negócio.
Continuar a monitorizar
Depois de promover uma carga de trabalho migrada para a 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, 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: Windows e logs de aplicativos.
- 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 até mesmo o 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.
Janelas de teste e validação da dependência
Mesmo com o melhor planejamento, as cargas de trabalho de produção ainda podem conter dependências de ativos que se presume aposentados. Nesses casos, desligar um ativo aposentado pode causar uma falha inesperada do sistema. Como tal, trate a cessaçã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 sucesso seus ativos antes da rescisão. Escolha um período de tempo em que você possa testar os ativos sem causar interrupções de negócios.
Definir uma janela de teste e manutenção
- Tempos de baixo impacto: identifique um tempo de baixo impacto para sua janela de teste. Escolha um momento em que o uso do aplicativo seja o mais baixo.
- Casos de teste claros: identifique casos de teste claros que você pode executar durante a janela de teste que correspondam às atividades reais realizadas pelos usuários do aplicativo. Essas atividades não devem ser superficiais, mas devem mapear todos os processos usados. Você pode reutilizar os casos de teste da sua migração, se os tiver. Se você tiver usuários ou outros membros da equipe que trabalham frequentemente 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.
- Comunicar: Anuncie a mudança com antecedência. Defina a expectativa de que pode haver uma interrupção durante esta 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 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, você pode continuar 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 todos os balanceadores de carga e confirme se eles não são capazes de responder às solicitações recebidas.
- Executar testes: execute seus casos de teste em relação à carga de trabalho executada no Azure.
- Testes bem-sucedidos sem falha: 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 reprovados: os ativos podem estar em uso neste momento e mais testes são necessários.
- Reative os ativos sinalizados para desativação e repita os casos de teste com falha.
- Se os casos de teste continuarem a falhar, então 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, então o problema provavelmente está relacionado. Você deve deixar os ativos ativados e fechar a janela de manutenção após concluir o teste.
- Investigue o problema fora da janela de manutenção programada. Agende outra janela de manutenção para alterações na carga de trabalho migrada e agende janelas de manutenção adicionais para testes.
- Testes bem-sucedidos sem falha: os ativos não estão em uso no momento.
Período de retenção 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 descarte imediatamente os ativos.
Considerar um período de detenção
É comum haver perda de dados nas migrações que ocorrem durante os processos de replicação. Isso é especialmente verdadeiro para dados mais antigos que não são acessados regularmente. Mantenha um ativo aposentado por um tempo para servir como um backup temporário dos dados. Deve prever pelo menos 30 dias para detenção e teste antes de alienar os ativos reformados.
Considerar 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.
- Compreender 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óximo passo
A migração é concluída após a desativação dos ativos desativados. Isso cria uma boa oportunidade para melhorar o processo de migração com uma retrospetiva para aprender e melhorar.