CH-J Server Managergerenciamento de servidor sobre SSH
E-mail
Todos os guias e artigos →

Como monitorizar Proxmox VE por SSH

Comandos para verificar o anfitrião, os sistemas convidados e o armazenamento no Proxmox VE, além do que a monitorização genérica de Linux consegue e não consegue detetar.

Porque é útil o SSH a par da interface web

O Proxmox VE funciona sobre Debian, pelo que pode verificar um anfitrião com ferramentas Linux normais e comandos Proxmox. O SSH continua a funcionar quando a interface web na porta 8006 não responde e permite identificar problemas do anfitrião que os sistemas convidados apenas sentem como lentidão. Os comandos apresentados aqui são executados no anfitrião e a maioria requer root.

Anfitrião e versão

Comece pela versão, pela carga e pelo estado dos serviços Proxmox. Num cluster, verifique também o quórum, pois sem ele não é possível iniciar nem alterar sistemas convidados.

pveversion
uptime
systemctl --failed
systemctl status pveproxy pvedaemon pvestatd --no-pager
pvecm status

Máquinas virtuais e contentores

qm gere máquinas virtuais e pct gere contentores. pvesh lê a mesma API usada pela interface web, pelo que também devolve dados de todo o cluster num formato adequado para scripts.

qm list
pct list
pvesh get /cluster/resources --type vm --output-format json

Armazenamento: df não basta

df mostra apenas sistemas de ficheiros montados, pelo que não indica o grau de ocupação de um pool LVM-thin ou ZFS. Um thin pool cheio pode parar ou danificar sistemas convidados e, frequentemente, tem mais capacidade atribuída do que a fisicamente disponível, por isso vigie a utilização de espaço para dados e metadados. Em ZFS, verifique o estado de integridade e a capacidade do pool.

pvesm status
sudo lvs -a
zpool status -x
zpool list

Memória num anfitrião com ZFS

A cache ZFS ARC fica fora da cache de páginas normal, pelo que um anfitrião com ZFS pode parecer quase sem memória em free, mesmo estando a funcionar corretamente. Consulte o tamanho da ARC separadamente. Uma máquina virtual aparece no anfitrião como um processo kvm, cuja memória pode continuar atribuída depois de o sistema convidado a ter libertado internamente, pelo que os valores do anfitrião e do convidado não têm de coincidir.

awk '$1=="size"{print $3/1024/1024/1024" GiB"}' /proc/spl/kstat/zfs/arcstats
free -h
ps -eo pid,rss,cmd --sort=-rss | grep '[k]vm' | head -5

Registos e cópias de segurança

Uma cópia de segurança falhada ou um erro de disco surge muitas vezes primeiro no journal. Verifique regularmente as tarefas e os registos e não se baseie apenas num estado verde num painel. Os dados SMART requerem smartmontools, que o Proxmox instala por predefinição, mas os discos atrás de um controlador RAID podem precisar de opções adicionais.

journalctl -p err -b --no-pager | tail -30
pvesh get /nodes/$(hostname)/tasks --errors 1 --limit 10
smartctl -H /dev/sda

O que o CH-J Server Manager mostra no Proxmox

O System Monitor não tem lógica específica para Proxmox. Trata o anfitrião como um servidor Linux e mostra CPU, RAM, swap, sistemas de ficheiros, tempo de atividade e interfaces de rede. Não lista sistemas convidados, não usa a API do Proxmox e contabiliza a ZFS ARC como memória utilizada. Para qm, pct e pvesm, use o terminal SSH. O Disk Manager reconhece o armazenamento Proxmox: os volumes dos convidados são identificados e não são propostas alterações destrutivas no armazenamento protegido do anfitrião, como LVM, ZFS ou o disco do sistema.

Documentação detalhada

Proxmox VE: pvesh →

Proxmox VE: pvesm →

Desbloqueio biométrico e segurança →