Guida MikroTik
Sistema e alta affidabilitàBase

Monitorare risorse e salute hardware del router

Come leggere in tempo reale CPU, RAM, storage, uptime, temperatura e tensione del router MikroTik con /system/resource e /system/health, e quali soglie tenere sotto controllo.

RouterOS espone metriche di sistema in tempo reale accessibili via CLI, API o SNMP. Monitorare regolarmente CPU, RAM, storage e parametri hardware (temperatura, tensione) consente di prevenire guasti e degrado delle prestazioni prima che impattino il servizio.

Risorse di sistema: CPU, RAM, storage e uptime

/system/resource print
# Mostra snapshot completo delle risorse
/system/resource print

# Output tipico:
#   uptime: 15d 4h 32m 10s
#   version: 7.x.x (stable)
#   cpu-load: 12%
#   free-memory: 128.0MiB
#   total-memory: 256.0MiB
#   free-hdd-space: 64.0MiB
#   total-hdd-space: 128.0MiB
#   architecture-name: arm64
#   board-name: CCR2004-1G-12S+2XS

Salute hardware: temperatura, tensione, velocità ventola

/system/health print
# Legge i sensori hardware (disponibili su hardware che li supportano)
/system/health print

# Mostra valori come:
#   temperature: 48C       (temperatura CPU/board)
#   cpu-temperature: 52C
#   voltage: 24.1V         (tensione alimentazione)
#   fan1-speed: 3400RPM    (su router con ventola)

# Monitoraggio continuo (aggiorna ogni secondo, Ctrl+C per uscire)
/system/resource monitor

Il comando /system/resource monitor è particolarmente utile in fase di troubleshooting: mostra l'utilizzo della CPU in tempo reale distinto per core, il traffico aggregato sulle interfacce e il consumo di memoria. Usa duration=30 per limitare il monitoraggio a 30 secondi.

Carico per core e per IRQ: trovare il collo di bottiglia

Su router multi-core (CCR, RB1100, RB5009) un singolo core saturo può limitare il throughput anche se la media CPU sembra bassa. Le interruzioni (IRQ) delle interfacce di rete si distribuiscono sui core: se una sola coda di una interfaccia ad alto traffico è legata a un core saturo, hai trovato il collo di bottiglia.

CPU per-core e per-IRQ
# Carico CPU per ciascun core
/system/resource/cpu print

# Distribuzione delle interruzioni hardware sui core
/system/resource/irq print

# (Avanzato) forzare l'affinità di una IRQ a un core specifico
# /system/resource/irq set [find] cpu=auto

Lettura rapida di un singolo valore (scripting)

Lettura valore singolo per script
# Ottieni solo il valore di cpu-load (utile negli script)
:put [/system/resource get cpu-load]

# Ottieni l'uptime
:put [/system/resource get uptime]

# Esempio: loggare la CPU se supera il 90%
:local cpu [/system/resource get cpu-load]
:if ($cpu > 90) do={
    :log warning "CPU alta: $cpu%"
}
Soglie operative consigliate: CPU media < 70% in condizioni normali (picchi brevi accettabili); RAM libera > 20% del totale; temperatura < 70°C per la maggior parte dei modelli (verifica il datasheet del tuo hardware). Imposta allarmi SNMP o script watchdog se queste soglie vengono superate per più di 5 minuti consecutivi. Se la CPU è alta ma un solo core è saturo, sospetta hardware-offload disattivato, fasthtrack mancante o regole firewall/mangle troppo pesanti sul fast-path.
system resourcesystem healthcpu-loadmemoriauptimetemperaturatensionediagnosticamonitoringirqper-cpuRouterOS

Configura senza fatica con l'AI

In WispOS l'agente AI genera la configurazione RouterOS dalle tue parole e un tutor ti guida passo passo.

Prova WispOS