Infraestrutura de TI / Estudo de caso

Avaliação de plataformas de virtualização e infraestrutura hiperconvergente

Prova de conceito para substituir o VMware antes do vencimento da licença, com riscos e critérios de rollback formalizados antes da implantação e executados quando o risco se confirmou.

Ambiente
Dois datacenters corporativos
Período
Junho a agosto de 2026
Papel
Responsável técnico pela PoC
Entregas
Relatório executivo, PoC, registro de riscos e plano de rollback

O ponto central deste caso não é a lista de plataformas, e sim o método: avaliar com critérios, registrar o que a PoC não conseguiu validar, definir antes quando voltar atrás e cumprir esse critério quando o risco apareceu em produção.

Última atualização: 22 de outubro de 2026

Resumo executivo

Cenário inicial

A organização operava um ecossistema híbrido de VMware e KVM em dois datacenters, com backup em Veeam. A licença VMware venceria em poucas semanas, e o diagnóstico prévio havia apontado VMs com sistema operacional em fim de suporte e pendências de licenciamento.

Problema

Escolher e validar uma plataforma substituta em prazo crítico, sem colocar em risco os serviços em produção e sem perder a integração com o backup existente.

Meu papel

  • levantamento completo da infraestrutura e relatório executivo para a gestão de TI;
  • condução técnica da PoC;
  • registro dos riscos e dos itens que a PoC não conseguiu validar;
  • definição dos critérios objetivos de rollback;
  • execução do rollback e redesenho da arquitetura de backup.

Resultado

  • Riscos e critérios de rollback documentados antes da implantação.
  • A incompatibilidade com o storage SAS do datacenter principal, um dos riscos registrados, se confirmou em produção.
  • O critério de rollback foi acionado: dois hosts retornaram ao VMware conforme o plano, sem improviso.
  • O impacto ficou restrito a poucos hosts, e a decisão sobre o storage definitivo passou a ser tomada com dados reais.

Quantidade de VMs, custos de licenciamento e nomes de fornecedores contratados não são publicados.

O que este caso demonstra

  • Condução de PoC com critérios
  • Gestão de riscos técnicos
  • Decisão de rollback baseada em critério
  • VMware, Sangfor HCI, KVM e Proxmox VE
  • Arquitetura de backup
  • Comunicação com a gestão

Detalhes técnicos

Critérios de avaliação

  • Compatibilidade com o storage de produção.
  • Integração com o backup existente (Veeam).
  • Migração das VMs atuais, incluindo as legadas.
  • Operação e administração no dia a dia.
  • Licenciamento e prazo até o vencimento do VMware.

Plataformas

PlataformaPapel na avaliaçãoSituação
VMware vSphereAmbiente atual e referência de comparação; caminho de retorno do plano de rollback.Mantido nos hosts onde o rollback foi acionado
Sangfor HCICandidata principal. PoC em host isolado, fora do datacenter principal; cerca de 40% dos itens de avaliação não puderam ser validados contra produção.Implantação controlada interrompida no storage SAS incompatível
Proxmox VEAlternativa de código aberto avaliada em PoC própria.Detalhes ainda não publicados
KVMParte do ambiente existente, considerada no diagnóstico e no plano de modernização.Em operação

Decisões técnicas

1. Declarar o que a PoC não validou

Como a PoC rodou em host isolado, compatibilidade de storage e integração com backup não puderam ser testadas contra produção. Em vez de tratar a PoC como aprovada, esses itens foram registrados como ressalvas, cada um com seu risco.

2. Critério de rollback definido antes

A implantação seguiu como teste controlado em produção, com um critério objetivo para voltar ao VMware. Quando o storage SAS se mostrou incompatível, a decisão não precisou ser discutida sob pressão: o critério já existia.

3. Backup sem depender de plugin instável

