Tips Virtualizzatori: differenze tra le versioni

Da GazziNet.
Vai alla navigazione Vai alla ricerca
(Riorganizza la pagina con struttura piu chiara e coerente)
(Improve virtualization tips structure and host checks)
 
Riga 1: Riga 1:
__NOTOC__
__NOTOC__
Breve raccolta di riferimenti sulla virtualizzazione usati nel contesto GazziNet.
Breve raccolta di riferimenti sulla virtualizzazione usati nel contesto GazziNet. La pagina serve come indice rapido per verifiche host, risorse e accesso alle piattaforme dedicate.
 
== Verifiche rapide ==
 
=== Risorse host ===
<pre>
uptime
lscpu
free -h
df -h
</pre>
 
=== Rete e bridge ===
<pre>
ip a
ip r
bridge link
ss -tulpn
</pre>
 
=== Storage e volumi ===
<pre>
lsblk
pvs
vgs
lvs
</pre>
 
== Troubleshooting operativo ==
* Verificare sempre se il problema e sull'host, sulla VM o sullo storage sottostante.
* Prima di agire, annotare uso CPU, RAM, spazio, stato rete e saturazione I/O.
* Controllare eventuali snapshot, lock, backup in corso o contenitori storage pieni.


== Piattaforme ==
== Piattaforme ==
* [[PROXMOX]]
* [[PROXMOX]]
== Note d'uso ==
* Separare sempre i problemi di orchestrazione da quelli di singola VM.
* Non saturare lo storage locale con immagini, backup e template senza controllo dello spazio.
* Documentare hostname host, datastore coinvolto e VM interessata prima di aprire ticket o incidente.

Versione attuale delle 10:48, 14 mar 2026

Breve raccolta di riferimenti sulla virtualizzazione usati nel contesto GazziNet. La pagina serve come indice rapido per verifiche host, risorse e accesso alle piattaforme dedicate.

Verifiche rapide

Risorse host

uptime
lscpu
free -h
df -h

Rete e bridge

ip a
ip r
bridge link
ss -tulpn

Storage e volumi

lsblk
pvs
vgs
lvs

Troubleshooting operativo

  • Verificare sempre se il problema e sull'host, sulla VM o sullo storage sottostante.
  • Prima di agire, annotare uso CPU, RAM, spazio, stato rete e saturazione I/O.
  • Controllare eventuali snapshot, lock, backup in corso o contenitori storage pieni.

Piattaforme

Note d'uso

  • Separare sempre i problemi di orchestrazione da quelli di singola VM.
  • Non saturare lo storage locale con immagini, backup e template senza controllo dello spazio.
  • Documentare hostname host, datastore coinvolto e VM interessata prima di aprire ticket o incidente.