This is a translation of the original English documentation page. Help us make it better.

10. Monitoraggio della macchina virtuale

Panoramica

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.

Particolari

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.

Configurazione

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:

  • StartVMwareCollectors - il numero di vmware pre-forked istanze del raccoglitore.
    Questo valore dipende dal numero di servizi VMware a cui stai andando tenere sotto controllo. Nella maggior parte dei casi dovrebbe essere:
    servicenum < StartVMwareCollectors < (servicenum * 2)
    dove servicenum è il numero di servizi VMware. Per esempio. se tu avere 1 servizio VMware da monitorare impostare StartVMwareCollectors su 2, se hai 3 servizi VMware, impostalo su 5. Nota che nella maggior parte dei casi questo valore non dovrebbe essere inferiore a 2 e non dovrebbe essere 2 volte maggiore del numero di servizi VMware monitorati. Anche tieni presente che questo valore dipende anche dal tuo ambiente VMware dimensione e configurazione VMwareFrequency e VMwarePerfFrequency parametri (vedi sotto).
  • VMwareCacheSize
  • Frequenza VMware
  • VMwarePerfFrequenza
  • VMwareTimeout

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. :::

Scoperta

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}].

Ospita prototipi

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 add_link.png 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:

  • Se Personalizzato è selezionato, ma non è stata specificata alcuna interfaccia, il file gli host verranno creati senza interfacce.
  • Se Eredita è selezionato per un prototipo host che appartiene a a template, gli host rilevati erediteranno l'interfaccia di un host a a cui è collegato il modello.

::: 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:

  • Collegamento a gruppi di host esistenti
  • Collegamento del modello
  • Crittografia

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.

Modelli pronti all'uso

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:

  • VMware - utilizza i dati UUID per le macro corrispondenti;
  • VMware FQDN: utilizza i dati FQDN per le macro corrispondenti.

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):

  • Ipervisore VMware;
  • Ospite VMware.

Configurazione host

Per utilizzare i controlli semplici VMware, l'host deve disporre delle seguenti macro utente definito:

  • {$VMWARE.URL} - SDK del servizio VMware (vCenter o hypervisor ESX) URL (https://nomeserver/sdk)
  • {$VMWARE.USERNAME} - Nome utente del servizio VMware
  • {$VMWARE.PASSWORD} - Servizio VMware {$VMWARE.USERNAME} utente parola d'ordine

Esempio

L'esempio seguente mostra come configurare rapidamente VMware monitoraggio su Zabbix:

  • compila il server zabbix con le opzioni richieste (--with-libxml2 e --with-libcurl)
  • impostare l'opzione StartVMwareCollectors nella configurazione del server Zabbix file a 1 o più
  • creare un nuovo host
  • impostare le macro host richieste per l'autenticazione VMware:

  • collegare l'host al modello di servizio VMware:

  • fare clic sul pulsante Aggiungi per salvare l'host.

Registrazione estesa

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.

Risoluzione dei problemi

  • In caso di metriche non disponibili, assicurati che non sia reso non disponibile o disattivato per impostazione predefinita nel recente VMware vSphere versioni o se alcuni limiti non sono posti sulla performance-metrica query di database. Vedere ZBX-12094 per dettagli aggiuntivi.
  • In caso di 'config.vpxd.stats.maxQueryMetrics' non è valido o supera il numero massimo di caratteri consentiti** errore, aggiungere a parametro 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.