Como planejar a saida do datacenter para a nuvem

Datacenter exit: um projeto de negocio, nao so de TI

Sair de um datacenter proprio ou colocation para o Azure e uma das decisoes de maior impacto na infraestrutura de uma empresa. Alem de tecnologia, envolve contratos, prazos, pessoas e continuidade operacional. Um datacenter exit bem planejado reduz risco, evita custos duplicados e entrega uma plataforma moderna; um mal planejado gera surpresas de custo e paradas.

Como Microsoft Solutions Partner, a RHC estrutura essas saidas em fases claras, com governanca de risco em cada etapa.

Por que sair do datacenter

Os gatilhos mais comuns:

• Fim de contrato de colocation ou renovacao de hardware iminente.
• Custo de capital com refresh de servidores e storage.
• Necessidade de elasticidade que o on-premises nao entrega.
• Resiliencia e DR dificeis de manter em um unico site.
• Modernizacao de aplicacoes e dados.

Fase 1: Descoberta e inventario

Nada se planeja sem visibilidade. Levante:

1. Inventario de servidores, VMs, sistemas operacionais e versoes.
2. Aplicacoes e seus donos de negocio.
3. Dependencias entre sistemas (mapa de comunicacao).
4. Bancos de dados, volumes e taxas de crescimento.
5. Requisitos de latencia, compliance e residencia de dados.

Ferramentas como o Azure Migrate ajudam a descobrir cargas, mapear dependencias e estimar dimensionamento e custo no destino.

Fase 2: Estrategia por aplicacao (os 6 Rs)

Cada carga recebe uma estrategia:

A maioria dos projetos combina rehost para velocidade e replatform/refactor para cargas estrategicas.

Fase 3: Design de destino

Antes de mover, desenhe o alvo:

• Landing zone no Azure com governanca, rede, identidade e seguranca.
• Topologia de rede (hub-and-spoke, conectividade hibrida via VPN ou ExpressRoute).
• Modelo de identidade integrado ao Entra ID.
• Politicas de custo, tags e seguranca desde o inicio.

Uma landing zone bem feita evita retrabalho e divida tecnica logo na largada.

Fase 4: Migracao em ondas

Nunca migre tudo de uma vez. Organize ondas:

1. Comece por cargas de baixo risco e sem dependencias criticas.
2. Agrupe aplicacoes que se comunicam para migrar juntas e evitar latencia entre nuvem e on-premises.
3. Mantenha coexistencia controlada durante a transicao.
4. Valide cada onda antes de avancar.

Ferramentas de replicacao como o Azure Migrate e o Azure Site Recovery permitem replicar VMs e fazer cutover com janela minima.

Fase 5: Cutover, validacao e desmobilizacao

Para cada onda:

• Execute testes de validacao funcional e de performance no destino.
• Faca cutover em janela planejada, com plano de rollback.
• Monitore por um periodo antes de desmobilizar o origem.
• Ao final, encerre contratos de colocation e refresh de hardware.

Riscos e como mitigar

• Custo duplicado durante a coexistencia: minimize a duracao das ondas.
• Latencia entre camadas separadas: agrupe dependencias.
• Surpresas de custo no destino: dimensione com dados reais e aplique reservas/Hybrid Benefit.
• Falta de skills: apoie-se em um parceiro para a landing zone e as primeiras ondas.

Checklist de datacenter exit

• Inventario e mapa de dependencias completos.
• Estrategia 6 Rs definida por aplicacao.
• Landing zone e rede hibrida desenhadas.
• Plano de ondas com criterios de sucesso.
• Janela de cutover e plano de rollback por onda.
• Governanca de custo com reservas e Hybrid Benefit.
• Cronograma de desmobilizacao alinhado a contratos.

A RHC conduz o datacenter exit de ponta a ponta, do assessment com Azure Migrate ao cutover das ultimas ondas, mantendo continuidade e custo sob controle.