Apache CloudStack é uma plataforma de orquestração de cloud open source que fica acima do hypervisor — ele pega servidores com KVM, VMware ou XenServer e entrega uma experiência completa de cloud: portal self-service, API compatível com AWS EC2, multitenancy com quotas e isolamento, e gerenciamento de rede e storage em escala. É o que transforma infraestrutura virtualizada em cloud privada de verdade.
A diferença entre virtualização e cloud — e por que ela importa
Imagine que você tem um ambiente Proxmox com 10 hosts KVM bem configurados, live migration funcionando, HA ativo. Isso é excelente virtualização — mas não é cloud. Para ser cloud, você precisa de algo mais.
Cloud de verdade significa que um desenvolvedor consegue acessar um portal, escolher o tamanho da instância, criar uma VM com uma imagem pré-configurada, definir a rede, configurar as regras de firewall e ter tudo rodando em minutos — sem abrir um ticket para a equipe de infraestrutura. Significa que departamentos diferentes têm ambientes isolados com cotas de recursos e faturamento separados. Significa que existe uma API para que pipelines de CI/CD e scripts de Terraform provisionem infraestrutura automaticamente.
É exatamente essa camada que o Apache CloudStack adiciona sobre o hypervisor. O KVM faz a virtualização; o CloudStack faz a cloud.
Arquitetura hierárquica: Zones, Pods, Clusters, Hosts
O CloudStack organiza a infraestrutura em quatro níveis hierárquicos que refletem a realidade física dos datacenters:
Zones são o nível mais alto — tipicamente mapeadas a um datacenter ou localização geográfica. Uma instalação CloudStack pode gerenciar múltiplas zones, o que permite que uma cloud privada abranja datacenters em cidades diferentes com gerenciamento unificado. Clientes podem escolher em qual zone alocar suas VMs, habilitando estratégias de DR e distribuição geográfica.
Pods ficam dentro das zones e representam grupos de racks ou segmentos de rede — geralmente um pod corresponde a um domínio de broadcast (VLAN). Pods definem a topologia de rede interna do datacenter.
Clusters agrupam hosts físicos homogêneos (mesmo hypervisor, mesmo tipo de hardware) dentro de um pod. VMs dentro de um cluster podem ser migradas entre hosts via live migration porque compartilham o mesmo pool de storage e configurações de rede.
Hosts são os servidores físicos onde as VMs realmente rodam — com KVM, VMware ESXi ou XenServer ativo.
Essa hierarquia não é burocracia: ela permite que o CloudStack tome decisões inteligentes sobre placement de VMs, levando em conta topologia de rede, capacidade disponível e políticas de afinidade.
O que entrega experiência cloud de verdade
Dentro dessa arquitetura, o CloudStack adiciona as camadas que transformam servidores em cloud:
Portal self-service com multitenancy. Administradores configuram o ambiente e definem quotas por conta ou domínio (quantidade máxima de vCPUs, RAM, storage, IPs públicos, volumes). Cada tenant — cliente, departamento ou projeto — tem seu espaço isolado. Um tenant não enxerga os recursos do outro. O provedor enxerga tudo.
API compatível com AWS EC2. Isso é mais importante do que parece. Ferramentas que já falam com AWS — Terraform, Ansible, CloudFormation-like tools — conseguem falar com o CloudStack usando o mesmo protocolo. Scripts e automações escritas para AWS funcionam no CloudStack com ajustes mínimos. Isso é o que facilita a vida de quem quer cloud privada sem mudar o tooling já estabelecido.
Templates e imagens. Imagens de SO pré-configuradas são disponibilizadas no marketplace interno. Um usuário não precisa instalar um Ubuntu do zero — ele escolhe o template “Ubuntu 22.04 LTS” e a VM já está pronta em minutos, com SSH configurado e ferramentas básicas instaladas. Templates customizados por departamento ou projeto também são suportados.
Networking avançado. O CloudStack gerencia VLANs, IPs públicos, NAT, load balancing e VPNs. Em redes isoladas, cada tenant tem sua rede virtual completamente separada dos outros. Em redes compartilhadas, recursos comuns são oferecidos com controle de acesso. Integração com hardware de rede e com SDN permite cenários mais complexos.
CloudStack vs OpenStack — a pergunta que sempre aparece
Se você pesquisou cloud privada open source, certamente encontrou OpenStack. A pergunta é legítima: por que CloudStack ao invés de OpenStack?
A diferença fundamental é simplicidade vs flexibilidade. OpenStack é modular ao extremo — você monta sua cloud escolhendo e integrando projetos separados: Nova (compute), Neutron (rede), Cinder (storage), Glance (imagens), Keystone (identidade) e mais uma dezena de componentes opcionais. Essa modularidade dá flexibilidade enorme, mas o custo é complexidade operacional significativa. Instalar, configurar e operar OpenStack de forma estável requer equipe especializada e dedicada.
CloudStack é um produto coeso. Você instala um pacote, configura, adiciona hosts — e tem uma cloud funcionando. Não é necessário integrar seis projetos diferentes e gerenciar a compatibilidade entre versões de cada um. Para equipes menores e provedores que precisam de time-to-market rápido, essa diferença é decisiva.
O trade-off: OpenStack é mais customizável para cenários muito específicos e tem ecossistema maior de componentes. CloudStack é mais fácil de operar e mantém estabilidade mais consistente entre versões.
Quem usa CloudStack globalmente
Apache CloudStack não é nicho. KDDI (Japão), Leaseweb (Europa), T-Systems (Alemanha) e dezenas de provedores de cloud independentes rodam CloudStack como base de suas operações. No setor financeiro, bancos que precisam de cloud privada com isolamento real e controle de dados usam CloudStack por sua arquitetura de multitenancy.
A escolha do CloudStack por provedores (em contraste com OpenStack, que domina mais em telcos e governos) reflete exatamente o argumento de operabilidade: provedores precisam de uma plataforma que funcione de forma confiável, que possa ser mantida por uma equipe razoável, e que entregue experiência de cloud para seus clientes — não de uma plataforma que exige engenheiros dedicados só para manter o ambiente no ar.
Como a Adentro usa CloudStack no ACS
A plataforma ACS (Adentro Cloud Stack) é exatamente isso: Apache CloudStack como camada de orquestração sobre clusters KVM nos datacenters Tier III da Adentro em Osasco, Vinhedo e Porto Alegre.
Quando um cliente da Adentro acessa o portal da cloud privada e cria uma VM, escolhe a zone, define rede, configura firewall e provisiona storage — toda essa experiência é gerenciada pelo CloudStack. Por baixo, o KVM executa as VMs nos hosts físicos. O cliente interage com a abstração de cloud; o CloudStack cuida de traduzir isso para operações nos hypervisors.
A API EC2-compatível do CloudStack também está disponível, o que permite que clientes integrem suas automações de Terraform diretamente com a plataforma ACS — usando os mesmos scripts e módulos que usariam com AWS, mas com dados e infraestrutura dentro do Brasil, sob a LGPD, faturados em Real.
A plataforma ACS da Adentro combina CloudStack e KVM com SLA 99,99%, suporte 24/7 em português e dados no Brasil. Conheça a Cloud Privada Adentro.