Virtualização para Provedores

Servidor físico por serviço é hardware parado, risco de pane e custo de rack desnecessário. Virtualização certa consolida sem criar ponto único de falha — e backup de VM é diferente de backup de arquivo.

O que é virtualização no provedor

No provedor, virtualização consolida serviços críticos — RADIUS, DNS, gerência, monitoramento, CGNAT — em hypervisors com snapshot e backup consistente. Quando um serviço quebra, volta do snapshot em minutos, não em horas reconfigurando bare metal.

O que a RASYS faz

  • Projeto e implantação de cluster XCP-ng — hypervisor open source com Xen Orchestra pra gerência visual e API.
  • KVM em Linux pra ambientes que preferem stack totalmente aberto sem licença.
  • VMware ESXi quando o cliente já tem licença e precisa de suporte à infraestrutura existente.
  • Migração P2V (físico pra virtual) com janela controlada e plano de rollback.
  • Storage compartilhado — iSCSI, NFS ou local conforme o tamanho do cluster.
  • Backup de VMs via scripts próprios + Xen Orchestra — snapshot consistente, retenção por política, cópia offsite em nuvem.
  • Plano de DR documentado — RTO e RPO definidos, runbook de restauração escrito e validado na primeira execução.

Plataformas com que trabalhamos

XCP-ng com Xen Orchestra, KVM com libvirt/Virt-Manager, VMware ESXi/vSphere. Storage: iSCSI (TrueNAS, StarWind), NFS, Ceph em clusters maiores.

Quando faz sentido falar com a gente

Sala de servidores com muitas máquinas físicas que poderiam ser VMs; serviço crítico roda em bare metal sem backup consistente; herdou VMware sem documentação e licença vai vencer; precisa de plano de DR documentado.

Fale com a gente — conversa inicial sem compromisso. Veja também: Backup de Configurações, Monitoramento.

PERGUNTAS FREQUENTES

XCP-ng, KVM ou VMware — qual recomendam?

Para provedor novo sem licença existente, XCP-ng é o ponto de partida: open source, interface web madura (Xen Orchestra), backup via API. KVM é ótimo pra quem quer stack 100% Linux e tem equipe confortável com CLI. Cliente que já roda VMware: avaliamos migração pra XCP-ng pra integrar à nossa stack de monitoramento e gerência — a migração compensa quando elimina ferramenta isolada e centraliza a operação no mesmo padrão do resto da rede.

Migração P2V derruba o serviço?

Depende do serviço. Pra maioria: clonamos o disco em quente, subimos a VM em paralelo, validamos e fazemos o corte com janela mínima (geralmente menos de 30 minutos). Para serviços com estado muito dinâmico (banco de dados em produção ativo), planejamos janela de manutenção menor com sincronização incremental do estado antes do corte.

Backup de VM é o mesmo que backup do serviço dentro da VM?

Não. Backup de VM (snapshot do disco inteiro) restaura tudo de uma vez, mas pode ser inconsistente se o serviço não foi quiesced antes. Pra banco de dados, adicionamos dump lógico em cima do snapshot de VM. Os dois camadas têm RPO diferente e situações de uso diferentes — implementamos as duas.