O plugin oficial do Veeam para Sangfor ainda não tinha versão estável (GA). A saída foi redesenhar a arquitetura: servidor Veeam em Linux e uso da API nativa do Sangfor, eliminando o risco de prazo e simplificando o licenciamento do servidor de backup.

4. Tratar desempenho separadamente

Um terceiro host com lentidão causada por discos mecânicos no datastore principal foi tratado com rebalanceamento de VMs entre datastores, sem confundir esse sintoma com a incompatibilidade de storage.

Implementação por fases

  1. Diagnóstico e relatório executivoInventário do ambiente VMware + KVM, VMs em fim de suporte e pendências priorizadas por risco.
  2. PoC em host isoladoAvaliação da Sangfor HCI dentro do prazo da licença.
  3. Registro de ressalvas e riscosItens não validados documentados, com risco e mitigação.
  4. Critérios de rollbackCondição objetiva para retornar ao VMware.
  5. Implantação controladaTeste em produção com escopo limitado.
  6. Rollback acionadoDois hosts reformatados e devolvidos ao VMware.
  7. Redesenho do backupVeeam em Linux com API nativa.

Limitações e aprendizados

  • Uma PoC fora do ambiente real deixa lacunas; o valor está em declará-las, não em escondê-las.
  • O prazo da licença reduziu o tempo de teste; com mais tempo, a validação de storage teria sido feita antes.
  • Rollback é parte do plano, não sinal de fracasso: o problema apareceu em poucos hosts, não no ambiente inteiro.

Evidências

O relatório executivo, o registro de riscos e a matriz RACI são documentos internos. Abaixo estão o fluxo de decisão e os modelos genéricos usados, sem dados do ambiente.

Fluxo de decisão da PoC Diagnóstico, PoC em host isolado, registro de ressalvas e critério de rollback, implantação controlada e, por fim, a verificação do critério: se atendido, segue a migração; se não, executa o rollback para o VMware. Diagnósticorelatório executivo PoC isoladacritérios de avaliação Ressalvas+ critério de rollback Implantaçãocontrolada critério? atendido: segue violado: rollback
Fluxo genérico da PoC. No caso real, o critério foi violado pelo storage SAS e o rollback foi executado em dois hosts.

Modelo de registro de riscos (genérico)

RiscoValidado na PoC?MitigaçãoCritério de rollback
Incompatibilidade com o storage de produçãoNão (host isolado)Implantação limitada a poucos hostsDatastore não reconhecido ou instável → retorno ao VMware
Integração com backupNão (plugin sem GA)Veeam em Linux com API nativaSem backup com evidência recente → janela não avança
Desempenho de datastoreParcialRebalanceamento de VMs entre datastoresLatência acima do aceitável após rebalanceamento

Critério de Go/No-Go por janela

  • Backup com evidência recente.
  • Restore testado.
  • Rollback documentado.
  • Dono de negócio disponível durante a janela.

O programa de modernização em que a PoC se insere tinha 35 riscos mapeados (12 críticos e 23 altos) e uma matriz RACI com 38 atividades.

Versão didática

Como eu ensinaria este conceito

Prova de conceito e plano de retorno são ideias que servem para qualquer projeto, não só para datacenters.

Público

Cursos técnicos de informática e licenciatura em Computação.

Pré-requisitos

Saber o que é um servidor e um sistema operacional.

Analogia

Virtualização é um prédio de apartamentos: um terreno (o servidor físico) abriga várias casas independentes (as máquinas virtuais). Trocar a plataforma é trocar a administradora do condomínio sem despejar ninguém.

Experimento mínimo

Antes de mudar algo no laboratório da escola, a turma escreve três linhas: o que vai testar, o que pode dar errado e qual sinal fará a equipe desfazer a mudança.

Erro comum

Achar que uma PoC é uma demonstração para provar que vai dar certo, e não um teste para descobrir onde pode dar errado.

Pergunta de reflexão

Por que decidir o critério de desistência antes de começar torna a decisão mais fácil depois?