A realidade Proxmox nas PMEs raramente é um cluster desenhado: são um ou três servidores comprados em alturas diferentes, cada um com o seu pve-manager, um PBS à parte e sem qualquer ligação entre eles — o painel de cada um vive num separador do browser. O Proxmox Datacenter Manager (PDM) existe exactamente para este caso: um plano de controlo central que junta todas as instâncias — clusters ou nós avulsos — numa única interface, sem exigir clustering.

O que é

ℹ️ Versão: artigo ao dia do PDM 1.1 (28 de Maio de 2026, base Debian Trixie 13.5). A 1.0 estável saiu a 4 de Dezembro de 2025 — a 1.1 acrescentou lista central de guests com gestão de snapshots, monitorização de clusters Ceph, registo central de subscrições e instalações automatizadas (answer files servidos e acompanhados pelo PDM).

O PDM é uma plataforma de gestão centralizada da Proxmox Server Solutions (a mesma empresa do PVE e do PBS) que supervisiona instâncias de Proxmox VE e Proxmox Backup Server “em locais desarticulados”. Cada instância registada chama-se remote. O manager agrega:

  • Inventário centralizado: nós, VMs, containers, storages e datastores de backup, todos visíveis numa única interface.
  • Dashboard global com o estado, a saúde e a carga de tudo, a realçar consumos de CPU/memória altos e tarefas falhadas.
  • Agregação de tarefas: os logs de tarefas de toda a infraestrutura num único sítio, para auditoria e troubleshooting.
  • Operações de ciclo de vida: power operations (start, stop, reboot, shutdown) de nós e guests, e gestão de updates do fleet — os updates aplicados via PDM correm por shell remota e exigem PVE 9.1+ / PBS 4.1+ nos remotes (em frota PVE 8, os updates aplicam-se dentro do PVE, como sempre).
Painel do Proxmox Datacenter Manager com cartões de estado (remotes, nós PVE, guests, PBS), gráficos de maior uso de CPU e memória e resumos de tarefas das últimas 48 horas

O dashboard do PDM: estado dos remotes, top de consumo e tarefas falhadas num único sítio (imagem oficial Proxmox)

O papel é de plano de controlo de alto nível: para configuração fina, há um “escape hatch” para saltar para interface web nativa da instância. A arquitectura é deliberadamente loosely coupled — o manager não é bottleneck nem single point of failure das instâncias geridas: se o PDM cair, o PVE e o PBS continuam a operar como sempre.

Separador Updates do Proxmox Datacenter Manager com a tabela de updates por remote e a lista de updates pendentes de um nó PVE

Updates do fleet de remotes em consola única — operação que exige PVE 9.1+/PBS 4.1+ (imagem oficial Proxmox)

Migração sem cluster

A funcionalidade que desbloqueia o caso de uso PME clássico: live migration entre independentes — mover VMs entre servidores que nunca formaram cluster. É a via para balancear carga ou fazer maintenance planeado entre máquinas avulsas.

Alcance real: a migração entre instalações independentes move o guest sem as regras de um cluster — sem HA, sem scheduling. A documentação descreve a migração entre remotes (no 1.1, ao migrar para um novo cluster, o PDM passa a preferir hosts que sabem estar alcançáveis e preenche o próximo VMID livre). A riqueza completa do cluster — HA, storage partilhado, scheduling — continua a ser trabalho do PVE.

Instalação

O PDM distribui-se como ISO própria (o installer é o mesmo estilo do PVE) ou como pacote Debian sobre Debian 13:


# 1) chave do repositório — sem ela o apt update falha
#    (a ISO já traz a chave; sobre Debian é descarregar)
wget https://enterprise.proxmox.com/debian/proxmox-archive-keyring-trixie.gpg \
  -O /usr/share/keyrings/proxmox-archive-keyring.gpg
# conferir: sha256 = 136673be77aba35dcce385b28737689ad64f...

# 2) repositório no formato deb822 (.sources — no Trixie o
#    formato antigo .list gera aviso; apt modernize-sources migre)
tee /etc/apt/sources.list.d/proxmox.sources <<'EOF'
Types: deb
URIs: http://download.proxmox.com/debian/pdm
Suites: trixie
Components: pdm-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF

# 3) instalar (mantém o kernel Debian e leva o conjunto mínimo;
#    o meta proxmox-datacenter-manager-meta é a alternativa com
#    kernel Proxmox + ZFS)
apt update && apt install proxmox-datacenter-manager-container-meta

Subscrição: a instalação por ISO/pacote deixa o repositório pdm-enterprise activo por defeito — sem chave de subscrição válida, o apt update devolve 401 nesse repositório (os remotes precisam de subscrições Basic ou superior). Sem subscrição, desactiva-o (Enabled: false no .sources) ou troca para o pdm-no-subscription, que não serve para produção.

Interligação mínima para começar: instalar o PDM numa VM ou máquina dedicada, apontar o browser a https://<ip>:8443 e registar os remotes com as credenciais de API de cada PVE/PBS. Duas portas distintas: o browser fala com o PDM por HTTPS na 8443; do PDM para os remotes, fala-se aos API da web do PVE/PBS — tipicamente 8006 no PVE e 8007 no PBS (o TCP 443 só entra se o PDM estiver atrás de um proxy).

Tecnologia

O core está escrito em Rust, reutilizando a stack REST/API madura do PBS: um daemon API sem privilégios trata dos pedidos externos e um daemon privilegiado executa operações de sistema por UNIX socket local — a separação típica dos projectos Proxmox, reduzindo a superfície de ataque. A interface web é uma SPA em Rust com o framework Yew compilada a WebAssembly.

Autenticação e acesso

Para PME com identidade centralizada, o PDM suporta LDAP/Active Directory e OpenID Connect (SSO), com sistema granular de permissões, API tokens e 2FA — o mesmo modelo conceptual de papéis/permissões do PVE.

Quando faz sentido (e quando não)

Faz sentido quando: há 2+ servidores Proxmox sem cluster, gestão de clientes com instâncias separadas à mistura, pendências de updates a atravessar vários hosts, ou migrações pontuais entre avulsos.

Não faz sentido quando: só há um servidor (o PVE de origem chega), ou o objectivo é alta disponibilidade a sério — isso é cluster PVE com quorum, storage partilhado e HA real. O PDM não substitui um cluster: organiza-o.

Artigos Relacionados

Fontes Oficiais