Il supporto per il monitoraggio degli ambienti VMware è disponibile in Zabbix a partire dalla versione 2.2.0.
Zabbix può utilizzare regole di rilevamento di basso livello per rilevare automaticamente Hypervisor e macchine virtuali VMware e creazione di host da monitorare loro, sulla base di prototipi host predefiniti.
Il set di dati predefinito in Zabbix offre diversi modelli pronti all'uso per monitoraggio di VMware vCenter o hypervisor ESX.
La versione minima richiesta di VMware vCenter o vSphere è 5.1.
Il monitoraggio della macchina virtuale viene eseguito in due fasi. In primo luogo, virtuale i dati della macchina vengono raccolti dai processi vmware collector Zabbix. Quei processi ottengono le informazioni necessarie dai servizi Web VMware tramite il Protocollo SOAP, pre-elaboralo e memorizzalo nel server Zabbix condiviso memoria. Quindi, questi dati vengono recuperati dai sondaggisti utilizzando Zabbix simple controllare VMware keys.
A partire dalla versione 2.4.4 di Zabbix i dati raccolti sono divisi in 2 tipi: dati di configurazione VMware e dati del contatore delle prestazioni VMware. Entrambi i tipi vengono raccolti in modo indipendente da vmware collector. Perché di questo si consiglia di abilitare più collettori rispetto ai Servizi VMware monitorati. In caso contrario, recupero del contatore delle prestazioni VMware le statistiche potrebbero essere ritardate dal recupero della configurazione di VMware data (che richiede un po' di tempo per installazioni di grandi dimensioni).
Attualmente solo datastore, interfaccia di rete e statistiche del dispositivo disco e gli elementi del contatore delle prestazioni personalizzati si basano sulle prestazioni di VMware controinformazione.
Affinché il monitoraggio della macchina virtuale funzioni, Zabbix dovrebbe esserlo compilato con il file Opzioni di compilazione --with-libxml2 e --with-libcurl.
Le seguenti opzioni del file di configurazione possono essere utilizzate per ottimizzare il monitoraggio della macchina virtuale:
Per maggiori dettagli, vedere le pagine del file di configurazione per Zabbix server e proxy.
::: nota importante Per supportare le metriche di capacità del datastore Zabbix richiede che il parametro vpxd.stats.maxQueryMetrics della configurazione VMware sia almeno 64. Vedi anche la knowledge base di VMware articolo. :::
Zabbix può utilizzare una regola di rilevamento di basso livello per rilevare automaticamente Hypervisor e macchine virtuali VMware.
Tutti i campi obbligatori sono contrassegnati da un asterisco rosso.
La chiave della regola di scoperta nello screenshot sopra è vmware.hv.discovery[{$VMWARE.URL}].
I prototipi host possono essere creati con la regola di rilevamento di basso livello. quando vengono scoperte macchine virtuali, questi prototipi diventano veri e propri host. I prototipi, prima di essere scoperti, non possono avere elementi propri e trigger, diversi da quelli dei modelli collegati. Host scoperti apparterrà a un host esistente.
Affinché gli host creati da un prototipo abbiano nomi host univoci, il campo Nome host deve contenere almeno un rilevamento di basso livello macro.
A partire da Zabbix 5.2, gli host rilevati possono essere configurati con custom interfacce o ereditare l'IP di un host a cui appartiene la regola di rilevamento (predefinito). Per aggiungere una o più interfacce personalizzate, cambia Interfaccia selettore dalla modalità Eredita alla modalità Personalizzato, quindi premere e seleziona il tipo di interfaccia richiesto dal menu a discesa visualizzato. Tutto tipi supportati di interfacce possono essere definiti per un prototipo host: Agente Zabbix, SNMP, JMX, IPMI. I campi dell'interfaccia supportano il livello basso macro di rilevamento e macro utente. Se vengono specificate più interfacce personalizzate, utilizzare la colonna Default per specificare l'interfaccia primaria.
Appunti:
::: nota avviso Non verrà creato un host, se l'interfaccia host contiene dati errati :::
Le macro LLD possono essere utilizzate anche per il nome visibile, prototipo del gruppo host campi, valori di tag o valori di macro utente del prototipo host.
Altre opzioni che possono essere specificate per un prototipo host sono:
Se Crea abilitato è selezionato, l'host verrà aggiunto in un file abilitato stato. Se deselezionato, l'host verrà aggiunto, ma in uno stato disabilitato.
Se Discover è selezionato (impostazione predefinita), l'host verrà creato. Se deselezionata, l'host non verrà creato, a meno che questa impostazione non lo sia sovrascritto in discovery regola. Questo La funzionalità fornisce ulteriore flessibilità durante la creazione di discovery regole.
Gli host rilevati sono preceduti dal nome della regola di rilevamento che li ha creati, nell'elenco degli host. Gli host rilevati possono essere manualmente cancellato. Anche gli host rilevati verranno eliminati automaticamente, in base a il valore Mantieni risorse perse (in giorni) valore della regola di individuazione. La maggior parte delle opzioni di configurazione sono di sola lettura, ad eccezione di abilitare/disabilitare l'host e l'inventario degli host. Gli host scoperti non possono dispongono di propri prototipi host.
Il set di dati predefinito in Zabbix offre diversi modelli pronti all'uso per il monitoraggio di VMware vCenter o direttamente dell'hypervisor ESX. Questi modelli contengono regole LLD preconfigurate e una serie di controlli incorporati per il monitoraggio delle installazioni virtuali.
Modelli per il monitoraggio dell'hypervisor VMware vCenter e ESX:
Affinché il modello VMware FQDN funzioni correttamente ogni VM monitorata dovrebbe avere un nome del sistema operativo univoco conforme alle regole FQDN e VMware Tools devono essere installati su ogni macchina. Se queste condizioni sono soddisfatte, si consiglia di utilizzare il modello VMware FQDN. La creazione del modello VMware FQDN è diventato possibile dopo l'introduzione della capacità per creare host con interfacce personalizzate in Zabbix 5.2.
Un modello VMware classico è ancora disponibile e può essere utilizzato se FQDN requisiti non possono essere soddisfatti. Tieni presente che VMware template presenta un problema noto. Gli host per le macchine virtuali rilevate verranno creati con i nomi salvati nel vCenter (ad esempio, VM1, VM2, eccetera.). Se l'agente Zabbix attivo viene installato successivamente su questi host con registrazione automatica abilitata, il processo di registrazione automatica leggerà host nomi così come sono stati registrati al momento del lancio (ad esempio, vm1.example.com, vm2.example.com, ecc.) e creare nuovi host poiché non sono state trovate corrispondenze di nome. Di conseguenza ci saranno due duplicati host per ogni macchina con nomi diversi.
Modelli utilizzati da discovery (normalmente, questi modelli non dovrebbero essere collegato manualmente a un host):
Per utilizzare i controlli semplici VMware, l'host deve disporre delle seguenti macro utente definito:
L'esempio seguente mostra come configurare rapidamente VMware monitoraggio su Zabbix:
I dati raccolti da VMware Collector possono essere registrati per dettagli debug utilizzando il livello di debug 5. Questo livello può essere impostato server e proxy file di configurazione o utilizzando un'opzione di controllo di runtime (-R log_level_increase="vmware collector,N"
, dove N è un processo numero). Gli esempi seguenti dimostrano come può essere estesa la registrazione avviato a condizione che il livello di debug 4 sia già impostato:
Aumenta il livello di registro di tutti i raccoglitori vmware:
shell> zabbix_server -R log_level_increase="vmware collector"
Aumenta il livello di log del secondo raccoglitore vmware:
shell> zabbix_server -R log_level_increase="vmware collector,2"
Se la registrazione estesa dei dati del raccoglitore VMware non è richiesta, può esserlo smesso di usare l'opzione -R log_level_decrease
.
config.vpxd.stats.maxQueryMetrics
al server vCenter impostazioni. Il valore di questo parametro dovrebbe essere lo stesso di valore di maxQuerysize
in web.xml di VMware. Vedi questo VMware base di conoscenza articolo per dettagli.