CH-J Server Managerserverio valdymas per SSH
Meniu
Visi vadovai ir straipsniai →

Kaip stebėti Proxmox VE per SSH

Komandos Proxmox VE pagrindiniam serveriui, svečių sistemoms ir saugykloms tikrinti bei bendrosios Linux stebėsenos galimybės ir spragos.

Kodėl SSH naudingas greta žiniatinklio sąsajos

Proxmox VE veikia Debian pagrindu, todėl pagrindinį serverį galima tikrinti įprastais Linux įrankiais ir Proxmox komandomis. SSH veikia ir tada, kai žiniatinklio sąsaja 8006 prievade neatsako, ir leidžia pamatyti pagrindinio serverio problemas, kurias svečių sistemos pajunta tik kaip sulėtėjimą. Čia pateiktos komandos vykdomos pagrindiniame serveryje, o daugumai jų reikia root.

Pagrindinis serveris ir versija

Pradėkite nuo versijos, apkrovos ir Proxmox paslaugų būsenos. Klasteryje taip pat patikrinkite kvorumą, nes be jo negalima paleisti ar keisti svečių sistemų.

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

Virtualiosios mašinos ir konteineriai

qm skirtas virtualiosioms mašinoms, o pct – konteineriams. pvesh skaito tą pačią API, kurią naudoja žiniatinklio sąsaja, todėl pateikia ir viso klasterio duomenis scenarijams tinkamu formatu.

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

Saugyklos: df nepakanka

df rodo tik prijungtas failų sistemas, todėl neparodo LVM-thin ar ZFS telkinio užpildymo. Pilnas thin telkinys gali sustabdyti arba sugadinti svečių sistemas, be to, dažnai paskiriama daugiau vietos, nei jos fiziškai yra, todėl stebėkite duomenų ir metaduomenų vietos naudojimą. ZFS atveju patikrinkite telkinio būklę ir talpą.

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

Atmintis serveryje su ZFS

ZFS ARC podėlis yra už įprasto puslapių podėlio ribų, todėl serveris su ZFS įrankio free išvestyje gali atrodyti beveik nebeturintis atminties net tada, kai veikia tinkamai. ARC dydį nuskaitykite atskirai. Virtualioji mašina pagrindiniame serveryje matoma kaip kvm procesas, kurio atmintis gali likti paskirta net svečio sistemai ją atlaisvinus savo viduje, todėl pagrindinio serverio ir svečio sistemos skaičiai nebūtinai sutampa.

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

Žurnalai ir atsarginės kopijos

Nepavykęs atsarginės kopijos kūrimas ar disko klaida dažnai pirmiausia pasirodo sistemos žurnale. Reguliariai tikrinkite užduotis bei žurnalus ir nepasikliaukite vien žalia būsena valdymo skydelyje. SMART duomenims reikia smartmontools, kurį Proxmox įdiegia pagal numatytuosius nustatymus, tačiau diskams už RAID valdiklio gali reikėti papildomų parinkčių.

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

Ką CH-J Server Manager rodo Proxmox sistemoje

System Monitor neturi specialios Proxmox logikos. Pagrindinį serverį jis laiko Linux serveriu ir rodo CPU, RAM, swap, failų sistemas, veikimo laiką ir tinklo sąsajas. Jis nepateikia svečių sistemų sąrašo, nenaudoja Proxmox API ir ZFS ARC priskiria naudojamai atminčiai. Komandoms qm, pct ir pvesm naudokite SSH terminalą. Disk Manager atpažįsta Proxmox saugyklas: svečių sistemų tomai pažymimi, o apsaugotose pagrindinio serverio saugyklose, tokiose kaip LVM, ZFS ar sisteminis diskas, destruktyvūs pakeitimai nesiūlomi.

Išsamūs dokumentai

Proxmox VE: pvesh →

Proxmox VE: pvesm →

Biometrinis atrakinimas ir saugumas →