W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://apt.grafana.com stable InRelease: The following signatures were invalid: EXPKEYSIG 963FA27710458545 Grafana Labs <engineering@grafana.com>
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://repos.influxdata.com/debian stable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY DA61C26A0585BD3B
W: Failed to fetch https://apt.grafana.com/dists/stable/InRelease  The following signatures were invalid: EXPKEYSIG 963FA27710458545 Grafana Labs <engineering@grafana.com>

Resolver estos problemas suele ser muy sencillo, pero es un problema que hay que resolver manual, vamos a ver el proceso.

Lo primero que haremos será comprobar que tenemos todas las herramientas que necesitamos, seguramente sí, pero vamos allá:

apt update || true
apt install -y ca-certificates gnupg curl
install -d -m 0755 /etc/apt/keyrings

Vamos ahora a eliminar absolutamente todo lo referido con el repositorio y las claves públicas de Grafana:

rm -f /etc/apt/sources.list.d/grafana.list
rm -f /etc/apt/sources.list.d/grafana.sources
rm -f /etc/apt/keyrings/grafana.gpg /etc/apt/keyrings/grafana.asc
rm -f /usr/share/keyrings/grafana.gpg /usr/share/keyrings/grafana.asc
rm -f /etc/apt/trusted.gpg.d/grafana*.gpg /etc/apt/trusted.gpg.d/grafana*.asc

Añadiremos ahora la nueva clave pública de Grafana a nuestro sistema:

apt update || true
apt install -y ca-certificates gnupg curl
install -d -m 0755 /etc/apt/keyrings

curl -fsSL https://apt.grafana.com/gpg.key | gpg --dearmor -o /etc/apt/keyrings/grafana.gpg
chmod 0644 /etc/apt/keyrings/grafana.gpg

Y por último el repositorio para que podamos comprobar si hay nuevos paquetes, etc:

cat >/etc/apt/sources.list.d/grafana.sources <<'EOF'
Types: deb
URIs: https://apt.grafana.com
Suites: stable
Components: main
Signed-By: /etc/apt/keyrings/grafana.gpg
EOF

Ya estamos listos para comprobar si hay nuevas versiones:

