Tips Virtualizzatori: differenze tra le versioni

Da GazziNet.
Vai alla navigazione Vai alla ricerca
m (Admin ha spostato la pagina TIPS VIRTUALIZZATORI a Tips Virtualizzatori senza lasciare redirect)
(Improve virtualization tips structure and host checks)
 
(Una versione intermedia di uno stesso utente non è mostrata)
Riga 1: Riga 1:
__NOTOC__
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.


[[PROXMOX]]
== 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 ==
* [[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.