• Skip to main content
  • Skip to secondary menu
  • Skip to primary sidebar
El Blog de Jorge de la Cruz

El Blog de Jorge de la Cruz

El Blog de Jorge de la Cruz - Todas las novedades sobre VMware, Veeam, InfluxData, Grafana, Zimbra, etc.

  • Home
  • VMware
    • VMworld
    • VMware vSphere 6.7
    • VMware vSphere 6.5
  • Veeam
    • Resumen Contenido 2021
    • Veeam v11
      • Continuous Data Protection (CDP
      • Ransomware Protection
      • Archive Tier
      • Mejoras en Instant Recovery
      • Veeam Agent for Mac
      • Veeam Backup for AHV v2.1
    • Veeam Backup for Microsoft Office 365
      • 1 – Razones para proteger nuestra información en Microsoft Office 365
      • 2 – Componentes lógicos de Veeam Backup for Microsoft Office 365 2.0
      • 3 – Instalación paso a paso de Veeam Backup for Microsoft Office 365 v2.0
      • 4 – Configuración inicial de Veeam Backup for Microsoft Office 365 v2.0
      • 5 – Creando trabajos de copia en Veeam Backup for Microsoft Office 365 v2.0
      • 6 – Restaurando elementos en Veeam Backup for Microsoft Office 365 v2.0
    • Veeam Backup for AWS
      • Veeam: Veeam anuncia Veeam Backup for AWS Free Edition
      • Veeam: Cómo Desplegar Veeam Backup for AWS – paso a paso
      • Veeam: Vistazo en profundidad al nuevo Veeam Backup for AWS – Creación de Políticas de Backup y Restauración
      • Veeam: Cómo conectar nuestro Veeam Backup & Replication a Veeam Backup for AWS
    • Veaam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte I – Introducción a Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte II – Descarga e Instalación de Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte III – Añadir una Infraestructura de VMware vSphere a Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte IV – Añadir una Infraestructura de Veeam Backup and Replication a Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte V – Realizando troubleshooting de vSphere usando Veeam ONE Monitor
      • En busca del Dashboard perfecto: Veeam ONE – Parte VI – Realizando troubleshooting de Veeam Backup and Replication usando Veeam ONE Monitor
      • En busca del Dashboard perfecto: Veeam ONE – Parte VII – Vistazo profundo a los Dashboards en Veeam ONE Reporter
      • En busca del Dashboard perfecto: Veeam ONE – Parte VIII – Vistazo profundo a Reportes en Veeam ONE Reporter
      • En busca del Dashboard perfecto: Veeam ONE – Parte IX – Chargeback para crear reportes de coste de nuestra Infraestructura
    • Veeam Availability Console
      • 1 – Teoría e información útil sobre el producto
      • 2 – Instalación de Veeam Availability Console
      • 3 – Configuración y conexión con VBR Server
      • 4 – Administración centralizada de Veeam Backup Agents
      • 5 – Backup de Agentes a diferentes destinos, SMB, Repositorio Veeam o Cloud Connect
      • 6 – Reportes de Backup de Veeam Agent y Veeam Backup and Replication
      • 7 – Manejando la Facturación de Veeam Agents, Backup and Replication y Cloud Connect
    • Backup y restore de cargas de trabajo a Microsoft Azure
      • 1 – Introducción
      • 2 – Conectividad entre nuestro Datacenter y Microsoft Azure
      • 3 – Desplegar Veeam Backup and Replication en Microsoft Azure
      • 4 – Configuración en nuestro Datacenter para backup a Microsoft Azure
      • 5 – Restaurando a Microsoft Azure, desde Microsoft Azure
      • 6 – Migrar cargas de trabajo desde Microsoft Azure hacía nuestro Datacenter
    • Veeam v9.5 Update 4
      • Veeam Cloud Tier
        • Cómo controlar el ancho de banda en Veeam Cloud Tier
      • Secure Restore y Staged Restore
      • Mejoras en Veeam Agent Management
      • Veeam Community Edition
      • Actualizar Veeam Enterprise Manager y Veeam Backup and Replication a la última versión
      • VeeamONE con Intelligent Diagnostics, Remediation actions, Business View 2.0 y Application Monitoring
    • VeeamON 2022
      • Novedades en Veeam ONE v12
    • VeeamON 2021
      • VBO v6 – Self-Service y Backup Copy Glacier-Azure Archive
    • VeeamON 2020
      • Veeam Backup for AWS v2.0
    • VeeamON 2019
      • Veeam Availability Orchestrator v2.0 – ¡novedades!
    • VeeamON 2017
      • Sesiones recomendadas
      • Día I – Veeam Availability Suite v10 – ¡novedades!
      • Día II – Veeam Azure PN (Powered Network), Scale-out Archive Tier y mucho más
    • VeeamON 2015
      • VeeamON 2015 volverá a Las Vegas en el único Evento sobre Disponibilidad en el Data Center
      • Completo resumen, keynotes e imágenes
      • vBrownBag – Jorge de la Cruz – Stop sending postcards to your customers
  • Zextras
  • PRTG
  • Office 365
    • Microsoft – Añadiendo nuestro dominio a Office 365, configuración de DNS y migración de actual Mailbox
    • Veeam: Usando Microsoft Office 365 para nuestras notificaciones por correo electrónico
    • PRTG: Usando Microsoft Office 365 para nuestras notificaciones por correo electrónico
  • Zimbra
    • Instalación
      • Instalando Zimbra 8.7.6 sobre Ubuntu 14.04 LTS – ¡con Chat y Drive!
      • Amazon Lightsail para instalar Zimbra Collaboration 8.7.1, Parte II
      • Amazon Lightsail para instalar Zimbra Collaboration 8.7.1, Parte I
      • Instalando Zimbra 8.7.x con un solo comando, incluye Chat y Drive
  • Linux
    • InfluxDB, Grafana y Telegraf
      • 1 – Instalación y configuración de los components
      • 2 – Instalar agente en Linux
      • 3 – Integración con PRTG
      • 4 – Instalar agente Telegraf en Nodos remotos Windows
      • 5 – Activar inputs específicos, Red, MySQL/MariaDB, Nginx
      • 6 – Monitorizando Veeam
    • Ansible y Zabbix
      • 1 – Inicio
      • 2 – Instalación de Ansible e integración con Active Directory
      • 3 – Configuración de AutoDiscovery en Zabbix
      • 4 – Instalación del agente de Zabbix en Windows
      • 5 – Instalación del agente de Zabbix en Linux y Auto Remove en Zabbix
    • Jenkins
      • 1 – Inicio
      • 2 – Instalación de Jenkins en Ubuntu
      • 3 – Instalando nuestro primer plugin
      • 4 – Sincronización NTP de Linux
      • 5 – Añadir un Slave Windows a Jenkins
      • 6 – Ejecutar tareas en Linux
      • 7 – Ejecutar tareas en Windows
    • Kubernetes
      • 1 – Introducción a Kubernetes
      • 2 – Instalación paso a paso
      • 3 – RollingUpdate con Kubernetes
      • 4 – Dashboard
      • 5 – Volúmenes NFS
      • 6 – Registry
      • 7 – Traefik
      • 8 – Systemd con Traefik y Proxy de Kubernetes
      • 9 – Heapster Influx Grafana
      • 10 – Labels de Kubernetes
      • 11 – API: Swagger
      • 12 – API: Creando nuestro primer POD
  • Contribuidores
    • Acerca de Jorge
    • Acerca de Oscar Mas
      • Clúster SQL
        • 1 – Introducción
        • 2 – Preparación de los equipos virtuales
        • 3 – Instalación del Clúster de Microsoft
        • 4 – Instalación de SQL Server para Clúster de Microsoft
        • 5 – Configuración de nuestro Clúster de SQL
        • 6 – Monitorización de Clúster de SQL con Zabbix
        • 7 – Actualizando clúster de SQL

En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XII – Plugin nativo de Telegraf para vSphere

1 October, 2018 - Escrito en: opensource, vmware

Saludos amigos, hoy os traigo otra de esas joyas que tanto os gustan. Además de ser gratuito y poder desplegarlo en pocos minutos, es que tiene un potencial que ya quisieran muchas herramientas comerciales.

Se trata del Dashboard para vSphere que os mostré un tiempo atrás, pero de manera mejorada, tanto a la hora de recopilar información, como en la manera que se muestra el Dashboard en Grafana, cuando terminemos (en muy pocos minutos), podremos tener unos Dashboards (en plural amigos) similares a estos:

vSphere Overview Dashboard

vSphere Hosts Overview Dashboard

  • Ver en vivo – https://snapshot.raintank.io/dashboard/snapshot/whvSNf7bufnDEkzGHKG0PmCpPSOP6FHS

vSphere Datastore Overview

  • Ver en vivo – https://snapshot.raintank.io/dashboard/snapshot/lTQyCA4FP5uVzcpDbPV4BCuXAuEBA12s

vSphere VM Overview

Plugin oficial de Telegraf para VMware vSphere

Me comentaba mi amigo Craig, que había salido hace unos días un plugin oficial por parte de Telegraf para vSphere, con lo que lo primero que hice fue irme a su GitHub y comprobar de qué se trataba:

  • https://github.com/influxdata/telegraf/tree/release-1.8/plugins/inputs/vsphere

El plugin es canela en rama, no solamente porque directamente habla con el SDK de vCenter, si no porque además, podemos monitorizar todos los siguientes parámetros:

  • Cluster Stats
    • Cluster services: CPU, memory, failover
    • CPU: total, usage
    • Memory: consumed, total, vmmemctl
    • VM operations: # changes, clone, create, deploy, destroy, power, reboot, reconfigure, register, reset, shutdown, standby, vmotion
  • Host Stats:
    • CPU: total, usage, cost, mhz
    • Datastore: iops, latency, read/write bytes, # reads/writes
    • Disk: commands, latency, kernel reads/writes, # reads/writes, queues
    • Memory: total, usage, active, latency, swap, shared, vmmemctl
    • Network: broadcast, bytes, dropped, errors, multicast, packets, usage
    • Power: energy, usage, capacity
    • Res CPU: active, max, running
    • Storage Adapter: commands, latency, # reads/writes
    • Storage Path: commands, latency, # reads/writes
    • System Resources: cpu active, cpu max, cpu running, cpu usage, mem allocated, mem consumed, mem shared, swap
    • System: uptime
    • Flash Module: active VMDKs
  • VM Stats:
    • CPU: demand, usage, readiness, cost, mhz
    • Datastore: latency, # reads/writes
    • Disk: commands, latency, # reads/writes, provisioned, usage
    • Memory: granted, usage, active, swap, vmmemctl
    • Network: broadcast, bytes, dropped, multicast, packets, usage
    • Power: energy, usage
    • Res CPU: active, max, running
    • System: operating system uptime, uptime
    • Virtual Disk: seeks, # reads/writes, latency, load
  • Datastore stats:
    • Disk: Capacity, provisioned, used

¡Impresionante! ¿verdad?, si ya tuvieramos Telegraf, InfluxDB y Grafana, porque habéis seguido la serie completa, solamente tendremos que actualizar nuestro sistema para recibir el plugin de vSphere para Telegraf:

sudo apt-get upgrade

Podremos ver el paquete de telegraf con una actualización, con lo que diremos sí cuando nos pida actualizar:

Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  linux-generic-lts-utopic linux-headers-generic-lts-utopic
  linux-image-generic-lts-utopic
The following packages will be upgraded:
  bind9-host curl dnsutils filebeat influxdb libbind9-90 libcurl3
  libcurl3-gnutls libdns100 libglib2.0-0 libglib2.0-data libisc95 libisccc90
  libisccfg90 liblwres90 telegraf tzdata
17 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
Need to get 50.8 MB of archives.
After this operation, 17.6 MB of additional disk space will be used.
Do you want to continue? [Y/n] y

Una vez que tenemos ya el paquete instalado, solamente nos quedará crear un nuevo fichero en  /etc/telegraf/telegraf.d/vsphere-stats.conf, quedara algo así:

## Realtime instance
[[inputs.vsphere]]
## List of vCenter URLs to be monitored. These three lines must be uncommented
## and edited for the plugin to work.
interval = "60s"
  vcenters = [ "https://someaddress/sdk" ]
  username = "[email protected]"
  password = "secret"

vm_metric_include = []
host_metric_include = []
cluster_metric_include = []
datastore_metric_exclude = ["*"]

max_query_metrics = 256
timeout = "60s"
insecure_skip_verify = true

## Historical instance
[[inputs.vsphere]]
interval = "300s"
  vcenters = [ "https://someaddress/sdk" ]
  username = "[email protected]"
  password = "secret"

  datastore_metric_include = [ "disk.capacity.latest", "disk.used.latest", "disk.provisioned.latest" ]
  insecure_skip_verify = true
  force_discover_on_init = true
  host_metric_exclude = ["*"] # Exclude realtime metrics
  vm_metric_exclude = ["*"] # Exclude realtime metrics

  max_query_metrics = 256
  collect_concurrency = 3

Por supuesto, tendremos que descomentar también todos los parámetros del plugin.

Una vez tengamos esto, si no tuvieramos un SSL válido en nuestro vCenter, lo mejor es que también descomentemos la opción para no comprobar el SSL:

insecure_skip_verify = true

Otra opción es descargar el SSL de nuestro vCenter a nuestro Telegraf, para confiar en él:

openssl s_client -servername TUVCENTER -connect TUVCENTER:443 </dev/null | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' >/etc/ssl/certs/vcsa.pem

Vamos a reiniciar el servicio de telegraf finalmente:

service telegraf restart

Comprobando que estamos ingiriendo información con Chronograf

Lo normal a estas alturas, si hemos realizado bien todos los pasos, es que ya estemos mandando información recopilada por Telegraf hacía InfluxDB, si realizamos una búsqueda usando el maravilloso Chronograf, podremos comprobar que tenemos información:

Todas las variables de este nuevo plugin de vSphere para Telegraf se guardan en vsphere_* con lo que es realmente sencillo encontrarlas.

Dashboards de Grafana

Es aquí donde he trabajado realmente duro, ya que he creado los Dashboards desde cero seleccionando las mejores peticiones a la base de datos, rematando colores, pensando que gráfica y cómo mostrarla, y además todo está automatizado de manera que encaja con vuestro entorno sin ningún problema y sin tener que editar vosotros nada de forma manual. Los Dashboards los podéis encontrar aquí, una vez importados los cuatro, podéis moveros entre ellos con el menú superior a la derecha, ahora toca descargarlos, o conocer la ID al menos de ellos:

  • Grafana vSphere Overview Dashboard
  • Grafana vSphere Hosts Dashboard
  • Grafana vSphere Datastores Dashboard
  • Grafana vSphere VMs Dashboard

Importar los Dashboard de Grafana de manera sencilla

Para que no tengáis que perder horas configurando un nuevo Dashboard, e ingerir y depurar queries, os he creado ya cuatro maravillosos Dashboards con todo lo necesario para monitorizar nuestro entorno de manera muy sencilla, os quedará como la imagen que os mostré más arriba.

Desde nuestro Grafana, haremos Create – Import

Seleccionaremos el nombre que queramos e introduciremos una a una las ID: 8159, 8162, 8165, 8168, que son las ID únicas del Dashboard, o las URL:

  • https://grafana.com/dashboards/8159
  • https://grafana.com/dashboards/8162
  • https://grafana.com/dashboards/8165
  • https://grafana.com/dashboards/8168

Con el menú de arriba a la derecha, podéis cambiar entre los Dashboards de Hosts, Datastores, VMs y claro el principal de Overview:Algunas de las mejoras que este Dashboard incluyen son las selecciones de variables arriba a la izquierda, dependiendo de lo que seleccioneis, podréis ver solamente el Clúster, ESXi, o VM que os interesa. Por favor dejar vuestro feedback en los comentarios.

Espero que os guste, y me gustaría dejaros la serie completa aquí, para que empecéis a jugar con los plugins que os he ido contando todos estos años:

  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte I (Instalando InfluxDB, Telegraf y Grafana)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte II (Instalar agente Telegraf en Nodos remotos Linux)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte III Integración con PRTG
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte IV (Instalar agente Telegraf en Nodos remotos Windows)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte V (Activar inputs específicos, Red, MySQL/MariaDB, Nginx)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte VI (Monitorizando Veeam)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte VII (Monitorizar vSphere)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte VIII (Monitorizando Veeam con Enterprise Manager)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte IX (Monitorizando Zimbra Collaboration)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte X (Grafana Plugins)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XI
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XII – Plugin nativo de Telegraf para vSphere
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XIII – Veeam Backup for Microsoft Office 365
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XIV – Veeam Availability Console
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XV – Monitorización IPMI de nuestros Hosts ESXi
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XVI – Rendimiento y seguridad avanzada de Veeam Backup for Microsoft Office 365
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XVII – Mostrando los Dashboards en dos monitores usando Raspberry Pi 4
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XVIII – Monitorizar temperatura y estado de Raspberry Pi 4
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XIX (Monitorizando Veeam con Enterprise Manager) Shell Script
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XX (Monitorizando Certificados SSL x.509)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXI (Monitorizando HTTP Responses)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXII (Monitorizando Cloudflare con Mapa)
  • En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXIII (Monitorizando WordPress con Jetpack RESTful API)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXIV (Monitorizando de Veeam for Microsoft Azure)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXV (Monitorizando Consumo Eléctrico)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXVI (Monitorizando Veeam Backup for Nutanix)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXVII (Monitorizando ReFS y XFS (block-cloning y reflink)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXVIII (Monitorizando HPE StoreOnce)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXIX (Monitorizando PiHole)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXX (Monitorizando Veeam Backup for AWS)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXXI (Monitorizando Unifi Protect)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXXII (Monitorizando Veeam ONE – experimental)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXXIII (Monitorizando NetApp ONTAP)
  • En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXXIV (Monitorizando Goldshell Miners – JSONv2)

 

Filed Under: opensource, vmware Tagged With: blogtober-2018, grafana, grafana powershell, influxdb grafana, vmware, vmware grafana, vmware monitor, vmware monitoring, vsphere influx, vsphere telegraf

Reader Interactions

Comments

  1. shilmar says

    24 October, 2018 at 12:21

    muchas gracias, un gran trabajo con los paneles que me ahorra mucho trabajo, de 10

    Reply
    • Jorge de la Cruz says

      24 October, 2018 at 12:32

      Fantastico ! He visto tu blog tambien, gracias por el link, un saludo.

      Reply
  2. José Manuel Hernández says

    3 November, 2018 at 10:38

    Genial post y muy útil, en breve lo pondré en uso en mi infra. Gracias Jorge!

    Reply
  3. Ignacio Fenger says

    19 March, 2019 at 18:27

    Muy buena info, estoy teniendo un problema con las contadores de memoria de los host esxi, los valores que informa no son lo que realmente son, me muestra memoria de host consumida 800 mb y en realidad estoy usando 13 gb en total. Abra alguna solucion ?

    Reply
    • Jorge de la Cruz says

      19 March, 2019 at 22:03

      Saludos Ignacio,
      Tienes razón, ya lo he corregido, había que hacer algo de matemáticas, pero ya se ve bien, puedes descargar la nueva versión desde grafana.com o desde GitHub, un saludo

      Reply
  4. Julio Zuñiga says

    2 April, 2019 at 1:26

    Hola Jorge, excelente articulo. Solamente tengo una pregunta, las variables que recolecta telegram, cambian si la versión de vmware es 5.5.
    Más que todo tengo problemas con esta CPU.READINESS.AVERAGE, tanto para hosts, como para máquinas virtuales. No despliega ninguna información. Muchas gracias

    Reply
    • Jorge de la Cruz says

      2 April, 2019 at 1:28

      Saludos Julio, es el unico dato que no tienes? Tienes ese dato si miras en tu vCenter Client?

      Reply
  5. Julio Zuñiga says

    2 April, 2019 at 22:56

    Hola si es el único que no tengo.
    Tengo entendido que esta variable me va a mostrar el uso del Ready. Si es así, si la tengo en el vCenter Client

    Lo único extraño es que desde el estatus de telegraf me envia este mensaje

    [inputs.vsphere] Metric name cpu.readiness.average is unknown. Will not be collected

    Reply
    • Jorge de la Cruz says

      2 April, 2019 at 23:53

      Puede ser que el SDK en 5.5 no este mostrando esa variable, es lo único que se me ocurre, dices que tienes la ultima versión de telegraf, si?

      Reply
  6. ilmi says

    21 April, 2019 at 14:11

    Hi Jorge, thank you for awesome tutorial. I have successfully deployed it on 1 vCenter, my question is how to monitor if I have multiple vCenters and all credential are different

    Reply
    • Jorge de la Cruz says

      21 April, 2019 at 15:24

      Hello,
      You will need to add multiple sections of the
      [[inputs.vsphere]]
      ## List of vCenter URLs to be monitored. These three lines must be uncommented
      ## and edited for the plugin to work.
      vcenters = [ "https://vcenter.local/sdk" ]
      username = "[email protected]"
      password = "secret"

      Try it and let me know

      Reply
  7. Diego says

    2 May, 2019 at 20:27

    hice upgrade y aun no tengo ninguna archivo conf en /etc/telegraf/telegraf.d/vsphere-stats.conf

    Reply
    • Jorge de la Cruz says

      2 May, 2019 at 23:11

      Saludos,
      En ese directorio solamente vas a tener el vsphere-stats.conf en caso de que tu lo crees manualmente como dice el tutorial, esto lo hago para evitar tocar el telegraf.conf directamente, ya que cuando se actualiza se sobreescribe, pero nunca se sobreescribiran tus ficheros dentro de vsphere-stats.conf

      Reply
  8. Edgar Martinez says

    3 June, 2019 at 1:22

    Hola Jorge,
    Excelente guía, me pregunto si hay forma de integrar reportes y alertas como valor adicional.

    Reply
  9. Urs Aregger says

    9 July, 2019 at 8:38

    Nice work. Everything seems to work properly but no data in vSphere Overview -> Datastores – Usage Capacity. Datastore status are ok. I think the query is wrong. Thanks

    Reply
    • Jorge de la Cruz says

      9 July, 2019 at 8:48

      Hello,
      Are you using the latest version of the Dashboard from grafana or github? And have you let it ingesting data for a few hours? The Datastore usage capacity doesn’t pull data that often

      Reply
  10. Urs Aregger says

    9 July, 2019 at 11:02

    Just loaded the github version. So I will wait a few hours and will come back to you with my results. Thanks.

    Reply
  11. Urs Aregger says

    9 July, 2019 at 15:03

    Still no luck. Although I waited a long time, there are still no data. Which query should be there? At my site it says

    SELECT mean(“value”) FROM “measurement” WHERE $timeFilter GROUP BY time($__interval) fill(null)

    Reply
    • Jorge de la Cruz says

      9 July, 2019 at 15:11

      That is good, do you have vCenter? Or just standalone ESXi?

      Reply
  12. Urs Aregger says

    9 July, 2019 at 15:17

    vCenter 6.7. It’s very strange because on the Datastore dashboard everything seems ok.
    Maybe the telegraf.config is wrong. I’m not sure, what to comment out.

    ## Clusters
    # cluster_include = [ “/*/host/**”] # Inventory path to clusters to collect (by default all are collected)
    cluster_metric_include = [] ## if omitted or empty, all metrics are collected
    # cluster_metric_exclude = [] ## Nothing excluded by default
    # cluster_instances = false ## false by default

    ## Datastores
    # cluster_include = [ “/*/datastore/**”] # Inventory path to datastores to collect (by default all are collected)
    datastore_metric_include = [] ## if omitted or empty, all metrics are collected
    # datastore_metric_exclude = [] ## Nothing excluded by default
    # datastore_instances = false ## false by default

    ## Datacenters
    # datacenter_include = [ “/*/host/**”] # Inventory path to clusters to collect (by default all are collected)
    datacenter_metric_include = [] ## if omitted or empty, all metrics are collected
    #datacenter_metric_exclude = [ “*” ] ## Datacenters are not collected by default.
    # datacenter_instances = false ## false by default

    Reply
  13. Urs Aregger says

    23 July, 2019 at 13:41

    I found the solution by myself. The correct query is

    SELECT mean(“used_latest”) * (100 / mean(“capacity_latest”)) FROM “vsphere_datastore_disk” WHERE (“source” =~ /^$datastore$/) AND $timeFilter GROUP BY time($__interval), “source”

    And now I got the nice stapled LCD graphics in my dashboard.

    Reply
  14. hector saavedra says

    5 August, 2019 at 20:49

    hola estimado tengo el mismo problema no muestra datos tengo la version vSphere 5

    2019-08-05T19:40:58Z W! [inputs.vsphere] Metric name cpu.readiness.average is unknown. Will not be collected

    me podria ayudar a solucionar este problema?

    Reply
    • Jorge de la Cruz says

      5 August, 2019 at 22:32

      Saludos Hector,
      Estás usando vCenter sí? Puede ser que para vSphere 5.0 no funcione, está ya sin soporte desde hace tiempo, igual para 5.5. Un saludo

      Reply
  15. cosasdelinux says

    3 September, 2019 at 18:52

    problema con panel, lo importo veo bien los filtro (es decir se populan con datos del cluster) pero por mas que seleccione cualquier opcion , no me grafica nada.

    Reply
    • Jorge de la Cruz says

      4 September, 2019 at 0:00

      Saludos,
      Puedes poner mas ejemplos, alguna imagen, o decirme si tienes datos en chronograf, si usas vcenter o no, etc.
      Un saludo

      Reply
  16. Carlos Jimenez says

    28 November, 2019 at 3:14

    Hola jorge, he estado tratando de montar tu solucion en un ambiente cerrado. este ambiente esta dentro de una DMZ, instale grafana, telegraf y influxdb, realice la config del .conf tal cual como lo indicas y he estado teniendo bastantes problemas con la conexion al vcenter.

    netamente relacionado a certificados, pero lo que he estado mirando es que al tratar de conectar al vcenter intenta realizar una conexion para salir por el proxy y estos equipos no tienen salida a internet, no se si iria por ahi el tema

    agregue el Skip para el SSL, pero aun asi me da distintos tipos de errores cada vez que intento conectar

    2019-11-28T02:48:55Z E! [agent] Service for [inputs.vsphere] failed to start: Post https://vcenter.localdomain/sdk: Unable to connect
    2019-11-28T02:48:55Z E! [telegraf] Error running agent: Post https://vcenter.localdomain/sdk: Unable to connect

    2019-11-28T02:48:49Z E! [agent] Service for [inputs.vsphere] failed to start: 404 Not Found
    2019-11-28T02:48:49Z E! [telegraf] Error running agent: 404 Not Found

    2019-11-28T02:48:12Z E! [agent] Service for [inputs.vsphere] failed to start: Post https://vcenter.localdomain/sdk: x509: certificate signed by unknown authority
    2019-11-28T02:48:12Z E! [telegraf] Error running agent: Post https://vcenter.localdomain/sdk: x509: certificate signed by unknown authority

    Reply
    • Jorge de la Cruz says

      28 November, 2019 at 7:28

      Saludos, el server de telegraf no puede conectarse a tu vcenter por el puerto 443, revisa eso y todo funcionara, quiza incluso revisa DNS, que el server de telegraf resuelve tu fqdn tambien de vcenter

      Un saludo

      Reply
  17. Darío says

    9 January, 2020 at 11:34

    Buenos días Jorge, antes de nada, gracias por compartir el gran trabajo que has realizado. Quería hacerte una pregunta acerca de los dashboards de vSphere, ¿sería posible crear alertas de alguna manera? Tengo SMTP configurado correctamente, pero cuando intento ir al menú “Alerts” me devuelve el error “Template variables are not supported in alert queries”.

    Muchas gracias.

    Reply
    • Jorge de la Cruz says

      9 January, 2020 at 11:43

      Saludos Dario,
      Si, mira lo tengo en otro blog:
      Grafana: Usando Microsoft Teams para nuestras notificaciones cuando se superan umbrales establecidos

      Pero no te va ha dejar crear alertas de variables, etc, es algo limitado, quizás quieras ojear Kapacitor

      Reply
  18. Antonio Rosado says

    26 February, 2020 at 12:56

    Buenas Jorge!

    Esto es algo que debería de implantar todo el mundo. Maravilla y gran trabajo!

    Estoy intentando configurar el telegraf pero obtengo estos errores:

    [inputs.vsphere] Error in plugin: while collecting cluster: ServerFaultCode: This operation is restricted by the administrator – ‘vpxd.stats.maxQueryMetrics’. Contact your system administrator.

    En el vpxa.log

    The query size of 10396 metrics exceeded the vpxd.stats.maxQueryMetrics limit of 256 metrics. Dropping.

    ¿Hay alguna solución sin tener que modificar los valores en el vcenter?

    Gracias!

    Reply
    • Jorge de la Cruz says

      26 February, 2020 at 13:20

      Oh, Gracias Antonio,
      Has usado la configuracion que sale en el post? Porque alli estoy usando 256 para las metricas.

      Ojea y dime 🙂

      Reply
  19. Antonio Rosado says

    2 March, 2020 at 13:04

    No esperaba esta rapidez de respuesta XD

    Exacto, 256. He probado en otro vcenter con menos nodos pero tampoco llegamos:

    The query size of 452 metrics exceeded the vpxd.stats.maxQueryMetrics limit of 256 metrics. Dropping.

    ¿Alguna idea?

    Por lo que hemos visto por encima, hay que modificar los valores del vcenter pero que no es recomendable porque pone esos limites para proteger la base de datos por lo que no sabemos que hacer.

    Ya me dices

    Gracias!!!!!!!

    Reply
  20. bombe says

    11 March, 2020 at 8:02

    Buenas Jorge muchisimas gracias por esta implementacion funciona muy bien, sabes como si se puede configurar telegraf para mas de un vcenter en la configuracion a la vez?

    Reply
    • Jorge de la Cruz says

      11 March, 2020 at 14:10

      Saludos, simple, crea otro fichero llamado mivcenter2.conf que se encuentre en /etc/telegraf/telegraf.d/ y ya estaria 🙂

      Reply
  21. Jesus Montesinos says

    3 April, 2020 at 7:28

    Hola muy buenos días Jorge de la Cruz. Increíble tutorial ha funcionado a la perfección pero tengo una pequeña duda al respecto.

    He implementado tal y como dices el Dashboard para poder visualizar VmSphere y funciona correctamente. Yo he ido al siguiente nivel y he metido a mano el plugin de Telegram en cada maquina y si selecciono el Hostname es posible visualizar cada equipo.

    Sería posible de alguna manera el que se haga un Dashboard a cada maquina? Y si fuera asi de que manera? Gracias de antemano.

    Reply
    • Jorge de la Cruz says

      3 April, 2020 at 9:39

      Saludos Jesus,
      Si has metido el agente en cada VM, que sea Linux o Windows, tienes que crearte un Dashboard a tu gusto, hay varios Dashboards con cosas de Windows, o de Linux. yo tengo varios, si miras el mio de VBO Security, ese tiene cosas de Windows, y si miras el de Raspberry, ese tiene cosas de Linux, los combinas y ya tienes todo 🙂

      Reply
  22. Jesus Montesinos says

    3 April, 2020 at 8:05

    Hola muy buenos días Jorge.

    He seguido al completo tu tutorial y te tengo que dar mis 10 por que ha funcionado todo correctamente.

    Mi cuestión es la siguiente : Tengo un DashBoard que cada vez que selecciono el HostName me cambia entre maquinas y me monitoria correctamente cada maquina. Al implementar el otro Dashboard que has puesto para descargar que aparecen todas las maquinas no consigo visualizar cada dato con su HOSTNAME.

    Donde se podría visualizar el fallo? Gracias de antemano.

    Reply
    • Jorge de la Cruz says

      3 April, 2020 at 9:46

      Saludos Jesus,
      No utilizo hostname para el dashboard de las VMs, solo el nombre de la VM en vSphere. Puedes cambiar todo esto si usas el guesthostname, que tendras que tocar en las variables del dashboard y en la query.

      Reply
  23. David de la Cruz says

    6 April, 2020 at 8:25

    Buenos días Jorge,

    Primero de todo felicitarte por tu blog, lo sigo siempre y me ha ayudado muchísimas veces.

    Comentarte que he implantado los dashboards en mi entorno de vsphere y funciona de lujo. Lo único que veo que no me cuadra, són las métricas de las VMs Windows, en concreto las de consumo de memoria RAM. Me indica unos valores que si los miro directamente en la VM no cuadran.

    Muchas gracias,

    Reply
    • Jorge de la Cruz says

      6 April, 2020 at 9:52

      Voy a ojear y te cuento. Te cuadran cuando lo ves en VMware directamente? En el Overview?

      un saludo

      Reply
  24. tamirh says

    4 May, 2020 at 15:03

    Hello JORGE
    your posts are awesome!!
    lucky there is google translate 🙂

    I was trying to implement this for vsphere 6.7 monitoring
    installed everything on Ubuntu 18.04.4 LTS as you instructed

    however in the part where you check with Chronograf, I can’t see the data.
    also im getting an alert: “could not connect to capacitor, check your connection settings…”
    what am I missing?

    Reply
    • Jorge de la Cruz says

      4 May, 2020 at 16:51

      Hello Tamirh,
      Chec if Grafana gives you any answer at all, have you configured the telegraf.conf as explained? One part I do not cover is to configure telegraf to send the data to influxdb, which is done on the by default installation of telegraf, check the output configuration.

      Reply
  25. tamirh says

    5 May, 2020 at 9:51

    Hello again Jorge
    I can login successfully to Grafana. well, I didnt configure telegraf.conf
    I implemented it as explained in “In search of the perfect Dashboard: InfluxDB, Telegraf and Grafana – Part XII – Native Telegraf plugin for vSphere”
    and then I followed this post: “In search of the perfect Dashboard: InfluxDB, Telegraf and Grafana – Part I (Installing InfluxDB, Telegraf and Grafana):

    do I need to implement this as well:
    In search of the perfect Dashboard: InfluxDB, Telegraf and Grafana – Part VII (Monitor vSphere)

    thanks much

    Reply
    • Jorge de la Cruz says

      5 May, 2020 at 9:58

      Hello Tamirh,
      If you have configured telegraf to send data to InfluxDB, and Grafana you aded the influxdb datasource, as explained on the Part I, and then finally configured the Part XII you should be golden and see data.

      Reply
  26. Steve says

    28 May, 2020 at 7:44

    How do you install a Telegraf plugin?? can you share some instructions? other then creating the /etc/telegraf/telegraf.d/vsphere-stats.conf file. what do I do with the other GO files?
    Im working in a closed environment so Its almost impossible for me to update my server using sudo apt-get upgrade.

    Reply
  27. tamirh says

    28 May, 2020 at 14:32

    Hello Jorge
    I finally managed to create your dashboards and it looks AWESOME!!!!
    one thing is that in the Overview dashboard the ‘Datastores – Usage Capacity’ is smudged and unreadable. can this be fixed somehow?

    thanks

    Reply
  28. Jean says

    13 June, 2020 at 10:44

    El dashboard de Virtual Machine tiene un BUG.
    Yo tengo más VM’s en vCenter qué lo presentado en dashboard.
    He tentado eliminar el código REGEX, pero nada hay cambiado.

    Reply
    • Jorge de la Cruz says

      13 June, 2020 at 18:34

      Hola,
      El limite son 1000 VMs en Grafana – https://community.grafana.com/t/size-limit-in-templating-variables/8920/2 si tienes mas, habría que depurar un poco las variables para dejarlas mas finas.

      Reply
  29. Jean says

    13 June, 2020 at 22:30

    Hola,
    Gracias por tu respuesta.
    No, yo tengo +/- 300 en vCenter, pero el dashboard solamente 283.
    Donde están las 17 VM’s?
    Algo no está bien.
    Gracias Jorge.

    Reply
    • Jorge de la Cruz says

      13 June, 2020 at 23:40

      Seguro que si miras en el log estas overbuffer, cambia esto en tu telegraf.conf metric_buffer_limit = 10000 ponle mas como 20000 y reincia el server de telegraf, asegurate que en el log no te esta diciendo que no se llena el buffer

      Reply
  30. Jean says

    14 June, 2020 at 11:00

    He probado ambas opciones:
    metric_buffer_limit = 10000
    metric_buffer_limit = 20000
    Pero en el log no veo ningún error relacionado con el búfer…

    Reply
    • Jorge de la Cruz says

      15 June, 2020 at 16:52

      Descomenta el # max_query_objects = 256

      Reply
  31. jramosgata says

    17 June, 2020 at 17:43

    Buenas Jorge, funcionan los dashboards con la última versión de grafana, los importados pero no recogen datosm sólo los del Overview (CPU y Network)
    Saludos,

    Reply
    • Jorge de la Cruz says

      17 June, 2020 at 21:43

      Saludos, a mi me funciona todos los dashboards, y me recoge toda la información, te dice algo los logs de telegraf?

      Reply
  32. jramosgata says

    17 June, 2020 at 23:10

    Buenas Jorge, aparentemente parece estar todo bien, pero en la mayoria de los dashboars se quedan en no data, lo he instalado todo sobre un ubuntu server 20.04 con la ultima version de grafana y el vcenter es la ultuma release de la 6.7
    ¿Podrá ser por tenerlo todo en las últimas versiones?

    Reply
  33. Antonio Rosado says

    29 July, 2020 at 10:05

    Buenas de nuevo!

    Al final conseguí configurarlo en un entorno con menos máquinas. El problema es que quiero configurar donde hay unas 2000 máquinas.

    Sería interesante poder filtrar por carpetas del VMware por ejemplo y otra de las formas, por sistema operativo Windows y Linux. ¿Te suena como se podría hacer esto?

    Muchas gracias y felicidades por tu trabajo, soy tu admirador secreto. XD

    Reply
  34. BS says

    4 August, 2020 at 0:38

    Hello,
    Great dashboard however all i get is 100% on the CPU average in the vSphere Overview dashboard. The query is using SELECT last(“usage_average”) FROM “vsphere_host_cpu” WHERE (“vcenter” =~ /^$vcenter$/ AND “clustername” =~ /^$clustername$/) AND $timeFilter GROUP BY time(1m), “clustername” fill(none) but when i look at the series data these filelds have multiple CPU numbers. Do you have an ideal on how to fix this. I’m using the latest dashboard on Grafana

    Reply
  35. Iker says

    14 December, 2020 at 11:33

    Hola Jorge,

    Estoy utilizando esxi 5.5 (Sin vCenter) y por alguna razón no me está sacando valores de los datastores:

    El log me devuelve lo siguiente:

    2020-12-14T11:08:43Z D! [inputs.vsphere] Find(Datastore, /*/datastore/**) returned 6 objects
    2020-12-14T11:08:43Z D! [inputs.vsphere] Using fast metric metadata selection for datastore
    2020-12-14T11:08:43Z W! [inputs.vsphere] Metric name disk.capacity.latest is unknown. Will not be collected
    2020-12-14T11:08:43Z W! [inputs.vsphere] Metric name disk.used.latest is unknown. Will not be collected
    2020-12-14T11:08:43Z W! [inputs.vsphere] Metric name disk.provisioned.latest is unknown. Will not be collected

    ¿Alguna idea que puede estar ocurriendo?
    Gracias de antemano.

    Reply
    • Jorge de la Cruz says

      14 December, 2020 at 11:40

      Saludos Iker,
      Los datastores tardan en aparecer, ya que las metricas son de cada 30 minutos o asi, dale un poco de tiempo.

      Un saludo

      Reply
  36. Iker says

    14 December, 2020 at 12:18

    Gracias por la respuesta Jorge.
    Lleva todo el fin de semana “recolectando” datos pero sigue sin aparecer. He revisado desde Chronograf y ni si quiera me ha generado el Measurement. ¿Puede estar relacionado con la versión 5.5?
    Gracias nuevamente.

    Reply
    • Jorge de la Cruz says

      14 December, 2020 at 12:20

      Saludos Iker,
      Puede ser si, no puedes subir el vCenter a uno mas moderno? Y dejar los ESXi tal cual están?

      Un saludo

      Reply
  37. Iker says

    14 December, 2020 at 12:24

    Hola Jorge,

    No tengo vCenter desplegado, estoy apuntando directamente al Host ESXi. ¿Requiere vCenter para extraer estos valores?
    Gracias.

    Reply
    • Jorge de la Cruz says

      14 December, 2020 at 12:35

      Saludos Iker,
      Si, es un requerimiento obligatorio, lo menciono al comienzo cuando digo que extrae la informacion del SDK de vCenter.

      Un saludo

      Reply
  38. Txema says

    17 December, 2020 at 12:25

    Hola Jorge:
    gracias por todo, has hecho que me aficione a Grafana (TIG), una buena solución.

    Me estoy peleando con dos cosas, y no consigo ver como correlacionar datos:

    Una es tener un dashboard para ver como evoluciona el numero de VMs, esto es importante por ejemplo cuando has licenciado VEEAM por VMs, es una forma de poner una alerta para que te avise antes de que te pases de lo licenciado.
    Otro tema es hacer un dashboard, que nos permita que VMs hay en un Datastore, he conseguido sacar las VMs que hay en cada ESXi, pero no consigo cuales son las que hay en cada DataStore.

    Alguna idea?

    Gracias

    Txema

    Reply
    • Jorge de la Cruz says

      18 December, 2020 at 10:11

      Saludos Txema,
      Muchas gracias por tus palabras! Es sencillo, ya tienes la consulta que puedes poner en una grafica normal, es esta:
      SELECT count(distinct("vmname")) AS "VM" FROM (SELECT "usage_average", "vmname" FROM "vsphere_vm_cpu" WHERE $timeFilter)

      Eso te da el numero de VMs, creo que para historico quiza tuvieramos que tocar un poco, pero ojealo.

      Para la segunda, no creo que puedes hacerlo, ya que ninguna de las tags que incluyen las metricas de vm es el datastore, con lo que no tengo ni idea de como hacer un link entre ellas 🙁 Quiza si abres un bug en el github de telegraf puedas conseguir que lo consideren.

      Un saludo

      Reply
  39. Txema says

    18 December, 2020 at 18:36

    Gracias Jorge!!!!

    Reply
  40. Juan P says

    1 June, 2021 at 18:50

    Hola Jorge,

    Estoy tratando de excluir algunos datastore que son locales, estos tiene como nombre datastore1 al datastore30

    He descomentado la siguiente linea:

    datastore_exclude = [ “//datastore“] # Inventory paths to exclude

    También he intentado modificando la query que viene en el dashboard, pero tampoco lo he logrado.

    Saludos

    Reply
  41. Aitor says

    5 April, 2022 at 11:22

    Hola:

    Donde le dices al script en que bucket lo tiene que guardar?

    Un saludo.

    Reply
    • Jorge de la Cruz says

      5 April, 2022 at 14:55

      Hola, esto se configura a nivel de output. Con namepass vsphere, y el resto con lo que quieras con namedrop vsphere aqui mas info
      https://docs.influxdata.com/telegraf/v1.18/administration/configuration/#measurement-filtering

      Reply
  42. Antonio Rosado says

    5 December, 2022 at 8:03

    Buenas Jorge,

    Tengo un par de preguntas:

    Para la parte del CPU Ready de la VM, ¿tiene en cuenta los vcores o eso hay que dividirlo entre los cores? Lo digo porque no es lo mismo un CPU Ready del 8% en una VM de 8 vcpu que de 1vcpu.

    Por otro lado, desconozco si es un problema mío, pero en el filtrado de los cluster, no me los muestra (solo aparece All), aunque en la graficas si que los detecta bien. ¿Qué puede estar pasando?

    Saludos.

    Reply
  43. Antonio Rosado says

    5 December, 2022 at 14:44

    Buenas,

    estamos teniendo problemas al recolectar las métricas cuando metemos varios vCenter. Son más o menos 2500 vms. Se ha ampliado la CPU y RAM. También hemos agregado el parámetro metric_buffer_limit a 10000, pero seguimos perdiendo métricas. También nos aparece errores haciendo referencia al vpxd.stats.maxQueryMetrics.

    ¿Alguna idea para solucionar este problema?

    Muchas gracias.

    Reply
    • Jorge de la Cruz says

      6 December, 2022 at 14:06

      Saludos Antonio,
      Para tantas VMs, quiza seria mejor tener varios telegraf que recolecten de cada vCenter, y ver como se comporta. Para el error, juega con la variable https://github.com/influxdata/telegraf/tree/master/plugins/inputs/vsphere#configuring-max_query_metrics-setting.

      Ya me dices

      Reply
  44. Miguel Angel says

    11 January, 2023 at 10:34

    Hola Jorge.
    Antes de nada, darte las gracias por ofrecer tus conocimientos y recursos.
    Soy nuevo en todo esto.
    Tengo una duda y un problemilla con el dashboard VMware vSphere – Overview.

    La duda que tengo, ¿Cómo habilito los logs de telegraf?, lo tengo instalado en centos 7.
    El problemilla con el dashboard, en la parte de cluster overview, resulta que en un cluster, me sale duplicado los datos de Uptime, CPU y RAM con diferentes datos. ¿Sabes el motivo?, en el otro sale bien.

    Sin mas, darte de nuevo las gracias.

    Reply
    • Jorge de la Cruz says

      11 January, 2023 at 14:58

      Saludos,
      Yo creo que no es en telegraf. Que InfluxDB usas, y que version del dashboard? Saludos

      Reply
      • Miguel Angel says

        12 January, 2023 at 9:54

        Holaaaa.
        Gracias por tu pronta respuesta.
        De influxdb uso la version 2.6.1 y de dashboard el que aparece en la web de grafana id: 8159 (Last update: 2022-09-06T16:00:40)
        Un saludo.

        Reply
        • Jorge de la Cruz says

          13 January, 2023 at 14:52

          Saludos, si puedes y no hay datos internos, pon una captura y ojeo

          Saludos

          Reply
          • Miguel Angel says

            17 January, 2023 at 8:10

            Hola Jorge.
            No se como adjuntar una imagen. Te la envío al correo del blog.
            Un saludo.

  45. darvem says

    14 March, 2023 at 16:20

    my grafana not showing any status from dashboard vmware vsphere overview, can i help me please?

    Reply
    • Jorge de la Cruz says

      16 March, 2023 at 19:51

      Hello,
      What InfluxDB version you have, and what is the telegraf configuration to send data to your influxDB? Also, have you enabled telegraf.log? Do you have data on InfluxDB? Please share more info

      Reply
  46. Alvaro Pinto says

    2 August, 2023 at 21:20

    Buenas tardes, estoy intentando usar el dashboard 8159, pero no me carga, tiene algún problema. De antemano muchas gracias por la ayuda con los dashboard, he implementado algunas cosas y me ha ahorrado mucho trabajo.

    Saludos,
    Álvaro

    Reply
    • Jorge de la Cruz says

      3 August, 2023 at 13:11

      Saludos Alvaro,
      Que te sale? Que error? Quiza no estas usando InfluxDB v2.0, no se. Muestra el error.

      Gracias

      Reply
      • Alvaro Pinto says

        3 August, 2023 at 13:48

        Buenos días Jorge, cuando quiero importar lo deja el 8159, me sale un mensaje “NetworkError when attempting to fetch resource”, pero solo es con ese dashboard, el resto que publicaste me carga sin problemas (8162, 8165, 8168).

        Gracias por contestar, quedo atento a tu respuesta.

        Saludos

        Reply
      • Alvaro Pinto says

        3 August, 2023 at 14:46

        Estimado Jorge,

        Al intentar cargar el 8159 me sale el mensaje “NetworkError when attempting to fetch resource”, con los otros dashboard no tengo problemas, los pude cargar normalmente.

        Si estoy trabajando con InfluxDB V2.0.

        Saludos,

        Reply
        • Jorge de la Cruz says

          3 August, 2023 at 18:13

          Hola, prueba ahora a ver, o mejor, vete a las revisiones y baja el ultimo a ver:
          https://grafana.com/grafana/dashboards/8159-vmware-vsphere-overview/?tab=revisions

          Saludos!

          Reply
          • Alvaro Pinto says

            3 August, 2023 at 20:20

            Estimado Jorge,

            Pude cargar la revisión 44, de la revisión 45 a la 48 tuve el mismo inconveniente que te comenté, muchas gracias, estaré pendiente de volver hacer pruebas con revisiones futuras.

            Agradezco tu pronta respuesta.

            Saludos,
            ́́Álvaro

          • Jorge de la Cruz says

            4 August, 2023 at 10:03

            Usas la ultima version de Grafana?

            Que raro nadie ha comentado nada.

          • Alvaro Pinto says

            4 August, 2023 at 21:44

            La versión de grafana que tengo es la 9.5.3

  47. FGAOR says

    10 November, 2023 at 21:09

    Gracias por el trabajo, he seguido los pasos y todo genial, lo unico es que no me aparece el grafico de Virtual Machine CPU Usage in % y tengo todos los checks habilitados como indicas :S. Tengo algo mal?

    Reply
  48. Leandro says

    9 May, 2024 at 20:38

    Hola Jorge,
    Tendria una consulta si es que podrias darme una mano.
    He creado realizar la instalación completa gracias al tutorial y visualizo las graficas en el dashboard que facilitaste, pero hay un valor que me parece interesante si es que lo podemos lograr, pero no se si es posible debido a la configuración del InfluxDB, del DashBoard o incluso del vCenter. Sabrias si es posible obtener las metricas del espacio en disco de las maquinas virtuales?
    Desde ya muchas gracias por el aporte

    Reply
  49. Daniel Valenzuela says

    23 May, 2024 at 14:54

    Hola Jorge
    He tratado de configurar el ambiente para monitorear un vmware vCenter server version6.0.0 pero la conexion de telegraf no la he podido implementar ya que causa error. me aparece esto en syslog
    May 23 09:50:09 bumvmonlnx01 systemd[1]: Starting Telegraf…
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Loading config: /etc/telegraf/telegraf.conf
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Loading config: /etc/telegraf/telegraf.d/influx.conf
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Loading config: /etc/telegraf/telegraf.d/ping.conf
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Loading config: /etc/telegraf/telegraf.d/vsphere-stats.conf
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z W! DeprecationWarning: Option “force_discover_on_init” of plugin “inputs.vsphere” deprecated since version 1.14.0 and will be removed in 2.0.0: option is ignored
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Starting Telegraf 1.30.2 brought to you by InfluxData the makers of InfluxDB
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Available plugins: 233 inputs, 9 aggregators, 31 processors, 24 parsers, 60 outputs, 6 secret-stores
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Loaded inputs: cpu disk diskio kernel mem ping processes swap system vsphere
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Loaded aggregators:
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Loaded processors:
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Loaded secretstores:
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Loaded outputs: influxdb_v2
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! Tags enabled: host=bumvmonlnx01
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z W! Deprecated inputs: 0 and 1 options
    May 23 09:50:09 bumvmonlnx01 systemd[1]: Started Telegraf.
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! [agent] Config: Interval:10s, Quiet:false, Hostname:”bumvmonlnx01″, Flush Interval:10s
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z D! [agent] Initializing plugins
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z D! [agent] Connecting outputs
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z D! [agent] Attempting connection to [outputs.influxdb_v2]
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z D! [agent] Successfully connected to outputs.influxdb_v2
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z D! [agent] Starting service inputs
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z I! [inputs.vsphere] Starting plugin
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z D! [inputs.vsphere] Creating client: 10.91.xxx.yyy
    May 23 09:50:09 bumvmonlnx01 telegraf[2208]: 2024-05-23T13:50:09Z E! [telegraf] Error running agent: starting input inputs.vsphere: Post “https://10.91.xxx.yyy/sdk”: EOF
    May 23 09:50:09 bumvmonlnx01 systemd[1]: telegraf.service: Main process exited, code=exited, status=1/FAILURE
    May 23 09:50:09 bumvmonlnx01 systemd[1]: telegraf.service: Failed with result ‘exit-code’.
    May 23 09:50:09 bumvmonlnx01 systemd[1]: telegraf.service: Scheduled restart job, restart counter is at 1.
    May 23 09:50:09 bumvmonlnx01 systemd[1]: Stopped Telegraf.

    Gracias por tu ayuda

    Reply
    • lolocl says

      23 July, 2024 at 19:10

      Hola Jorge
      ya pude dejar funcionando con tu ayuda el dashboard de monitoreo de Vmware 6.5 y tambien otro dashboard para vmaware 6.0 con captura y alimentacion de mi parte utilizando algunos elementos de recuperacion de datos de Nagios. la duda que tengo es cuando el dashboard de grafana para 6.5 lleva algun tiempo y tengo mas de un Vcenter monitoreado, el dashboard no permite dejar de visualizar un vcenter, siempre aparecen los dos y a veces esto deja mucha informacion en pantalla. Puedes ayudarme con esto??

      Reply

Trackbacks

  1. VMware: Cómo conseguir un intervalo perfecto de recolección de métricas con Telegraf, InfluxDB y Grafana - El Blog de Jorge de la Cruz says:
    20 January, 2020 at 8:16

    […] amigos, os he contado en el pasado cómo monitorizar vuestro entorno de VMware usando InfluxDB, Telegraf y Grafana, y según el dashboard de Grafana, lo estáis usando unas 4300 personas en vuestros Datacenters. […]

    Reply
  2. Zoom - Únete en vivo a esta sesión sobre Monitorización moderna de entornos VMware vSphere con Grafana, InfluxDB y Telegraf - El Blog de Jorge de la Cruz says:
    30 January, 2020 at 20:09

    […] Saludos amigos, os he contado en varias ocasiones cómo Monitorizar un entorno de VMware usando herramientas Open Source, en conreto usando Telegraf, Influx…. […]

    Reply
  3. En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XX (Monitorizando Certificados SSL x.509) - El Blog de Jorge de la Cruz says:
    10 February, 2020 at 8:17

    […] visto cómo monitorizar todo tipo de servicios con Grafana, InfluxDB y Telegraf, tales como son VMware vSphere, Linux, Windows, Veeam y mucho más. Hoy os traigo una entrada de estas que son extremadamente […]

    Reply
  4. En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXIII (Monitorizando Wordpress con Jetpack RESTful API) - El Blog de Jorge de la Cruz says:
    27 April, 2020 at 14:19

    […] cómo monitorizar un sin fin de componentes críticos, tales como SSL, respuestas de páginas web, VMware vSphere, Veeam, y muchísimo […]

    Reply
  5. Raspberry Pi: He encontrado el servidor perfecto para ejecutar Telegraf, InfluxDB, y Grafana - Bienvenida Raspberry Pi 8GB - El Blog de Jorge de la Cruz says:
    4 June, 2020 at 19:45

    […] información de diferentes sistemas, en mi caso lo pongo aquí para recolectar información de VMware vSphere, Certificados SSL, y muchos otros, como ya tenemos la key de InfluxDB, ahora solo tenemos que […]

    Reply
  6. En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte I (Instalando InfluxDB, Telegraf y Grafana sobre Ubuntu 20.04 LTS) - El Blog de Jorge de la Cruz says:
    23 November, 2020 at 8:15

    […] podéis luego saltar a cualquiera de las otras entradas de la serie, para monitorizar vuestros VMware, Veeam, Nutanix AHV, HPE StoreOnce, vuestros blogs de wordpress, lo que queráis […]

    Reply
  7. En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXII (Monitorizando Cloudflare con Mapa) - El Blog de Jorge de la Cruz says:
    20 January, 2021 at 12:52

    […] cómo monitorizar un sin fin de componentes críticos, tales como SSL, respuestas de páginas web, VMware vSphere, Veeam, y muchísimo […]

    Reply
  8. En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XV – Monitorización IPMI de nuestros Hosts ESXi - El Blog de Jorge de la Cruz says:
    29 November, 2021 at 9:38

    […] En busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XII – Plugin nativo de… […]

    Reply
  9. Grafana: Vistazo al Top 10 de Dashboards de Grafana más populares - El Blog de Jorge de la Cruz says:
    21 October, 2022 at 11:31

    […] telegraf, cero compilaciones o cosas raras, un plugin que funciona de manera perfecta, y que solo necesita una pequeña configuración para que empiece a mandar información a […]

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Primary Sidebar

  • Email
  • GitHub
  • LinkedIn
  • RSS
  • Twitter
  • YouTube

Gold Partners

Silver Partners

Libros Gratuitos

Cloud por vExperts
VMware por vExperts

VMware vExpert

Puesto 16 en Top vBlog

Calendario de Posts

October 2018
M T W T F S S
1234567
891011121314
15161718192021
22232425262728
293031  
« Sep   Nov »

Disclaimer

Todas las opiniones expresadas en este sitio son las mías propias y no representan las opiniones de ninguna compañía con la que haya trabajado, esté trabajando o vaya a estar trabajando.

Copyright © 2026 · El Blog de Jorge de la Cruz