Ceph no Proxmox VE: Quando Vale a Pena, Como Configurar e Melhores Práticas

O Ceph é uma das tecnologias de armazenamento distribuído mais poderosas do mundo open source, transformando discos locais instalados em múltiplos servidores físicos em um pool de storage unificado, redundante e auto-regenerativo. No Proxmox VE, o Ceph possui integração nativa na interface web (GUI) e na linha de comando, permitindo que pequenas e médias empresas construam uma infraestrutura hiperconvergente (HCI) sem precisar investir centenas de milhares de reais em Storages SAN/NAS proprietários.

Neste guia técnico, você vai entender a fundo os componentes arquiteturais do Ceph (MON, MGR, OSD e CRUSH), os requisitos mandatórios de rede e hardware para evitar desastres em produção, o passo a passo de configuração no Proxmox VE e como diagnosticar e recuperar falhas de disco.

1. Como o Ceph Opera: A Arquitetura em Nível de Blocos (RBD)

Em uma arquitetura tradicional com storage centralizado (SAN/NAS), se a controladora do storage falha ou o switch Fibre Channel quebra, todas as máquinas virtuais travam instantaneamente. No Ceph hiperconvergente, cada nó do Proxmox VE atua simultaneamente como hospedeiro de computação (CPU/RAM) e provedor de armazenamento em bloco através dos seguintes componentes:

• OSD (Object Storage Daemon): Cada disco físico alocado ao Ceph roda um daemon OSD independente. Ele é responsável por ler, gravar e replicar os blocos de dados. O Ceph moderno utiliza o backend de alta performance BlueStore, que grava diretamente no disco bruto sem passar por sistemas de arquivos intermediários.
• MON (Monitor Daemon): Mantém o mapa mestre do estado do cluster, rastreando nós ativos, OSDs saudáveis e pools via algoritmo de consenso Paxos. Exige sempre um número ímpar de instâncias (mínimo de 3 MONs) para evitar empates eleitorais.
• MGR (Manager Daemon): Coleta métricas de telemetria, fornece estatísticas em tempo real para a GUI do Proxmox e executa o balanceamento dinâmico de Placement Groups (PGs).
• CRUSH Map: Algoritmo matemático determinístico que dita exatamente em quais servidores físicos as cópias de cada bloco devem residir. O cliente fala diretamente com o OSD correto sem consultar um servidor central de metadados.

2. Requisitos Mandatórios de Hardware (O Que a Maioria Ignora)

Mais de 80% das falhas relatadas em clusters Ceph no Proxmox decorrem de hardware subdimensionado ou concepções equivocadas de rede. Antes de implementar, garanta conformidade com as seguintes especificações:

ALERTA DE DESEMPENHO: Nunca utilize SSDs domésticos de uso comum (como Kingston A400, Samsung EVO ou Crucial BX) em Ceph de produção. A ausência de capacitores de proteção contra perda de energia (PLP) obriga o firmware do disco a descarregar o cache a cada segundo, gerando filas de espera de gravação (I/O wait) de até 15.000 ms, o que derruba o cluster inteiro.

3. Passo a Passo: Instalando e Inicializando o Ceph no Proxmox VE

O Proxmox VE simplifica a implantação do Ceph permitindo instalação diretamente pelo console de pacotes:

# 1. Instalar os pacotes do Ceph Reef (versão estável compatível com PVE 8.x):
pveceph install --version reef

# 2. Inicializar a rede do Ceph no primeiro nó:
# A rede pública atende as VMs; a cluster network atende exclusivamente a replicação entre discos
pveceph init --network 10.10.10.0/24 --cluster-network 10.10.20.0/24

# 3. Criar os serviços MON e MGR no nó primário:
pveceph mon create
pveceph mgr create

Em seguida, nos nós 2 e 3 do cluster, execute pveceph install --version reef e, na interface web do Proxmox, acesse Nó → Ceph → Monitors e clique em Create Monitor para eleger os outros dois nós, totalizando 3 MONs ativos.

