Monitoraggio VMware vSpheresenza toccare una sola VM
Un agente Glouton, su una macchina Linux o Windows, dialoga con la vostra API vSphere tramite un account in sola lettura e rileva l'intero parco: cluster, host ESXi, macchine virtuali e datastore. Nulla viene installato dentro le VM — che è di solito il motivo per cui un team VMware dice no al monitoraggio in partenza.
vCenter o ESXi standalone • Account vSphere in sola lettura • Oggetti rilevati fatturati da 3,99 €/mese ciascuno
Panoramica
L'obiezione non riguarda mai le metriche
Nessuno discute che gli host ESXi vadano monitorati. Si discute su quanto costa arrivarci: un pacchetto su trecento VM, un'eccezione nella golden image, una richiesta di modifica per VM, e un parco in cui metà delle macchine sono appliance che comunque non potete toccare.
Bleemeo legge vSphere come vSphere si aspetta di essere letto. Installate un agente Glouton su una qualsiasi macchina Linux o Windows che raggiunge vCenter, gli date un account vSphere in sola lettura, e percorre l'inventario: ogni cluster, ogni host, ogni VM, ogni datastore. I nuovi oggetti compaiono entro pochi minuti dalla creazione, perché il rilevamento gira in continuo e non come sincronizzazione notturna.
Dove volete il dettaglio interno — CPU per processo, servizi rilevati, log — installate l'agente in quella VM, e arriva nello stesso account e nelle stesse dashboard. È un'aggiunta, non un prerequisito.
Copertura
Cosa viene rilevato
Quattro tipi di oggetto, percorsi dall'inventario vCenter. Gli host ESXi standalone funzionano allo stesso modo, senza il cluster. Cluster, host e VM sono ciascuno una risorsa fatturata; i datastore no.
Cluster
CPU e memoria aggregate su tutti gli host del cluster, per vedere la pressione al livello a cui pianificate davvero la capacità.
- CPU usata sull'intero cluster
- Memoria usata, in percentuale
- Ricalcolato quando un host entra o esce
Host ESXi
Undici metriche per host, inclusi i due contatori che contano per il rapporto di consolidamento e che si perdono facilmente di vista: quante VM sono accese e quante no.
- CPU, memoria totale e usata
- Swap in e swap out
- Throughput disco in lettura e scrittura
- Rete inviata e ricevuta
- Conteggio VM accese e spente
Macchine virtuali
Nove metriche per VM senza agente al suo interno — inclusa la latenza CPU, che è ciò che distingue una VM lenta da un host sovra-sottoscritto.
- CPU usata e latenza CPU
- Memoria usata e swap
- Throughput disco in lettura e scrittura
- Rete inviata e ricevuta
- Utilizzo dei filesystem
Datastore
Capacità e I/O per datastore: un datastore che si riempie diventa una data nel report settimanale, non una sorpresa al momento di uno snapshot.
- Spazio usato e totale
- Throughput in lettura e scrittura
- Alimenta la previsione di capacità
Configurazione
Tre passaggi, una macchina
L'agente può girare ovunque raggiunga vCenter — una VM di gestione, un bastion, un container. Più vCenter e host ESXi possono essere elencati affiancati.
Creare un account vSphere in sola lettura
L'account ha bisogno di accesso in lettura agli oggetti da monitorare: datacenter, cluster, host, VM, datastore. La sola lettura basta, ed è tutta la storia dei permessi — non c'è nient'altro da concedere.
Installare un agente Glouton
Su una qualsiasi macchina Linux o Windows che raggiunge l'API vSphere. Un comando su Linux, un installer su Windows. Quella macchina è un collettore, non un bersaglio: non deve stare dentro il cluster.
Aggiungere la connessione alla configurazione
Poche righe in un file drop-in con l'URL del vCenter o dell'ESXi e l'account. Aggiungete altre voci per altri vCenter. Il rilevamento parte subito e le dashboard si riempiono man mano che l'inventario viene percorso.
Migrazione
State lasciando VMware? Ne gestirete due per un po'
I cambi di licenza hanno messo molti team sulla strada di Proxmox, Nutanix o del semplice KVM. Quelle migrazioni durano da sei a diciotto mesi, e per tutto quel tempo gestite due hypervisor, due console e una sola reperibilità che deve coprire entrambi.
Bleemeo copre i due lati senza cambiare strumento a metà strada. vSphere si legge dalla sua API, e un host Proxmox VE è una macchina Debian: lo stesso agente che monitora il vostro parco Linux monitora il nuovo hypervisor — stesso account, stesse dashboard, stesse regole di allarme, stesso report settimanale. Migrare hypervisor è già abbastanza dirompente senza migrare anche il monitoraggio.
Entrambi i lati, una dashboard
Un'applicazione distribuita tra VM ESXi e VM Proxmox durante una migrazione può stare dietro un solo tag applicativo, così la vista di salute non si frammenta lungo il confine della migrazione.
Proxmox VE e Backup Server
Entrambi sono basati su Debian, quindi l'agente si installa dal nostro repository APT con un comando — Proxmox VE 7, 8 e 9, e tutte le versioni di Proxmox Backup Server. Ottenete CPU, memoria, disco, rete e filesystem dell'host, più i servizi che ci girano sopra.
Ogni VM mantiene il proprio dettaglio
Sul lato VMware il dettaglio per VM è opzionale perché lo fornisce l'API. Sul lato Proxmox le metriche per VM arrivano installando l'agente nelle VM che vi interessano — lo stesso agente, quindi nulla di nuovo da imparare.
Il confronto resta onesto
Prima e dopo una migrazione guardate gli stessi nomi di metriche sugli stessi grafici con la stessa retention. È ciò che rende «la nuova piattaforma è davvero migliore?» una domanda a cui si risponde con i dati.
Confronto
vCenter da solo vs vCenter tramite Bleemeo
| Feature | vCenter da solo | Bleemeo |
|---|---|---|
| Metriche dell'inventario vSphere | Complete, native | Lette dall'API vSphere, stessa fonte |
| Agenti dentro le VM | Non necessari | Non necessari |
| Infrastruttura fuori da VMware | Fuori ambito | Bare metal, cloud, container, Kubernetes |
| Storico | Aggregato aggressivamente dopo pochi giorni | 13 mesi a piena risoluzione |
| Alerting | Allarmi vCenter, per oggetto | Valori predefiniti, Slack, PagerDuty, SMS |
| Previsione di capacità | Manuale, o prodotto separato | Una data per datastore e per disco |
| Durante una migrazione di hypervisor | Copre il lato che state lasciando | Copre entrambi i lati insieme |
| Accesso richiesto | Amministratore, in pratica | Un account vSphere in sola lettura |
Domande frequenti
Il monitoraggio vSphere con Bleemeo, in pratica
Devo installare un agente dentro le mie macchine virtuali?
No. Un agente Glouton, su una macchina che raggiunge vCenter, basta per rilevare e monitorare ogni cluster, host, VM e datastore. Installare l'agente dentro una VM è opzionale e vi dà ciò che solo la VM sa: CPU e memoria per processo, servizi rilevati come MySQL o Nginx, e log.
Quali permessi vSphere servono a Bleemeo?
Permessi in sola lettura sugli oggetti da monitorare — datacenter, cluster, host, VM, datastore. È l'intero requisito. L'agente legge l'inventario e i contatori di performance; non può accendere, migrare, riconfigurare o eliminare nulla.
Funziona senza vCenter?
Sì. Glouton si collega a un host ESXi standalone come si collega a vCenter. Perdete l'oggetto cluster, perché non c'è un cluster, e tutto il resto funziona. Potete anche elencare più vCenter e più host standalone nella stessa configurazione.
Quanto rapidamente vengono rilevate le nuove VM?
In pochi minuti. Il rilevamento gira in continuo invece che come sincronizzazione notturna, quindi una VM creata stamattina è su una dashboard stamattina — cosa che conta quando il parco cambia spesso.
Cos'è la latenza CPU e perché conta?
È la quota di tempo in cui una VM era pronta a eseguire ma aspettava CPU fisica. Una VM può mostrare un consumo CPU modesto ed essere comunque lenta perché l'host è sovra-sottoscritto, e la latenza CPU è ciò che distingue i due casi. Bleemeo la raccoglie per VM, e «l'app è lenta» smette di essere una discussione tra il team applicativo e quello di piattaforma.
Stiamo migrando da VMware a Proxmox. Funziona?
Sì, ed è un buon motivo per migrare prima il monitoraggio. vSphere si legge dalla sua API; un host Proxmox VE è Debian, quindi lo stesso agente si installa dal nostro repository APT — Proxmox VE 7, 8 e 9, e Proxmox Backup Server. Durante la migrazione entrambi i lati riportano in un solo account con le stesse dashboard e gli stessi allarmi: non cambiate monitoraggio mentre cambiate hypervisor.
Come viene fatturato il monitoraggio vSphere?
Ogni cluster, host e macchina virtuale rilevato è una risorsa monitorata, con lo stesso prezzo delle altre: 4,99 € al mese su Professional e 3,99 € su Starter. I datastore non sono fatturati.
Su un parco grande la somma pesa, e l'agente prevede la leva: con skip_monitor_vms, Glouton monitora solo cluster, host e datastore. Mantenete il conteggio delle VM accese e spente a livello di host, e smettete di pagare per VM. Vedete i prezzi per la tabella completa.
Quali piani includono il monitoraggio VMware?
Il monitoraggio vSphere è disponibile sui piani Starter e Professional. Vedete i prezzi per il dettaglio.