rm -rf /var/lib/apt/lists/*
apt update

Veremos algo tal que así, que son buenas noticias:

Get:1 http://gb.archive.ubuntu.com/ubuntu jammy InRelease [270 kB]
Get:2 https://apt.grafana.com stable InRelease [7,660 B]                                                                           
Get:3 https://repos.influxdata.com/debian stable InRelease [6,913 B]                                                               
Get:4 http://gb.archive.ubuntu.com/ubuntu jammy-updates InRelease [128 kB]
Get:5 http://gb.archive.ubuntu.com/ubuntu jammy-backports InRelease [127 kB]
Get:6 http://gb.archive.ubuntu.com/ubuntu jammy-security InRelease [129 kB]
Get:7 https://repos.influxdata.com/debian stable/main amd64 Packages [24.0 kB]
Get:8 https://apt.grafana.com stable/main amd64 Packages [461 kB]
Get:9 http://gb.archive.ubuntu.com/ubuntu jammy/main amd64 Packages [1,395 kB]
Get:10 http://gb.archive.ubuntu.com/ubuntu jammy/main Translation-en [510 kB]
Get:11 http://gb.archive.ubuntu.com/ubuntu jammy/main amd64 c-n-f Metadata [30.3 kB]
Get:12 http://gb.archive.ubuntu.com/ubuntu jammy/restricted amd64 Packages [129 kB]
Get:13 http://gb.archive.ubuntu.com/ubuntu jammy/restricted Translation-en [18.6 kB]

Y ya podemos hacer nuestro upgrade sin problema, recordar que os conté cómo hacer un backup de todo Grafana, sus dashboards y demás, muy importante estar seguros antes de hacer nada.

 apt-get upgrade 
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  influxdb2 influxdb2-cli linux-generic linux-headers-generic linux-image-generic python3-update-manager sosreport telegraf ubuntu-advantage-tools update-manager-core
The following packages will be upgraded:
  apparmor apt apt-transport-https apt-utils cloud-init dconf-gsettings-backend dconf-service distro-info-data grafana initramfs-tools initramfs-tools-bin initramfs-tools-core
  ipmitool landscape-common libapparmor1 libapt-pkg6.0 libc-bin libc6 libdconf1 libmysqlclient21 libnss-systemd libpam-systemd libsystemd0 libudev1 linux-firmware locales
  needrestart powermgmt-base python3-attr snapd systemd systemd-hwe-hwdb systemd-sysv systemd-timesyncd ubuntu-minimal ubuntu-server ubuntu-standard udev
38 upgraded, 0 newly installed, 0 to remove and 10 not upgraded.
Need to get 563 MB of archives.
After this operation, 74.3 MB of additional disk space will be used.
Do you want to continue? [Y/n]

Y pasaremos de la versión que tengamos, en mi caso:

Hacía la nueva versión 12.3.2:

Pues, ¡ya estaría! Es una entrada sencilla, pero que seguro os viene bien ya que las llaves claves públicas de los repositorios tienden a caducar cada pocos años.

Muchas gracias por visitar el blog, y espero que os sea de ayuda.

The post Grafana: Resolviendo el error de “GPG not updated” cuando intentamos actualizar appeared first on El Blog de Jorge de la Cruz.

Saludos amigos, hace unos días que se anunciaba y lanzaba Grafana v11, y con ésta versión muchas mejoras que me gustaria contaros. Llevaba algunas versiones por debajo ya que no he tenido mucho tiempo de actualizar, además de estar usando la versión de Grafana Cloud más y más ya que es más sencillo conectarse y tener todo al día.

Pero hoy es el día en el que vamos a actualizar juntos a Grafana v11, y dar un vistazo a algunas de las novedades más interesantes. ¡Vamos allá!

Actualizar a Grafana v11

Lo primero que haremos será comprobar en qué versión estamos actualmente, para ello podemos hacerlo de diferentes maneras, por ejemplo desde el CLI:

grafana-server -v
Version 9.5.2 (commit: cfcea75916, branch: HEAD)

También podemos ver la versión que tenemos si nos vamos a nuestro Grafana, una vez logueados, y en el icono de ayuda, veremos la release. Estoy en v9.5.2, que es un poco antigua ya:

Otra opción, sin autenticarnos, es irnos a la página principal de login de nuestro Grafana, y allí veremos la versión al final del todo: Antes de hacer nada, os recomiendo por supuesto tener un Backup. Para ello lo más sencillo es realizar un snapshot, y una copia de seguridad de nuestro servidor o máquina virtual, o todo si es posible.

Si queréis tener un backup adicional de la base de datos de InfluxDB, y de los Dashboards en formato JSON, os dejo aquí los pasos del script que hice hace muchos años, que me sigue funcionando de maravilla, mirar que tranquilo me deja:

./raspberrypi_backup.sh 
|-------------------------------------------------------------------------|
|45 dashboards were saved|
|-------------------------------------------------------------------------|
|-------------------------------------------------------------------------|
|13 Files have been sync|
|-------------------------------------------------------------------------|
|-------------------------------------------------------------------------|
|13 Config Files have been sync|
|-------------------------------------------------------------------------|
|-------------------------------------------------------------------------|
|------------------------------ FINISHED ---------------------------------|
|-------------------------------------------------------------------------|

Una vez tenemos nuestro backup en orden, es momento de realizar el upgrade. Bien con el paquete, o directamente con el apt-get update y apt-get upgrade si tenemos el repositorio bien configurado. Pasados apenas 20 segundos ya estaremos en la nueva versión de Grafana v11, vamos a comprobarlo de nuevo:

grafana-server -v                   
Version 11.0.0 (commit: 277ef258d4b9a5acdf2932347c6a4ca72d739b28, branch: HEAD)

O desde la propia interfaz:

¡Fantástico! Vamos a ver todas las novedades.

Novedades en Grafana v11

Explorar métricas de Prometheus sin necesidad de escribir queries

Una de las novedades más esperadas, esto es siempre claro, es simplificar la visualización de métricas. Desde la versión 11 de Grafana, podemos encontrar dentro de Explore, una nueva sección llamada Metricas. Que lo que hace es ni más ni menos que mostrarnos visualizaciones de Prometheus directamente, sin necesidad de escribir complejas queries.

Esto nos vendrá de lujo para poder rápidamente escoger los widgets que más nos gustan, que son construidos por defecto, y ya desde ahí empezar a cambiar el widget a otra visualización, moverlo a un dashboard, etc.

Visualizaciones personalizadas con el panel de Canvas

Ya os conté un poquito sobre Canvas hace un tiempo, desde entonces el panel ha mejorad muchísimo, y aunque no tengo nada decente que mostraros, al menos voy a contaros un poco por encima qué ha cambiado, y el vídeo oficial. Algunos de los cambios:

• Nuevos elementos muy comunes: nube, paralelogramo y triángulo.
• Controles de punto en el medio de la conexión, para que los conectores ya no tengan que ser líneas rectas.
• Más estilos de conectores, incluyendo líneas discontinuas así como control del radio en las esquinas y dirección.
• Ajuste horizontal y vertical para los conectores.
• Estilo de esquina redondeada para los elementos.
• La capacidad de rotar elementos en el canvas.

Cambiar de color las celdas dependiendo de valores

Una de las opciones que más he usado todo este tiempo, es la opción de mostrar visualmente el estado de las diferentes métricas. Por ejemplo, cuando hablamos de políticas de backup, queremos conocer el estado de las mismas de manera muy sencilla y visual.

Ahora Grafana nos permite colorear nuestras celdas dependiendo de los value mappings que tengamos, súper útil y sencillo de configurar, os muestro cómo en esta captura de pantalla con el Dashboard de Veeam Backup & Replication.

Una funcionalidad que hará que nuestras tablas ganen vida y color.

Generando títulos y descripciones con Inteligencia Artificial

Otra funcionalidad que seguramente hará las delicias de todos aquellos apasionados a las buenas descripciones, y documentación, es el nuevo plugin de LLM que nos ayudará a escribir por fin detalladas descripciones e incluso nombres para nuestros widgets. Yo os confieso que llevo años haciendo dashboards, y algunas veces he tenido más inspiración y tiempo que otras.

Pero ahora ya no hay excusa. Dejadme que os muestre cómo se instala todo, desde vuestro CLI:

grafana-cli plugins install grafana-llm-app
systemctl restart grafana-server

Ahora nos vamos a nuestro Grafana, y desde la opción de Administration – Plugins and data – Plugins, podremos ver ya el plugin llamado LLM, que es oficial de Grafana:

Ya aquí podremos seleccionar entre OpenAI, o Azure OpenAI si queremos más privacidad, y dentro de cada opción tendremos que introducir los valores como son Org ID, la api key, etc. Yo he seleccionad gpt-3.5-turbo para el base y gtp-4o para el modelo más grande, ambos muy económicos. No os olvidéis de darle a Enable también para activar el plugin:

Bueno, una vez listo vamos allá, una vez más, me voy al Dashboard de Veeam Backup & Replication, para hacerlo mucho mejor aún, con descripciones hermosas y bien detalladas:

Como veis, he indicado unas mejoras para que me de una descripción algo más analítica, además de que me cuente cómo ayuda este widget a un administrador:

El resultado es sin duda muy elegante, ahora, por supuesto, le he dicho que me lo ponga en Castellano que para eso es nuestro lenguaje, vamos a ver qué tal:

El resultado es sin duda muy muy interesante, y voy a dejarlo así para todos los widgets. Es sin duda una de esas cosas pequeñas, que hacen a Grafana enorme, tener widgets en tu propio lenguaje siempre rompe barreras que pueden hacer que un usuario consuma una gráfica o no.

Mejoras en la visualización de Alertas

Hace tiempo os escribí una masterclass sobre Alertas en Grafana, un denso post muy completo, al que sinceramente vuelvo de vez en cuando. Hay muchas mejoras en Grafana 11 para el tema de alertas.

Ahora, los datos más útiles se encuentran en la parte superior de la vista de detalles de la regla de alerta. La información sobre el espacio de nombres y el grupo aparece en la navegación de breadcrumbs, que es interactiva y se puede utilizar para filtrar reglas por espacio de nombres o grupo. El resto del contenido de detalles de la alerta está dividido en pestañas:

• Consulta y condiciones: Podemos visualizar los detalles de la consulta utilizada para la regla de alerta, incluyendo las expresiones y los valores intermedios para cada paso del pipeline de expresiones.
• Instancias: Podemos explorar cada instancia de alerta, su estado, etiquetas y otros metadatos variados para reglas de alerta multidimensionales.
• Historial: Podemos revisar el historial registrado para una regla de alerta.
• Detalles: Podemos realizar una consulta detallada, o auditar utilizando los metadatos de la regla de alerta y visualizar la anotación de la regla de alerta.

Carpetas anidadas para mantener todo organizado

Una funcionalidad pequeña, pero que seguramente nos ayude a controlar mejor entornos con cientos de Dashboards, por ejemplo para la parte de Veeam, estaba pensando en una nueva estructura por producto:

Descargar ahora

Grafana v11 ya está disponible, y podemos descargarlo, o actualizar cómo siempre desde su web oficial:

• Descarga: https://grafana.com/grafana/download?edition=oss
• Release Notes v11: https://grafana.com/docs/grafana/next/whatsnew/whats-new-in-v11-0/
• Breraking changes: https://grafana.com/docs/grafana/latest/breaking-changes/breaking-changes-v11-0/

The post Grafana: Cómo actualizar a la última versión 11, y vistazo a todas las novedades – Incluye configuración de LLM appeared first on El Blog de Jorge de la Cruz.

Una de las novedades de Carbonio 24.3.x es que incluye soporte Ubuntu 22.04, que recordemos como SO tiene soporte hasta 2027 ahí es nada. En este vídeo os mostraré el paso a paso para descargar y configurar ésta fantástica suite de mensajería que además incluye el chat y vídeo, sin pagar nada y de manera local.

Cómo descargar e instalar Zextras Carbonio CE 24.x en Ubuntu 22.04 (incluye la configuración de dnsmasq y de Workstream) – en vídeo

Se que a muchos os gustan estos paso a paso en vídeo, escuchando comentarios, poniéndolo en un segundo monitor y comprobando con vuestro progreso. Así que ahí va:

Cómo descargar e instalar Zextras Carbonio CE 24.x en Ubuntu 22.04 (incluye la configuración de dnsmasq y de Workstream) – en blog

El YouTube de arriba cubre todo lo que necesitas saber, además de toda la instalación desde cero, sin embargo, soy consciente de que muchos otros os gusta el copy-paste para conseguir el objetivo más rápido, y tener vuestro servidor en marcha en cuestión de minutos, así que allá vamos.

Preparación del sistema operativo para Carbonio CE

Lo primero que tenemos que hacer es cambiar el usuario normal a root

sudo su 
[sudo] password for oper:

Una vez que somos root, si no hemos configurado la red en el asistente o nos han dado una dirección IP por DHCP, tendremos que editar el siguiente archivo si estamos usando Ubuntu 22.04, ya que viene con la nueva configuración de red netplan:

vi /etc/netplan/50-cloud-init.yaml

Tendremos que introducir lo siguiente:

 This file is generated from information provided by
# the datasource.  Changes to it will not persist across an instance.
# To disable cloud-init's network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
    ethernets:
        ens192:
            addresses:
            - 192.168.1.205/24
            gateway4: 192.168.1.1
            nameservers:
                addresses:
                - [1.1.1.1]
    version: 2

Donde pone direcciones tendremos que cambiarlo por la IP que queramos poner y la puerta de enlace la dirección del router que tengamos en esa red, y Servidor DNS debemos poner o el propio servidor de Carbonio CE si lo vamos a usar como DNS, o un DNS externo.

Una vez que tengamos esto, aplicaremos la configuración:

sudo netplan apply

Si quisiéramos depurar, haríamos lo siguiente:

sudo netplan --debug apply
** (generate:1962): DEBUG: 00:03:23.322: Processing input file /etc/netplan/50-cloud-init.yaml..
** (generate:1962): DEBUG: 00:03:23.322: starting new processing pass
** (generate:1962): DEBUG: 00:03:23.323: ens192: setting default backend to 1
** (generate:1962): DEBUG: 00:03:23.323: Configuration is valid
** (generate:1962): DEBUG: 00:03:23.323: Generating output files..
** (generate:1962): DEBUG: 00:03:23.323: NetworkManager: definition ens192 is not for us (backend 1)
DEBUG:netplan generated networkd configuration changed, restarting networkd
DEBUG:no netplan generated NM configuration exists
DEBUG:ens192 not found in {}
DEBUG:Merged config:
network:
  bonds: {}
  bridges: {}
  ethernets:
    ens192:
      addresses:
      - 192.168.1.205/24
      gateway4: 192.168.1.1
      nameservers:
        addresses:
        - [1.1.1.1]
  vlans: {}
  wifis: {}

DEBUG:Skipping non-physical interface: lo
DEBUG:device ens192 operstate is up, not changing
DEBUG:{}
DEBUG:netplan triggering .link rules for lo
DEBUG:netplan triggering .link rules for ens192

También debemos verificar que nuestro archivo Hosts está correctamente configurado:

vim /etc/hosts

Estoy asumiendo que ya has configurado correctamente el nombre de host, por si acaso, ejecuta la siguiente línea:

sudo hostnamectl set-hostname carbonio.jorgedelacruz.es

Deberíamos tener algo como lo siguiente en el fichero de /etc/hosts, donde es importante que tengamos nuestra IP local, con el nombre de host+dominio y luego el nombre de host

127.0.0.1       localhost
192.168.1.205    carbonio.jorgedelacruz.es     carbonio

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Zextras recomienda deshabilitar la IPv6, un poco extremo, pero bueno no creo que genera muchos problemas:

sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1 && sudo sysctl -w net.ipv6.conf.default.disable_ipv6=

Reiniciaremos el equipo con un simple reinicio en la consola:

reboot

Instalación de Servidor DNS (Opcional si tenéis vuestros DNS en orden)

Si ya tuvieráis vuestra zona de DNS preparada y os resuelve el MX a la IP que queréis, y demás, no hay que hacer estos pasos, pero me he encontrado muchos casos en los que no es así, por ello, os ánimo a seguir estos pasos. Instalaremos el servidor DNS dnsmasq, que es bastante sencillo y muy conveniente para laboratorios o entornos pequeños.

El primer comando que ejecutaremos será el de instalación del paquete, donde haremos clic en Y cuando nos lo pida:

apt-get install dnsmasq

Ahora editaremos la configuración de dnsmasq para añadir las entradas necesarias:

server=1.1.1.1
domain=jorgedelacruz.es
mx-host=jorgedelacruz.es,carbonio.jorgedelacruz.es,0
address=/carbonio.jorgedelacruz.es/192.168.1.205
host-record=jorgedelacruz.es,192.168.1.205
host-record=carbonio.jorgedelacruz.es,192.168.1.205

Una vez guardado el archivo, tendremos que desactivar el servicio de caché de DNS que viene por defecto en Ubuntu 22.04:

sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved

Y ahora, activar, e iniciar nuestro dnsmasq:

sudo systemctl enable dnsmasq
sudo systemctl start dnsmasq

Pruebas para comprobar los DNS

Dos pruebas básicas que debemos hacer antes de instalar Carbonio es comprobar que el MX resuelve bien, y también que nuestra entrada DNS de tipo A resuelve, podemos comprobarlo con la herramienta dig:

Comprobación del MX:

dig mx jorgedelacruz.es

; <<>> DiG 9.16.1-Ubuntu <<>> mx jorgedelacruz.es
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52733
;; flags: qr aa rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 2

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;jorgedelacruz.es.              IN      MX

;; ANSWER SECTION:
jorgedelacruz.es.       0       IN      MX      0 carbonio.jorgedelacruz.es.

;; ADDITIONAL SECTION:
carbonio.jorgedelacruz.es. 0    IN      A       192.168.1.205

;; Query time: 4 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Thu Dec 01 09:51:42 UTC 2022
;; MSG SIZE  rcvd: 102

Comprobación de Host A:

dig carbonio.jorgedelacruz.es

; <<>> DiG 9.16.1-Ubuntu <<>> carbonio.jorgedelacruz.es
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20042
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;carbonio.jorgedelacruz.es.     IN      A

;; ANSWER SECTION:
carbonio.jorgedelacruz.es. 0    IN      A       192.168.1.205

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Thu Dec 01 09:51:55 UTC 2022
;; MSG SIZE  rcvd: 70

Podemos ver en la prueba anterior que lanzamos una consulta y nos devuelve una respuesta y que el Servidor que se encarga de responder es 127.0.0.1, la IP local 192.168.1.11 también funcionaría, si no tienes estos resultados, por favor revisa la configuración, o deja un comentario para que pueda ayudarte.

Instalación de PostgreSQL 16

Antes de instalar Carbonio 24.x, necesitaremos tener perfectamente instalado y configurado PostgreSQL 16. Lo primero que haremos será añadir el repositorio oficial de PostgreSQL a nuestro servidor:

sudo sh -c 'echo "deb https://apt.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg main" > /etc/apt/sources.list.d/pgdg.list'

Vamos ha añadir también la KEY de PostgreSQL para validarnos contra sus repositorios:

wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add -

Cuando ya tenemos todo de manera correcta, sin errores espero, lanzamos un apt-get update:

sudo apt-get update && sudo apt-get upgrade

Y finalmente lanzamos la instalación de PostgreSQL 16, que tardará apenas unos segundos:

sudo apt install postgresql-16 -y

Configuración específica de PostgreSQL para Carbonio 24.x

Necesitaremos unos pequeños pasos para Carbonio, el primero de ellos es irnos al fichero de configuración /etc/postgresql/16/main/pg_hba.conf y al final del todo tendremos que añadir las líneas que contienen MD5, con vuestras propias IPs por supuesto:

# DO NOT DISABLE!
# If you change this first entry you will need to make sure that the
# database superuser can access the database using some other method.
# Noninteractive access to all databases is required during automatic
# maintenance (custom daily cronjobs, replication, and similar tasks).
#
# Database administrative login by Unix domain socket
local   all             postgres                                peer

# TYPE  DATABASE        USER            ADDRESS                 METHOD

# "local" is for Unix domain socket connections only
local   all             all                                     peer
# IPv4 local connections:
host    all             all             127.0.0.1/32            scram-sha-256
host    all             all             127.0.0.1/32            md5
host    all             all             192.168.1.205/32        md5
# IPv6 local connections:
host    all             all             ::1/128                 scram-sha-256
# Allow replication connections from localhost, by a user with the
# replication privilege.
local   replication     all                                     peer
host    replication     all             127.0.0.1/32            scram-sha-256
host    replication     all             ::1/128                 scram-sha-256

Haremos un restart del servicio:

sudo systemctl restart postgresql

Además de ellos, hay que lanzar dos comandos para crear la zona de admins de Carbonio, para ello capturaremos una contraseña en una variable en nuestro terminal:

read -s -p "Password:" DB_ADM_PWD

Y una vez hemos introducido la contraseña, que deberíais guardar en algún lugar seguro, ejecutaremos los siguientes comandos:

su - postgres -c "psql --command=\"CREATE ROLE carbonio_adm WITH LOGIN SUPERUSER encrypted password '$DB_ADM_PWD';\""
su - postgres -c "psql --command=\"CREATE DATABASE carbonio_adm owner carbonio_adm;\""

Volvemos a reiniciar el servicio y ¡ya estaría todo!

sudo systemctl restart postgresql

Instalando Carbonio CE 24.x en Ubuntu 22.04 LTS

Es el momento de instalar el nuevo software Carbonio CE, que se puede encontrar en el siguiente enlace.

• https://www.zextras.com/carbonio-community-edition/#discoverproduct

Eso nos enviará un correo electrónico con las instrucciones, una vez que hayamos añadido el repositorio Zextras adecuado, será tan sencillo como obtener el fichero para tener el repositorio:

sudo apt-get update && sudo apt-get upgrade

Veremos que el nuevo repositorio de Zextras se actualiza también, una vez que termina, vamos a ejecutar la instalación:

sudo apt install -y service-discover-server \
carbonio-directory-server \
carbonio-files-db \
carbonio-mailbox-db \
carbonio-docs-connector-db \
carbonio-tasks-db \
carbonio-proxy \
carbonio-webui \
carbonio-files-ui \
carbonio-tasks-ui \
carbonio-files-public-folder-ui \
carbonio-user-management \
carbonio-mta \
carbonio-appserver \
carbonio-storages-ce \
carbonio-files-ce \
carbonio-preview-ce \
carbonio-docs-connector-ce \
carbonio-tasks-ce \
carbonio-docs-editor \
carbonio-prometheus

Esto tardará alrededor de 2-5 minutos, y cuando termine, tenemos que iniciar la configuración, y el último paso del proceso:

carbonio-bootstrap

Esto proceso no tarda mucho, y veremos algo tal que así:

Una vez termina este proceso, necesitaremos configurar el servicio de Carbonio CE Mesh, para ello tan sencillo cómo:

service-discover setup-wizard

Esto nos pedirá algunos datos, como la IP que escuchará el servicio de Mesh, así como una pass:

Y ya con todo esto, un último comando:

pending-setups -a

Nos pedirá la contraseña que hemos puesto al servicio Mesh:

Instalar y configurar los paquetes de Carbonio Workstream (Chats, video-conferencias y más)

Vamos ahora a realizar una tarea algo pesada, ya que se trata de instalar muchos servicios pequeños para hacer funcionar Workstream, y tener nuestras videollamadas y chat funcionando. Vamos allá! Es una secuencia de comandos, con lo que no podéis realizar todos a la vez, uno a uno:

Comenzaremos con el paquete de carbonio-message-dispatcher-db

apt install carbonio-message-dispatcher-db -y
pending-setups -a

PGPASSWORD=$DB_ADM_PWD carbonio-message-dispatcher-db-bootstrap carbonio_adm 127.0.0.1

Ahora, carbonio-message-dispatcher

apt install carbonio-message-dispatcher -y
pending-setups -a

PGPASSWORD=$DB_ADM_PWD carbonio-message-dispatcher-migration carbonio_adm 127.78.0.10 20000

Nota: A mí no me ha funcionado éste último comando con esa IP. Para hacerlo funcionar he tenido que lanzarlo hacia 127.0.0.1. Usarlo solo en caso de emergencia:

PGPASSWORD=$DB_ADM_PWD carbonio-message-dispatcher-migration carbonio_adm 127.0.0.1

Seguimos, ahora carbonio-message-broker:

apt install carbonio-message-broker -y
pending-setups -a

Uno más, carbonio-ws-collaboration-db:

apt install carbonio-ws-collaboration-db -y
pending-setups -a

PGPASSWORD=$DB_ADM_PWD carbonio-ws-collaboration-db-bootstrap carbonio_adm 127.0.0.1

Este, para la parte de Files:

PGPASSWORD=$DB_ADM_PWD carbonio-files-db-bootstrap carbonio_adm 127.0.0.1

Otro más, carbonio-ws-collaboration-ce:

apt install carbonio-ws-collaboration-ce -y
pending-setups -a

El penúltimo, carbonio-videoserver-ce:

apt install carbonio-videoserver-ce -y
pending-setups -a

Y el último, gran trabajo, carbonio-ws-collaboration-ui:

apt install carbonio-ws-collaboration-ui -y

Dos pequeños comandos para terminar, uno para activar la funcionalidad de chat para todos los usuarios ya que la activamos en el Class Of Service por defecto, y el otro comando para darle una contraseña al usuario Zextras (usar la que queráis):

su - zextras -c "carbonio prov mc default carbonioFeatureChatsEnabled TRUE"
su - zextras -c "carbonio prov sp zextras@$(hostname -d) C4rb0ni0123"

Comprobar que todos los servicios están bien y reboot

Es un paso pequeño, pero importante para troubleshoot algún día cuando las cosas vayan mal, observa el resultado de estos cuatro comandos:

consul members
su - zextras -c "zmcontrol -v"
su - zextras -c "zmcontrol status"
systemctl list-units carbonio*

Si todo está bien, dale un último reinicio:

reboot now

Arrancar los servicios por primera vez

Aunque este orden no debería ser necesario en cada reboot, en el primero os lo dejo aquí para lo tengáis a mano, es importante hacerlo en éste orden:

su - zextras -c 'zmcontrol restart'
systemctl restart carbonio-tasks
systemctl restart carbonio-message-broker
systemctl restart carbonio-message-dispatcher
systemctl restart carbonio-ws-collaboration
systemctl restart carbonio-videoserver

Ya está. Ahora puedes ir a las URLs habituales para ver el webmail y la Consola de Administración:

• Interfaz de usuario: https://carbonio.jorgedelacruz.es,  – Recuerda usar tu propio fqdn o IP
• Interfaz de administración: https://carbonio.jorgedelacruz.es:6071/login , – Recuerda usar tu propia fqdn o IP

The post Zextras: Cómo descargar e instalar Zextras Carbonio CE 24.x en Ubuntu 22.04 (incluye pasos para dnsmasq, chats y videollamadas) appeared first on El Blog de Jorge de la Cruz.

Saludos amigos, ya llevaba un tiempo sin hablaros sobre Zextras Carbonio, pero en esta ocasión os quería contar noticias muy importantes sobre esta plataforma de Email y Colaboración, onprem, y open source.

El 31 de Diciembre de 2023, Zimbra dejó de dar soporte a Zimbra 8.8.x de acuerdo con su página web, lo que quiere decir que no habrá nuevos parches de seguridad, ni ningún bug solucionado para esta versión.

Todavía quedan muchas plataformas corriendo ésta versión, que no han subido a Zimbra 9, o Zimbra 10, por no haber una solución open source o Community Edition. Es cierto que para Zimbra 9 algunos partners hicieron su propia build, pero en general es complicado tenerlas al día.

Actualmente contamos con dos opciones, y las dos son válidas:

• Movernos a Zimbra Network Edition, directamente subir a Zimbra 10. Más información en su web.
• Movernos a Zextras Carbonio CE, completamente gratuito y open source. Que además incluye ahora vídeo conferencias, en Beta.

Zextras Carbonio CE – Chats y conferencias de vídeo

Con la reciente incorporación de mensajería de texto y reuniones por video, Carbonio CE ha logrado ahora un conjunto completo de funcionalidades, alineándose precisamente con la visión original del software, convirtiéndolo en una solución integral para el lugar de trabajo digital.

Estas integraciones representan las piezas finales del rompecabezas, enriqueciendo las capacidades de comunicación de la plataforma y consolidando su estatus como un entorno completo y autónomo para organizaciones que buscan privacidad.

Los Chats mejoran significativamente el valor para el usuario al centralizar las herramientas de comunicación dentro de la plataforma.

Esta integración agiliza los flujos de trabajo, permitiendo a los usuarios conectarse, colaborar y mantener discusiones de manera eficiente sin necesidad de alternar entre múltiples aplicaciones o comprometer la seguridad.

¿Cómo instalo y configuro éste nuevo servicio?

Quizá veamos la instalación en un blog futuro, pero por ahora, os dejo las instrucciones realmente claras y concisas de Zextras, echar un ojo, es muy sencillo:

• https://docs.zextras.com/carbonio-ce/html/install/roles/role-wsc.html
• https://docs.zextras.com/carbonio-ce/html/install/roles/role-vs.html

¿Cómo luce desde la perspectiva de usuario final?

Es muy sencillo, desde la nueva pestaña llamada Chats, en Beta, haremos click en New, o Nuevo si está en Castellano, y ya podremos crear un Chat de texto:

Desde el propio Chat de texto, donde podríamos obviamente hablar de cualquier tema, adjuntar ficheros, etc. Podemos hacer click en el botón para empezar una sesión de vídeo conferencia:

Y una vez dentro, podremos realizar las tareas más comúnes en éste tipo de situaciones, compartir pantalla, mostrar nuestra cámara, silenciarnos, etc. Como no tengo dos cámaras, he preferido poner una imagen de stock, pero os hacéis una ídea:

Poco más que mencionar, me ha parecido muy potente, además de realmente impresionante tener toda esta tecnología ahora disponible en la versión de Carbonio CE, completamente gratuito, y open source.

Espero que lo probéis y me contéis qué tal os ha ido.

The post Carbonio CE: Chats y Conferencias de vídeo, completando el puzzle de colaboración open source appeared first on El Blog de Jorge de la Cruz.

Es un error poco común, o que al menos en todos estos años nunca había tenido. Por suerte, ésta vez tenemos un KB que podemos seguir:

• https://kb.vmware.com/s/article/93526

El proceso, es muy sencillo y tiene varias opciones. Lo primero es descargar el script te python a nuestro vCenter.

Comprendiendo el script eam-utility.py

En mi caso, no he querido descargar un fichero a mi VCSA de manera directa. Tampoco he querido desactivar el modo shell para subirlo por SSH, con lo que he acabado creadno un fichero llamado eam-utility.py con vi, y pegando el contenido. Después, una vez lo descarguemos, o creemos, le daremos permisos de ejecución:

chmod +x eam-utility.py

Una vez lo tengamos ya todo listo, tenemos varios modos de lanzar el script:

• Opción 1: Configurar un certificado SSL que será de confianza para una URL específica de VIB o OVF.
• Opción 2: Desactivar la verificación del certificado SSL para una URL específica de VIB o OVF.
• Opción 3: Cambiar el certificado SSL del servidor de archivos.
• Opción 4: Añadir un certificado CA raíz de confianza a VECS.

Podéis elegir la que más os convenga, pero en mi caso, parece ser que algún VIB obsoleto se quedó de un antiguo servidor de Veeam, pero podría pasar con cualquier otro appliance, o VIB. Con lo que voy a elegir la opción 2 para estas dos URL, tan sencillo como realizar lo siguiente:

./eam-utility.py disable-trust https://veeam-vbr.jorgedelacruz.es:33034/dapi/bundle/7.0.0/11.1.94

Esto nos mostrará algo similar a este output:

2023-11-27 10:43:29 +0000 ESX Agent Manager trust doesn't exist at /etc/vmware-eam/depot-trust.json, using empty trust
2023-11-27 10:43:29 +0000 Allowing URL "https://veeam-vbr.jorgedelacruz.es:33034/dapi/bundle/7.0.0/11.1.94" access without establishing trust
2023-11-27 10:43:29 +0000 Storing ESX Agent Manager trust to /etc/vmware-eam/depot-trust.json

No olvidéis repetirlo por tantas URL como el error os esté marcando, por ejemplo, una más en mi caso:

./eam-utility.py disable-trust https://vbrv11.jorgedelacruz.es:33034/dapi/bundle
2023-11-27 10:43:52 +0000 Loading ESX Agent Manager trust from /etc/vmware-eam/depot-trust.json
2023-11-27 10:43:52 +0000 Allowing URL "https://vbrv11.jorgedelacruz.es:33034/dapi/bundle" access without establishing trust
2023-11-27 10:43:52 +0000 Storing ESX Agent Manager trust to /etc/vmware-eam/depot-trust.json

Y nada más, ya podemos irnos a nuestro VCSA, darle a reintentar, y el proceso continuará sin mayor incidencias.

Espero que os sirva tanto como me ha servido a mí.

The post VMware: Solucionar el problema “Source ESX Agent Manager Configuration contains URL that are not trusted” appeared first on El Blog de Jorge de la Cruz.

• Problemas con los DNS, ya bien sea el Host añadido con FQDN pero el cliente no llega a ese FQDN. O similares.
• Problemas con los certificados SSL. Algún certificado caducado, o no aceptado por ejemplo el del ESXi, etc.

Estas son las causas más comunes, el error algo similar a esto:

Vamos al problema, ya que revisamos que todo estaba bien, para comprobar que era algo del propio PC hicimos:

• Desde otro equipo, con Windows Server 2022, abrimos el navegador y comprobamos que funcionaba todo.
• Desde otro equipo, con mismo Sistema Operativo, pero sin Antivirus, abrimos el navagedor y comprobamos que funcionaba todo.

ESET Endpoint Antivirus

Pues bien amigos, el problema era ESET Endpoint Antivirus, no el engine más básico, sino estas protecciones extrañas que muchos antivirus hoy meten en los navegadores. Vamos a ver qué nos dice el SSL del ESXi al que estamos intentando subir el fichero:

Como podemos comprobar, no pinta nada bien. ¿Qué hace nuestro certificado SSL que tenemos en nuestro entorno de VMware, emitido por ESET SSL Filter CA? Suena muy mal, vamos a las opciones del Antivirus, y aquí el culpable, por favor dejar desactivada esta opción siempre que podáis:

Una vez quitamos este filtrado de SSL, abrimos nuestro ESXi de nuevo y vemos el certificado SSL, comprobando que ya todo está correcto:

Ya podemos subir nuestro fichero sin problema, y estar seguros que no volveremos a tener éste, u otro problema parecido.

Opinión final sobre la inspección de SSL por parte de Antivirus o Firewall perimetral

A mí ésta práctica me parece peligrosa, además de dar problemas como por ejemplo el mostrado aquí, quién sabe qué más problemas podemos encontrarnos. Hay varios puntos a favor claro:

1. Detección de Malware en Tráfico Cifrado: Muchos ataques y malwares se transmiten a través de conexiones cifradas para evitar ser detectados por herramientas de seguridad convencionales. Al interceptar el tráfico SSL, los antivirus pueden examinar el contenido cifrado en busca de malware antes de que llegue al usuario.
2. Protección Contra Phishing y Sitios Maliciosos: Algunos sitios web maliciosos usan conexiones SSL para parecer legítimos. Los antivirus pueden interceptar estas conexiones para verificar la autenticidad del sitio y proteger a los usuarios de posibles estafas o ataques de phishing.
3. Control de Políticas de Seguridad: En entornos empresariales, la inspección SSL permite a las organizaciones aplicar políticas de seguridad consistentes, incluso en el tráfico cifrado, como bloquear el acceso a sitios web no seguros o restringidos.

Y por supuesto, hay algunos puntos en contra que me gustaría que tuvieráis en cuenta:

• Privacidad: La interceptación de SSL puede percibirse como una invasión de la privacidad, ya que permite al antivirus “ver” el tráfico cifrado que normalmente sería privado.
• Seguridad: Si no se implementa correctamente, la inspección SSL puede introducir vulnerabilidades de seguridad. Por ejemplo, si los certificados utilizados por el antivirus no son seguros, podrían ser explotados por atacantes.
• Confianza: Sustituir los certificados SSL legítimos por otros generados por el antivirus puede socavar la confianza en el sistema de certificados SSL/TLS, que es fundamental para la seguridad de Internet.

Espero que la entrada os sea de utilidad y os ayude a solucionar esos errores raros en vuestros entornos de VMware.

The post VMware: Problema cargando ficheros en vCenter UI, o ESXi appeared first on El Blog de Jorge de la Cruz.

Vamos ha comenzar con el troubleshooting de la incidencia. Lo primero que hacemos es comprobar si tenemos suficiente espacio en disco, algo muy común en instancias donde estamos mandando miles de métricas, en mi caso recordar que tengo todo en uno: InfluxDB, Loki, etc.

¿Cómo comprobar el espacio en disco en Linux?

Muy sencillo realmente, al menos el primer vistazo a todos nuestros puntos de montaje, usaremos el típico df -h:

df -h
Filesystem Size Used Avail Use% Mounted on
tmpfs 1.2G 1.4M 1.2G 1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 137G 133G 0 100% /
tmpfs 5.9G 712K 5.9G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/nvme0n1p2 974M 251M 656M 28% /boot
tmpfs 1.2G 4.0K 1.2G 1% /run/user/1000

Si queremos conocer un poco más en detalle sobre qué tiene cada directorio dentro de un punto de montaje en concreto, por ejemplo, mi /, usaremos el siguiente comando:

du -h / 2>/dev/null | grep '[0-9\.]\+G'

El resultado es el siguiente. Mirad que locura en algunas de las carpetas:

root@tig-monitor:/home/oper# du -h / 2>/dev/null | grep '[0-9\.]\+G'
1.6G /etc/pihole
1.6G /etc
2.5G /snap
18G /root
3.1G /usr/lib
4.6G /usr
1.3G /var/lib/snapd
46G /var/lib/influxdb
47G /var/lib
1.7G /var/log/journal
51G /var/log
98G /var
5.7G /tmp/loki/chunks
5.8G /tmp/loki
5.8G /tmp
136G /

Vamos a indagar por los ficheros más grandes, dentro de /var/log que tiene más de 50GB al final para saber qué sucede:

find /var/log -type f -exec du -h {} \; | sort -h

El resultado será algo tal que así:

106M /var/log/veeam_backup_and_replication.log
249M /var/log/runecast.log
365M /var/log/cloudflare.log
1.1G /var/log/veeamaws.log
1.2G /var/log/veeamazure.log
2.1G /var/log/wordpress-stats.log
2.3G /var/log/unifi.log
4.9G /var/log/veeamvbo.log
6.1G /var/log/veeamEM.log
6.7G /var/log/ontap.log
25G /var/log/syslog.1

Solución final

Ahora qué conocemos que carpetas, y que ficheros están ocupando tantísimo espacio, podemos proceder a hacer un rm de esos ficheros que no son tan importantes. Una vez borrados, miramos qué tal se ve ahora las particiones:

df -h
Filesystem Size Used Avail Use% Mounted on
tmpfs 1.2G 1.4M 1.2G 1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 137G 85G 46G 65% /
tmpfs 5.9G 712K 5.9G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/nvme0n1p2 974M 251M 656M 28% /boot
tmpfs 1.2G 4.0K 1.2G 1% /run/user/1000

Bueno, pues ¡ya estaría! Reiniciamos, y el problema de Grafana, así como muchos otros seguramente en InfluxDB, Loki, etc. quedan resueltos.

Es irónico que mi sistema de monitorización, no haya yo estado más atento sobre el espacio en disco sobre el mismo, algo importante a tener en cuenta para el futuro.

asasas

The post Grafana: Resolviendo el problema “Error while signing in user” appeared first on El Blog de Jorge de la Cruz.

Una de las noticias tan fantásticas que me ha pasado en estas últimas semanas es el haber sido nombre Grafana Champion. Vamos a ver de qué estamos hablando.

¿Qué son los Grafana Champion?

Grafana Champion es un una nueva Comunidad creada por Grafana en la que recompensa a usuarios de su stack. La recompensa no es más ni menos que incluirte en un directorio especial, público que podéis encontrar aquí. Además del listado público, hay muchas ventajas como son el acceso a un canal privado de Slack con otros miembros y acceso directo al equipo de desarrolladores de Grafana.

Para mí, el acceso directo a equipos de desarrollo es muy importante, ya que se puede transmitir feedback de manera más directa y personal que eun foro público, también se puede dar un enfoque más personal, e incluso mencionar las cosas que no están tan bien: cosa que en público solemos tener más mesura.

Por supuesto, Grafana nos compensar con fantástico material comercial de Grafana, camisetas, sudaderas, bolis, cuadernos y demás.

¿Qué tienes que hacer para ser Grafana Champion?

Pues para ser Grafana champion, tenemos que ser constantes con las contribuciones, en concreto:

• Aportar cuatro veces al año. Esto es cualquier blog, vídeo, proyecto, meetups, etc.
• Comunicarse regularmente con el equipo de Grafana. Esto quiere decir que aunque hagamos todo esto, tenemos que etiquetar a Grafana para que estén atentos de nuesto trabajo.
• Ser un buen embajador para la comunidad.

¿Qué significa para mí ser Grafana Champion?

Estoy realmente feliz de poder ser parte de este fantástico grupo de profesionales. Llevo escribiendo sobre Grafana, mostrando cómo instalarlo y sacar provecho de la herramienta desde ¡Junio de 2016! que cuando escrito esto es más de ocho años, estoy listo para la comunión prácticamente.

El dashboard de VMware vSphere tiene casi 23.000 descargas:

• https://grafana.com/grafana/dashboards/8159-vmware-vsphere-overview/

Y en mi día a día, clientes de todos los tamaños me preguntan sobre los dashboards que he creado para Veeam, en todos sus sabores:

• https://grafana.com/grafana/dashboards/?search=veeam

He presentado Grafana y VMware vSphere en Barcelona, en UK, online múltiples veces. Para Veeam, en muchas llamadas internas y externas, empleado muchas horas en los Dashboards que os preparo, ya que os los suelo dar plug-and-play, con variables, y demás.

Con lo que cuando Grafana me notificó las fantásticas noticias, me sentí realmente ilusionado y agradecido de todo el trabajo por la Comunidad durante estos ocho años.

Sin más, agradeceros mucho las visitas, los comentarios, y el apoyo en todo este tiempo.

The post Grafana: Qué significa para mí ser Grafana Champion appeared first on El Blog de Jorge de la Cruz.

Veeam ONE v12 viene con una nueva funcionalidad de Auditoría que almacena en los Registros de Eventos de Windows, absolutamente todo lo que ocurre en el entorno de Veeam ONE, es decir, cambios en la Infraestructura, cambios de contraseñas, vistas de reportes, logins exitosos/incorrectos, etc. Y eso, queridos amigos, es poder, una fuente infinita de poder que debemos controlar, monitorizar y tener a mano.

Esta entrada del blog trata sobre monitorizar el Windows Events Log de Veeam ONE usando telegraf, pero por supuesto podemos monitorizar cualquier otro Windows Events Log de tu elección y construir algo similar.

Dashboard de Grafana para una visión rápida sobre los eventos de auditoría de Veeam ONE.

Cuando termines la entrada tendrás algo parecido a este Dashboard, variará en el caso de que tengas algún Servidor Veeam ONE más, Usuarios, etc:

Dashboard – Resumen

• Resumen de Eventos de Auditoría de Veeam ONE – En la barra superior podemos encontrar un resumen rápido de los Eventos de Veeam ONE, como cuántos Fallos de Login, Logins Exitosos, Cambios de Infraestructura, Añadidos de Infraestructura, Borrados de Infraestructura e Informes Vistos.
• Resumen de autenticación (widget de la izquierda) – Un rápido y sencillo donut que muestra cuántos usuarios han intentado iniciar sesión, con éxito o por error.
• Auditoría de cambios en la infraestructura (widget del centro) – Otro donut, esta vez para mostrar cuántos cambios se han producido en la infraestructura, agrupados por usuario.
• Informes vistos – (widget de la derecha) – Último donut, ¿quién no quiere ver qué informe es el más popular y ha sido previsualizado más veces? Ahora puedes verlo fácilmente.
• Anomalías de autenticación – Detalles – Una tabla detallada con el intento de inicio de sesión específico, en este caso sólo muestra los de error. Mostrará la marca de tiempo, el nombre de usuario, la dirección IP y el servidor Veeam ONE.
• Cambios en la Infraestructura – Detalles – Una tabla detallada que resalta todos los Cambios que han ocurrido en la Infraestructura, perfecto para ver cuando se cambiaron las credenciales para monitorizar vSphere, o cuando se añadió ese servidor VBR, etc.
• Todos los logs, en crudo – Si queremos profundizar en los registros sin procesar, pero no queremos entrar en el servidor VeeamONE, aquí podemos ver rápidamente todos los detalles que necesitamos, por evento.

Topología con todos los componentes lógicos

Esta entrada es muy similar a las anteriores, utilizaremos un script de shell para recoger las métricas de User Logins a nuestro Veeam Restore Portal utilizando Azure Graph. El diseño sería algo similar a esto:

Cómo descargar y configurar telegraf para Microsoft Windows

Como podemos ver, telegraf ya tiene un plugin de Windows Event Log listo para ser utilizado. Antes de hacer uso de él, necesitamos descargar telegraf como agente en nuestro Veeam ONE Server, y configurarlo correctamente.

Realmente sencillo, desde un PowerShell con derechos de administrador, ejecutamos los siguientes comandos (¡usar la versión más reciente de telegraf!):

wget https://dl.influxdata.com/telegraf/releases/telegraf-1.25.1_windows_amd64.zip -UseBasicParsing -OutFile telegraf-1.25.1_windows_amd64.zip
Expand-Archive .\telegraf-1.25.1_windows_amd64.zip -DestinationPath 'C:\Program Files\InfluxData\telegraf\'
cd "C:\Program Files\InfluxData\telegraf"
mv .\telegraf-1.25.1\telegraf.* .

Eso ha instalado la última versión de telegraf, se ha movido a la ruta correcta, etc. Vamos a añadirlo ahora como Servicio de Windows:

.\telegraf.exe --service install --config "C:\Program Files\InfluxData\telegraf\telegraf.conf"

Pasemos a la parte de configuración, no hay mucho que hacer, sólo asegurarse de que su agente utiliza el nombre de host, la salida es correcta también. Por ejemplo, aquí está mi agente y la sección de salidas:

[agent]
  interval = "10s"
  round_interval = true

  metric_batch_size = 1000
  metric_buffer_limit = 10000
  collection_jitter = "0s"

  flush_interval = "10s"
  flush_jitter = "0s"

  precision = "0s"
  logtarget = "file"
  logfile = "C:/Program Files/InfluxData/telegraf/telegraf.log"

  hostname = "veeamone.jorgedelacruz.es"

  omit_hostname = false

[outputs.influxdb_v2]
   urls = ["https://YOURINFLUXDB:8086"]
   token = "YOUROWNTOKEN"
   organization = "NAMEOFYOURORG"
   bucket = "YOURBUCKET"

Y por último, al final del archivo, vamos a añadir el realmente potente analizador de registro de eventos de Windows:

[[inputs.win_eventlog]]
  xpath_query = '''
<QueryList>
  <Query Id="0" Path="Veeam ONE">
    <Select Path="Veeam ONE">*</Select>
  </Query>
</QueryList>
'''

  process_userdata = true
  process_eventdata = true
  separator = "_"
  only_first_line_of_message = true
  timestamp_from_event = true
  event_tags = ["Source", "EventID", "Level", "LevelText", "Task", "TaskText", "Opcode", "OpcodeText", "Keywords", "Channel", "Computer"]
  event_fields = ["*"]
  exclude_fields = ["TimeCreated", "Binary", "Data_Address*"]
  exclude_empty = ["*ActivityID", "UserID"]

Estamos listos para ir, tan simple como desde el PowerShell:

telegraf.exe --service start

Grafana Dashboards

He creado un Dashboard desde cero seleccionando las mejores peticiones a la base de datos, rematando colores, pensando en gráficos, y en cómo mostrarlos, y todo automatizado para que se adapte a nuestro entorno sin ningún problema y sin tener que editar nada manualmente. El Dashboard lo puedes encontrar aquí, una vez importado, puedes utilizar los menús desplegables superiores para seleccionar entre VeeamONE Servers, y Users:

• https://grafana.com/grafana/dashboards/18054/

Importar Grafana Dashboards fácilmente

Ya tengo un maravilloso Dashboard, listo sólo para ti con todo lo necesario para monitorizar nuestro entorno de una forma muy sencilla. Selecciona el nombre que quieras e introduce el ID: 18054, que es el ID único del Dashboard, o la URL:

• https://grafana.com/grafana/dashboards/18054/

Con los menús de arriba puedes visualizar y ajustar el dashboard a tus diferentes opciones:

Y también en modo claro, que se que a veces os gusta en Grafana:

Por favor, deja tu opinión en los comentarios, o en GitHub.

Eso es todo amigos, si queréis seguir la serie completa del Blog sobre Grafana, InfluxDB, Telegraf, por favor pinchad en los siguientes enlaces:

• 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)
• Looking for the Perfect Dashboard: InfluxDB, Telegraf, and Grafana – Part XXXV (GPU Monitoring)
• Looking for the Perfect Dashboard: InfluxDB, Telegraf, and Grafana – Part XXXVII (Monitoring Veeam Backup for Google Cloud Platform)
• En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXXVIII (Monitorizando Temperatura y Humedad con Xiaomi Mijia)
• Looking for the Perfect Dashboard: InfluxDB, Telegraf, and Grafana – Part XL (Veeam Backup for Microsoft 365 – Restore Audit)
• Looking for the Perfect Dashboard: InfluxDB, Telegraf, and Grafana – Part XLI (Veeam Backup for Salesforce)
• En busca del Dashboard Perfecto: InfluxDB, Telegraf, y Grafana – Parte XLII (Eventos de Auditoría de Veeam ONE v12)

The post En busca del Dashboard Perfecto: InfluxDB, Telegraf, y Grafana – Parte XLII (Eventos de Auditoría de Veeam ONE v12) appeared first on El Blog de Jorge de la Cruz.

En este artículo podremos ver cómo hacer uso de ambas ofertas, sin dar datos de tarjeta de crédito, y con muy poquitos pasos.

Monitorización gratuita, para siempre, usando InfluxDB Cloud, y Grafana Cloud en vídeo

Os he preparado un fantástico vídeo para que veáis paso a paso, y con comentarios todas las ventajas de estas dos opciones:

InfluxDB Cloud – Oferta gratuita, para siempre

Como ya sabéis, recolectar métricas está muy bien, pero al final tenemos que almacenarlas en algún lugar. ¿Por qué no hacer de InfluxDB Cloud ese lugar? InfluxDB es una de las mejores bases de datos de timeseries, ya sabéis que yo lo uso para todo lo referente a la serie de En Busca del Dashboard Perfecto. Vamos a ver los diferentes planes que tiene InfluxDB Cloud, haciendo especial hincapié en la versión gratuita:

	Plan Gratuito Plan de tarifa limitada para aprender InfluxDB y crear prototipos de forma rápida y sencilla. Actualización con un solo clic al plan basado en el uso.	Plan basado en uso Para pruebas y desarrollo más extensos y cargas de trabajo de producción más pequeñas o en fase inicial. Pague solo por lo que utilice, sin mínimos ni compromisos a largo plazo.	Planes anuales Planes de uso comprometido para cargas de trabajo de producción o de gran volumen que ofrecen descuentos de escala, soporte elevado y acceso a funciones mejoradas.	Dedicado Entorno de tenant único para cargas de trabajo de producción de gran volumen que ofrece aislamiento de la carga de trabajo, redes privadas, soporte elevado y acceso mejorado a las funciones.
General
Administración total
Entorno del servicio	Serverless, Multi-tenant	Serverless, Multi-tenant	Serverless, Multi-tenant	Single-tenant
Uptime SLA	—	—
Precio	Free	Usage-based	Usage-based, committed scale discounts	Annual subscription based on dedicated instance configuration
Scale
Escrituras	5MB/5 mins	500MB/5 mins	Contact Sales	No applied service quota
Consultas – Lecturas	300MB/5 mins	3000MB/5 mins	Contact Sales	No applied service quota
Retención	30 days	Unlimited	Unlimited	Unlimited
Cardinalidad	10,000 series	Starts at 1,000,000 series. Need more? Contact InfluxData Support	Contact Sales	No applied service quota
Dashboards	5	Unlimited	Unlimited	Unlimited
Tareas	5	Unlimited	Unlimited	Unlimited
Bucket (Bases de datos)	2	Unlimited	Unlimited	Unlimited
Alertas	Slack Only	Slack, HTTP, Pager Duty	All	All
Checks de alertas	2 Alert Checks	Unlimited	Unlimited	Unlimited
Reglas de notificación	2 Notification Rules	Unlimited	Unlimited	Unlimited
Cloud
Cloud Marketplace	—	AWS, Google Cloud, Microsoft Azure	Private Offers available Contact Sales	—
Seguridad
Cifrado End to end
SAML/SSO	—	—	Available as an add-on	Available as an add-on
Red privada	—	—	—	Available as an add-on
Compliance
SOC 2 Type 2
ISO 27001- Stage 1
ISO 27001- Stage 2	Expected Dec 2022	Expected Dec 2022	Expected Dec 2022	Expected Dec 2022

El plan gratuito tiene todo lo suficiente para que podamos comenzar con InfluxDB, además de ser perfecto para poner algunos de los scripts sobre Veeam, ya que tenemos copias cada día, con una baja cardinalidad.

Para comenzar, tan sencillo como irnos a este link. E introducir nuestros datos:

Y ya una vez dentro, podremos crear buckets, tokens, y todo lo que necesitemos. Mirar el vídeo de más arriba para más detalles.

Grafana Cloud Free – Oferta gratuita, para siempre

Una vez que tenemos información, llega el momento de mostrarla de manera realmente hermosa. Os he ido contando ya durante muchos años todos los trucos, por si tenéis dudas, echar un vistazo a este post con los más populares:

• Grafana: Vistazo al Top 10 de Dashboards de Grafana más populares

Grafana nos ofrece otro plan gratuito, se encuentra detrás de un muro de una trial de 14 días, asique no os asustéis a la hora de probarlo. Solamente ¡recordar cancelar el trial pasados los 14 días! Toda la información aquí.

No os confundáis con la retención de métricas, logs, u otros. Ya que usamos InfluxDB para los datos, lo que vemos ahí no es relevante. Solamente lo sería si estuvieráis usando Prometheus, o Loki que nos ofrece Grafana Cloud, entonces si deberíais de tener en cuenta estos datos.

Ojear el vídeo para ver más detalles. Pero es tan simple como una vez aceptamos la trial, tendremos que crear un Grafana stack, que nos ofrece todos los siguientes servicios de manera gratuita:

Muy potente, yo utilizo por ahora solamente la instancia de Grafana, que está siempre arriba, siempre mostrando información, de manera completamente gratuita. Es realmente exquisito.

Si observais el vídeo de más arriba, podréis ver como ya estoy monitorizando un producto que tengo, Veeam Backup for Salesforce, todo de manera gratuita. Realmente potente.

Nada más amigos, espero que os guste esta entrada. Todo gratuito y sin complicaciones es siempre una buena manera de comenzar el año. Muchas gracias por la lectura.

 

The post Grafana: Monitorización gratuita, para siempre, usando InfluxDB Cloud, y Grafana Cloud appeared first on El Blog de Jorge de la Cruz.