4. Adicionando Discos OSD e Configurando Pools de VMs (RBD)

Com os monitores saudáveis, adicione os discos físicos brutos (sem partições) como OSDs:

# Criar OSD no disco /dev/nvme0n1 com encriptação opcional:
pveceph osd create /dev/nvme0n1

# Criar o pool de armazenamento de VMs com 3 réplicas:
pveceph pool create pool-vms-ceph --size 3 --min_size 2 --pg_num 128 --add_storages 1

O parâmetro --size 3 --min_size 2 é a regra de ouro do Ceph: os dados são replicados em 3 nós físicos distintos. Se um servidor cair, o cluster continuará operando com min_size=2 réplicas sem interromper as gravações de banco de dados das máquinas virtuais.

5. Comandos de Diagnóstico e Recuperação Operacional

Para verificar a saúde do armazenamento em tempo real, use os seguintes comandos de terminal no nó PVE:

# Exibir estado geral do cluster Ceph:
ceph status
# Saída esperada em ambiente saudável:
#   cluster:
#     id:     b4e5f6a7-1234-5678-9abc-def012345678
#     health: HEALTH_OK
#   services:
#     mon: 3 daemons, quorum pve01,pve02,pve03
#     mgr: pve01(active), standbys: pve02, pve03
#     osd: 6 osds: 6 up, 6 in

# Listar topologia em árvore e utilização por disco:
ceph osd tree
ceph df

Documentação Oficial e Leitura Recomendada

• Manual Oficial Proxmox VE: Capítulo Ceph Server
• Documentação Oficial Ceph: RADOS Architecture & Configuration
• Proxmox Wiki: Deploy de Cluster Hiperconvergente com Ceph
• Guia Técnico Ceph: Otimização de CRUSH Maps

Perguntas Frequentes (FAQ)

Quantos nós são necessários para rodar Ceph em produção no Proxmox?

O mínimo absoluto recomendado pela Proxmox e pela fundação Ceph são 3 nós físicos. O Ceph adota por padrão regras de 3 réplicas (size=3, min_size=2) e quorum com algoritmo Paxos nos Monitores (MONs), o que inviabiliza arquiteturas de 2 nós para tolerância a falhas.

Por que o Ceph exige rede dedicada de 10 Gbps ou superior?

Em um cluster hiperconvergente, cada escrita efetuada em uma VM precisa ser replicada em tempo real para os outros nós do cluster. Redes convencionais de 1 Gbps sofrem gargalos severos de throughput e latência, causando travamentos de I/O nas VMs durante rebalanceamento de dados e recuperação de OSDs.

Posso utilizar SSDs comuns de computador pessoal (desktop) no Ceph?

Não é recomendado. O Ceph grava registros síncronos no journal (WAL/DB). SSDs comuns de consumidor não possuem proteção contra queda de energia (PLP) e sofrem queda drástica de IOPS após poucos minutos de gravação contínua. Em produção, use exclusivamente SSDs corporativos NVMe ou SATA com PLP.

O que é o algoritmo CRUSH no Ceph?

O CRUSH (Controlled Replication Under Scalable Hashing) é o algoritmo determinístico que calcula onde cada objeto de dados deve ser armazenado ou recuperado no cluster com base na topologia física de servidores e racks, eliminando a necessidade de uma tabela central de metadados sujeita a gargalos.

📖 Conteúdos Relacionados no TecMestre: Para montar sua infraestrutura completa, confira nosso tutorial sobre como gerenciar quorum e evitar split-brain no cluster e nosso comparativo definitivo entre Containers LXC e Máquinas Virtuais KVM.

📚 Você Também Pode Gostar

ZFS no Proxmox: Boas Práticas, Pools, Cache ARC e Otimização

Ler mais →

Cluster Proxmox: Quorum e QDevice do Jeito Certo (Evite Split-Brain)

Ler mais →

Como Instalar Proxmox VE do Zero (Passo a Passo Real)

Ler mais →

Comandos Essenciais do Docker e Docker Compose [Cheat Sheet 2026]

Ler mais →