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.

Volvamos a lo bueno, a la chicha, la matería, el asunto. Estaba revisando las novedades de Grafana 9, que hay muchas y os los contaré con más detalle en otro post, pero veo con sorpresa que en la última actualización, 9.2, ya incluyen un nuevo panel de Canvas.

Para todos aquellos que os gusta añadir métricas encima de vuestros mapas, seguramente recordaréis el anciano NagVis:

Y algunos otros, usando PRTG, seguramente recordaréis los fantásticos mapas que os dejé para monitorizar nuestros NAS:

Soporte de Canvas en Grafana v9.2+

Todo está muy bien, pero se de buena tinta que ya lleváis usando Grafana mucho tiempo, seguramente para monitorizar vuestros Veeams, y vuestros VMwares. Y para todo ello, ya era hora que pudieramos añadir nuestros paneles a Grafana, al finalizar este tutorial tendréis algo similar a lo siguiente:

Este nuevo panel que combina la potencia de Grafana con la flexibilidad de los elementos personalizados como son imágenes e iconos. Las visualizaciones con Canvas son paneles extensibles construidos con formularios que nos permiten colocar explícitamente elementos dentro de diseños estáticos y dinámicos. Esto nos permitirá diseñar visualizaciones personalizadas y superponer datos de maneras que no son posibles con los paneles estándar de Grafana, todo dentro de la UI de Grafana. Si has utilizado algunas de las herramientas mencionadas, NagVis, PRTG, o similares, el diseño de paneles Canvas te resultará muy familiar.

Encuentra torda la información oficial aquí.

Paso a paso para conseguir un Canvas como el que os muestro – Temperatura y estado de un Servidor Supermicro A+ Server 5019D-FTN4

Yo se que muchas veces poneros los dientes largos con hermosos dashboards está bien, pero de sobra sabéis que siempre os doy todo paso a paso, o incluso los dashboards ya listos. Lo primero que tendremos que asegurarnos es que estamos corriendo Grafana v9.2 o superior:

Una vez que tenemos la versión que necesitamos, podremos reusar nuestros paneles que tienen ya información, por ejemplo, yo he usado mi panel con las temperaturas que vienen por IPMI desde mis Supermicro, y he cambiado el panel de tipo Stat, a tipo Canvas:

Lo siguiente será subir la imagen que queremos, ¡atención! podemos usar una imagen con URL pública, como yo en mi caso:

Una vez tenemos la imagen bonita que queremos, comenzaremos a añadir elementos a la capa, hay varios tipos incluso texto estático, iconos, y por supuesto valores desde nuestras métricas, en mi caso selecciono una de mis consultas:

Si quisieramos ver un poquito más los parámetros de cada elemento, podemos verlo a la derecha haciendo scroll:

Y bueno, ¡pues ya estaría! Ponemos tantos valores como queramos, de tantas consultas como necesitemos. Si queremos algo más elegante siempre podremos usar .gif para que quede más dinámico.

Consejos y configuraciones avanzadas

Hay algunos pasos un poco más avanzados para que consigamos ver el valor que deseamos, os voy a abrir el melón de la sabiduría, espero que os sirva.

Consulta de InfluxDB Flux

Os dejo la consulta exacta que realizo para leer datos de IPMI que telegraf almacena de manera nativa:

from(bucket: "telegraf")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "ipmi_sensor")
  |> filter(fn: (r) => r["server"] == "192.168.1.61")
  |> filter(fn: (r) => r["name"] == "cpu_temp")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: v.windowPeriod, fn: mean, createEmpty: false)
  |> yield(name: "mean")

Convertir el feo output de InfluxDB a algo más humano

Cada consulta de Grafana se trae todas las tags, values y demás. Quizá si la hacemos más compleja no, pero por defecto viene muy larga y poco sencillo de usar. He usado el campo de Transformations, al lado de las queries, y he usado dos optimizaciones, la primera “Concatenate fields”, y la segunda “Organize fields”, como podéis ver:

De esta manera, cuando estamos en el desplegable del Canvas, podremos ver algo que cualquiera puede leer: CPU Temperature, System Temperature, etc.

Overrides, editar algunos parámetros al vuelo

En mi caso, quiero mostrar algunos resultados que no son solo grados Celsius, imáginemos la velocidad de los ventiladores, he añadido un override por cada ventilador, y como veis he dicho que el valor es de tipo rpm, y color azul (recordando al viento, y al airflow)

Conclusiones y mucho más

Canvas es realmente algo que llevaba esperando muchos años, había algunos plugins de terceros que hacían algo similar, pero siempre es mucho mejor contar con soporte, y documentación del fabricante. Como aferrimo usuario de mapas en NagVis, o en PRTG, creo que este paso, además de incluirlo en la versión de open source, es un gran paso para todos.

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)
• Looking for the Perfect Dashboard: InfluxDB, Telegraf, and Grafana – Part XXXV (GPU Monitoring)
• En Busca del Dashboard perfecto: InfluxDB, Telegraf y Grafana – Parte XXXVI (Monitorizando Runecast)
• 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)

The post Grafana: Novedades en Grafana v9.2, nuevo panel Canvas, o lo que es igual a añadir nuestras propias imágenes appeared first on El Blog de Jorge de la Cruz.

Saludos amigos, hace unas semanas tuve la oportunidad de asistir al Reinicio del VMUG 2022 organizado por VMUG Barcelona, y VMUG Galicia. Fue una sesión muy interesante, en la que tuve la oportunidad de reencontrarme con grandes clásicos del panorama de virtualización y Cloud en España como son Raul Coria, o Javier Larrea.

Tengo que agradecer desde aquí la invitación, el tiempo que dedicaron las personas para asistir de manera online, y a vosotros, que espero que tengáis un rato y podáis ver la grabación.

Primera Sesión – Monitorización Moderna de entornos VMware vSphere usando Telegraf, InfluxDB, y Grafana

Os dejo la grabación de la primera sesión, se va hasta los 49 minutos con las preguntas, etc. En esta presentación intento explicar todo desde el inicio, qué es el stack te tecnología TIG, por qué, para qué sirve, etc. Además de saltar al entorno de demo para resolver preguntas. Lo intenté hacer un poco más dinámico con la pantalla compartida, y conmigo encima para poder explicar, etc.

Espero que os guste y os sirva.

Segunda Sesión – Anywhere Workspace, Endpoints y Zero Trust

Francisco Verdugo nos daba una masterclass en seguridad para el puesto de trabajo, remoto, en oficina, realmente en cualquier lugar. Además de un buen vistazo a VMware SASE, Carbon Black y VMware Horizon, y Carbon Black junto a Workspace One. Una charla muy amena, con mucho contenido, y bastantes preguntas e interacciones:

Desde aquí, os agradezco de nuevo si habéis ojeado las dos sesiones, y os invito a que estéis atentos a los VMUG cerca de vuestra zona, o en remoto si hay opción para conectarse online, ya que son gratis.

The post VMware: Reinicio del VMUG 2022 – Grabaciones ya disponibles appeared first on El Blog de Jorge de la Cruz.

En mi caso, he estado migrando algunos servers, cambiando discos, y poniendo un poco de orden en el lab. El problema que me encontré es que no tenía espacio físico suficiente para tener todos los discos en los nuevos servers. Con lo que cogí el server que quería decomisionar, lo bajé abajo, lo encendí y me encontré que había algunas VMs que me gustaría conservar en el clúster de la habitación de arriba.

Éste viejo server ya no lo tenía en el cñúster y solo tenía un ESXi pelado, sin estar conectado a vCenter. Dandole varias vueltas, pensé que lo mejor sería copiar y pegar las carpetas, o ficheros de un sitio a otro, puro estilo Linux usando scp, pero claro, hablamos de un ESXi, con lo que hay que realizar algunos pasos adicionales.

1.- Habilitar SSH en ambos ESXi

El primer paso es habilitar SSH en ambos equipos, aquí os muestro cómo hacerlo en un ESXi Host Client, pero es parecido desde vCenter:

2.- Habilitar el cliente de SSH en el equipo de origen

Este paso te puede hacerte volver loco, ya que por defecto el puerto de SSH está deshabilitado de salida, lo que nos impide conectarnos de un ESXi a otro ESXi de manera nativa por SSH si no lo activamos. Os muestro cómo hacerlo, desde nuestro vCenter, nos vamos al Host – Configure – Firewall y en Outgoing, hacemos click en Edit:

Ya dentro de la sección de seguridad, nos iremos a secure shell, y en SSH Client, lo marcaremos para poder conectarnos desde el equipo donde lo activamos, a cualquier otro servidor de SSH:

3.- Enviar ficheros, o carpetas, usando el comando scp

Bueno, ahora que ya tenemos todo listo, no hay mucho más misterio, es usar el scp de toda la vida, os dejo el enlace con la sintaxis – enlace.

#EJEMPLO > scp /TURUTADEORIGEN/TUFICHERO.TUEXTENSION root@TUESXIDESTINO:/TURUTADESTINO/ 
scp /vmfs/volumes/ZEXT-QNAP-001/HPE-STOREONCE-VSA-G4-002/HPE-STOREONCE-VSA-G4-002_2-flat.vmdk root@TUESXIDESTINO:/vmfs/volumes/NEW/HPE-STOREONCE-VSA-G4-002/

En este caso estoy copiando un VMDK que se me había quedado rezagado en éste viejo server, hacía la ruta de destino en otro Host. Una de las cosas chulas que tiene copiar usando SCP es que es podemos ver el progreso en la consola, de esta manera:

HPE-STOREONCE-VSA-G4-002_2-flat.vmdk                                                                                            88%   18GB  41.5MB/s   00:59 ETA
HPE-STOREONCE-VSA-G4-002_2-flat.vmdk                                                                                            93%   19GB  45.3MB/s   00:31 ETA
HPE-STOREONCE-VSA-G4-002_2-flat.vmdk                                                                                           98%   20GB  44.6MB/s   00:09 ETA
HPE-STOREONCE-VSA-G4-002_2-flat.vmdk                                                                                           100%   20GB  39.9MB/s   08:33

Una vez termina, ya tendremos el fichero en otro ESXi, y deberíamos de desactivar el servidor de SSH, y el cliente de SSH que hemos activado. Espero que os sea de tanta utilidad como me ha sido a mí.

Un saludo

The post VMware: Cómo copiar ficheros entre ESXi usando el comando scp appeared first on El Blog de Jorge de la Cruz.

Hace unas semanas, consumiendo algunos vídeos en YouTube, me encontré con una de esas maravillas que cuando las ves sabes que pueden ser útiles en algún momento, estoy hablando de las fantásticas MIYOO Mini, una consola tipo Gameboy, en este caso más pequeña, con una pantalla IPS y una batería de unas 4-5 horas.

Así es como me he sentido al recibir esta fantástica joya, y jugar al Robocop de las recreativas, Windjammers y otros.

Completa review, en Inglés, de la MIYOO Mini

Os dejo uno de los mejores vídeos con todo tipo de detalles de esta fantástica joya:

https://youtu.be/mZfGHm_KA4I

Imágenes y unboxing de mi MIYOO Mini

Por supuesto os recomiendo la review en perfecto Inglés de más arriba, pero sin duda quizá os pueda ayudar a comprender qué esperar, tamaño y demás. COMPRAR AQUÍ

En mi caso he adquirido el paquete que incluye la videoconsola, junto a un protector de pantalla, y una pequeña bolsita de viaje, perfecto para llevarlo en la mochila y que no se raye la pantalla:
Una vez que tenemos todo fuera de la caja, encontraremos lo siguiente:

¿Qué podemos esperar del tamaño? Pues os dejo una comparativa con una pila doble AA:

Además, incluye una fantástica bateria de litio que dura unas 4-5 horas, y para juegos más complejos como puede ser en MAME, o los de PlayStation, incluye los gatillos:

Como podéis ver, es sin duda una pequeña joya.

Características Técnicas de esta MIYOO mini

• Modelo: MIYOO mini – Hay otros más grandes
• Tamaño de la pantalla: 2.8-inch IPS screen 640*480 resolution
• Sistema Operativo: Linux
• Sensor:  Vibration motor
• CPU: ARM Cortex-A7 dual-core 1.2G
• Color: Retro grey, white
• Tamaño: 93.5mmX65mmX18mm
• Almacenamiento: 32GB MicroSD (TF) Card  Supports a maximum expansion of 128GB
• Alimentación: 3.7V 1900mAh 5V Charging interface supports 1A

El paquete incluye:

• miyoo mini game console x1,
• 32GB TF Card x1,
• USB type-C data cable x1,
• Card reader x1,
• Manual x1.

Juegos incluidos

Dudo muchísimo que el producto tenga las licencias necesarias de todos los juegos que incluye, ya que hay cientos de juegos en cada sección: MAME, NEOGEO, Nintendo, Super Nintendo, etc. No tenéis que hacer nada de descargar ninguna ROM, ni meteros en líos descargando nada en P2P, la SD con 32GB que trae ya incluida seguro os dura muchos meses.

Por supuesto, al contar con RetroArch por defecto, podéis cargar vuestras propias ROM de PSONE que tengáis por ahí.

Espero que os guste y os sea de utilidad.

The post MIYOO Mini: Vuelta a los videojuegos retro, en tu bolsillo, con excelente calidad de imagen y sonido appeared first on El Blog de Jorge de la Cruz.

El problema que todo esto me generó en mi laboratorio era:

• No poder ver nada en el Update Manager
• No poder ver, editar, ni hacer nada en las Storage Policies
• Skyline Center no cargaba, no mostraba nada

Vamos que la había liado bien parda. Pero no soy el único, ya que parece que cuando cambiamos el certificado SSL, si algo sale mal, o se hacen muchos rollbacks, VCSA queda inestable ya que algunos servicios quedan con certificados viejos, el error (uno de ellos), que veréis es el siguiente:

Cómo solucionar éste complejo problema con los certificados SSL

Antes de nada, por favor hacer un snapshot, y un backup de vuestro VCSA (veeam+backup nativo). Si ya tenéis todo, es el momento de recurrir a lsdoctor.

Breve vistazo a lsdoctor

Lookup Service Doctor (lsdoctor) es una herramienta que se utiliza para solucionar problemas con los datos almacenados en la base de datos del PSC, así como con los datos locales de un vCenter (independientemente de que el PSC sea externo o esté integrado). La herramienta puede utilizarse para detectar y corregir problemas que podrían causar fallos en los cambios de topología (convergencia, repoint, etc.), actualizaciones o fallos producidos como resultado del mantenimiento (por ejemplo, la aplicación incorrecta de nuevos certificados SSL).

Consideraciones

Actualmente, lsdoctor soporta vCenter 6.5 y superior (tanto Windows como VCSA). Cuando se publican nuevas versiones de vCenter, lsdoctor debe actualizarse de forma asíncrona. Esto significa que el soporte de lsdoctor para la última versión de vCenter puede ser actualizado en algún momento después de que se libere una nueva compilación.

Link de descarga y más información

Podréis encontrar esta fantástica herramienta en el KB oficial, desde allí podréis también descargarla:

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

Dando el salto para corregir nuestros problemas con los certificados SSL

Vale, ya he descargado el paquete desde el KB oficial, y lo he puesto dentro de mi VCSA, en mi caso he usado SCP para mover la copia desde un ESXi al vCenter, pero hay muchas maneras.

El comando que lanzaremos es trustfix, esta opción corrige los problemas de desajuste de confianza SSL en el servicio de búsqueda. Los registros del servicio de búsqueda pueden tener un valor de confianza SSL que no coincide con el MACHINE_SSL_CERT en el puerto 443 del nodo. Esto puede ser causado por un fallo durante la sustitución del certificado, entre otros fallos.

Podéis mirar el resto de comandos haciendo click en cada uno:

• –lscheck
• –pscHaUnconfigure
• –stalefix
• –trustfix
• –solutionusers
• –rebuild

Vamos allá,

python lsdoctor-master/lsdoctor.py --trustfix

    WARNING:  This script makes permanent changes.  Before running, please take *OFFLINE* snapshots
    of all VC's and PSC's at the SAME TIME.  Failure to do so can result in PSC or VC inconsistencies.
    Logs can be found here: /var/log/vmware/lsdoctor
    
2021-11-02T14:59:55 INFO main: You are checking for and fixing SSL trust mismatches in the local SSO site.  NOTE:  Please run this script one PSC or VC per SSO site.

Nos preguntará ahora si hemos realizado un backup, o snapshot de nuestro VCSA, y PSC, diremos que sí:

Have you taken offline (PSCs and VCs powered down at the same time) snapshots of all nodes in the SSO domain or supported backups?[y/n]y

Nos preguntará ahora por nuestra contraseña del usuario de administrador, la introduciremos y continuará:

Provide password for administrator@vsphere.local: 
2021-11-02T15:00:11 INFO __init__: Retrieved services from SSO site: default-site
2021-11-02T15:00:11 INFO findAndFix: Checking services for trust mismatches...
2021-11-02T15:00:11 INFO findAndFix: Attempting to reregister 27024872-0790-4804-8baf-52ea6cedcf8b for vcsa.jorgedelacruz.es
2021-11-02T15:00:12 INFO findAndFix: Attempting to reregister 9ae1be99-aabd-47a5-bd9a-f97f74eaf78f for vcsa.jorgedelacruz.es
2021-11-02T15:00:12 INFO findAndFix: Attempting to reregister 090b3bc5-7b47-4523-9bcf-ece9dd3bd5f2 for vcsa.jorgedelacruz.es
2021-11-02T15:00:12 INFO findAndFix: Attempting to reregister c1816628-73b9-41d3-bd69-bcfc22ce7132 for vcsa.jorgedelacruz.es
2021-11-02T15:00:13 INFO findAndFix: Attempting to reregister a29abfca-809f-41b5-8d92-703d80644274 for vcsa.jorgedelacruz.es
2021-11-02T15:00:13 INFO findAndFix: Attempting to reregister 707048f1-bd68-4e9e-8553-7cecd69a7e0e for vcsa.jorgedelacruz.es
2021-11-02T15:00:13 INFO findAndFix: Attempting to reregister fcd320b3-f305-446a-8381-d539782f182a for vcsa.jorgedelacruz.es
2021-11-02T15:00:13 INFO findAndFix: Attempting to reregister 6a272105-0c01-4588-806e-4f767ca5d33b for vcsa.jorgedelacruz.es
2021-11-02T15:00:13 INFO findAndFix: Attempting to reregister f1168519-37ca-4b1f-8b1a-0dc50232b67c for vcsa.jorgedelacruz.es
2021-11-02T15:00:14 INFO findAndFix: Attempting to reregister 3e24f979-d726-4dc2-a346-c7d7263661e7 for vcsa.jorgedelacruz.es
2021-11-02T15:00:14 INFO findAndFix: Attempting to reregister a8280ba6-61dd-4048-83f2-b569f2f04237 for vcsa.jorgedelacruz.es
2021-11-02T15:00:14 INFO findAndFix: Attempting to reregister 836b502b-a07b-4afd-b55c-06d4960c0851 for vcsa.jorgedelacruz.es
2021-11-02T15:00:14 INFO findAndFix: Attempting to reregister bb837576-b08c-4fa9-b198-283040e7b0e2 for vcsa.jorgedelacruz.es
2021-11-02T15:00:15 INFO findAndFix: Attempting to reregister 1dd6f0bf-bfe3-42b6-a287-c55a7d53fde5 for vcsa.jorgedelacruz.es
2021-11-02T15:00:15 INFO findAndFix: Attempting to reregister 816c6c0b-f6cf-4c21-a75c-3a0d0fa77c55 for vcsa.jorgedelacruz.es
2021-11-02T15:00:15 INFO findAndFix: Attempting to reregister default-site:c528e353-4680-4885-9e07-6d1d5b5b632d for vcsa.jorgedelacruz.es
2021-11-02T15:00:15 INFO findAndFix: Attempting to reregister 88a4a758-c9b1-4e37-bc93-f45469dcbd74 for vcsa.jorgedelacruz.es
2021-11-02T15:00:16 INFO findAndFix: Attempting to reregister 6a8f8c0e-f55e-4bcb-93e8-f125d4b984eb for vcsa.jorgedelacruz.es
2021-11-02T15:00:16 INFO findAndFix: Attempting to reregister 078dd39a-bea4-4f2f-9b9e-9a4210cfec92 for vcsa.jorgedelacruz.es
2021-11-02T15:00:16 INFO findAndFix: Attempting to reregister default-site:612774a5-5093-4eaa-892c-d5735d3af0fe for vcsa.jorgedelacruz.es
2021-11-02T15:00:16 INFO findAndFix: Attempting to reregister 4b1d6bac-c4d1-4c31-b018-879ed775f2eb for vcsa.jorgedelacruz.es
2021-11-02T15:00:16 INFO findAndFix: Attempting to reregister 6be89e7e-732e-4322-a632-9ebdf195a4a9 for vcsa.jorgedelacruz.es
2021-11-02T15:00:16 INFO findAndFix: Attempting to reregister 9a434046-4a51-47f7-a681-6d664ed69446 for vcsa.jorgedelacruz.es
2021-11-02T15:00:17 INFO findAndFix: Attempting to reregister 816c6c0b-f6cf-4c21-a75c-3a0d0fa77c55_kv for vcsa.jorgedelacruz.es
2021-11-02T15:00:17 INFO findAndFix: Attempting to reregister 816c6c0b-f6cf-4c21-a75c-3a0d0fa77c55_authz for vcsa.jorgedelacruz.es
2021-11-02T15:00:17 INFO findAndFix: Attempting to reregister 245bbfd7-dfcf-4dc1-88f9-229248f5ee95 for vcsa.jorgedelacruz.es
2021-11-02T15:00:17 INFO findAndFix: Attempting to reregister 8e97e667-7b0d-4f0c-8f4b-b2cc8daf289b for vcsa.jorgedelacruz.es
2021-11-02T15:00:17 INFO findAndFix: Attempting to reregister 5a544e36-016e-4c19-bfcb-232c58deefa7 for vcsa.jorgedelacruz.es
2021-11-02T15:00:17 INFO findAndFix: Attempting to reregister e5f7b046-3ca4-400a-8ede-fac7a264b43a for vcsa.jorgedelacruz.es
2021-11-02T15:00:18 INFO findAndFix: Attempting to reregister default-site:55c555a8-5e19-4ff6-8d92-e4154152e2bd for vcsa.jorgedelacruz.es
2021-11-02T15:00:18 INFO findAndFix: Attempting to reregister 8dc912b2-d198-4d4b-a19d-a4b2555912b1 for vcsa.jorgedelacruz.es
2021-11-02T15:00:18 INFO findAndFix: Attempting to reregister 28103393-3a79-4098-a842-a7ea842b9ac5 for vcsa.jorgedelacruz.es
2021-11-02T15:00:18 INFO findAndFix: Attempting to reregister 9b08f7a8-3d50-47a4-b484-354b71c41b6e for vcsa.jorgedelacruz.es
2021-11-02T15:00:18 INFO findAndFix: Attempting to reregister 4bfcf56e-4c7a-4664-903e-3b6727def2f4 for vcsa.jorgedelacruz.es
2021-11-02T15:00:18 INFO findAndFix: Attempting to reregister cbf91919-1b8d-480f-8289-cb47c2060281 for vcsa.jorgedelacruz.es
2021-11-02T15:00:19 INFO findAndFix: Attempting to reregister 677fba44-aa0d-4b37-ad52-0c86f5ef8932 for vcsa.jorgedelacruz.es
2021-11-02T15:00:19 INFO findAndFix: Attempting to reregister 33d045f6-76ba-41a6-9078-1263e8a093ea for vcsa.jorgedelacruz.es
2021-11-02T15:00:19 INFO findAndFix: We found 37 mismatch(s) and fixed them :)
2021-11-02T15:00:19 INFO main: Please restart services on all PSC's and VC's when you're done.

Nada mal, 37 errores en mis certificados, normal que no me arrancaran, o no funcioaran bien los servicios que necesitaba VCSA, vamos a reiniciar ahora los servicios:

root@vcsa [ /tmp/lsdoctor ]# service-control --stop --all

Veremos como uno a uno se paran y arrancan:

Operation not cancellable. Please wait for it to finish...
Performing stop operation on service observability...
Successfully stopped service observability
Performing stop operation on service vmware-pod...
Successfully stopped service vmware-pod
Performing stop operation on service vmware-vdtc...
Successfully stopped service vmware-vdtc
Performing stop operation on profile: ALL...
Successfully stopped service vmware-vmon
Successfully stopped profile: ALL.
Performing stop operation on service vmcad...
Successfully stopped service vmcad
Performing stop operation on service vmdird...
Successfully stopped service vmdird
Performing stop operation on service vmafdd...
Successfully stopped service vmafdd
Performing stop operation on service lwsmd...
Successfully stopped service lwsmd
root@vcsa [ /tmp/lsdoctor ]# service-control --start --all
Operation not cancellable. Please wait for it to finish...
Performing start operation on service lwsmd...
Successfully started service lwsmd
Performing start operation on service vmafdd...
Successfully started service vmafdd
Performing start operation on service vmdird...
Successfully started service vmdird
Performing start operation on service vmcad...
Successfully started service vmcad
Performing start operation on profile: ALL...
Successfully started service vmware-vmon
Successfully started profile: ALL.
Performing start operation on service observability...
Successfully started service observability
Performing start operation on service vmware-vdtc...
Successfully started service vmware-vdtc
Performing start operation on service vmware-pod...
Successfully started service vmware-pod

Volvemos a nuestro VCSA, cargamos alguna de las vistas que antes tenían problemas, como puede ser las Storage Policies por ejemplo:

Nada más amigos, espero que os sea de utilidad tanto como a mí.

The post VMware: Solucionando el molesto error Cannot connect to profile-driven storage service – relacionado con Certificados SSL appeared first on El Blog de Jorge de la Cruz.

Muy importante conocer desde donde podemos actualizar a vSphere ESXi 7.0U3, os dejo una tabla que explica muy bien desde que versión podemos subir a la última Release:

Proceso de actualización de ESXi usando online bundle (no ISO)

Lo primero que podemos comprobar es la versión en la que nos encontramos, en mi caso me encuentro en 7.0 U2 en todos mis Hosts (7.0.2 Build 17630552), con lo que puedo subir sin problemas:

Migrar o apagar las VM del Host

Una de las grandes ventajas que tiene VMware, es que podemos migrar las VM en caliente ante intervenciones como esta, es tan sencillo como irnos al Host que queremos actualizar – VM, y hacer click derecho en una o varias, y click en Migrate y posteriormente le diremos Change HostUna vez tenemos las VM apagadas, o correctamente migradas de Host, comprobaremos que en el Host tenemos el Firewall habilitado para el puerto 22:Y que en Services, tenemos el servicio de SSH iniciado, también podemos cambiar la política para que se arranque automáticamente siempre:

Poner el Host en modo Mantenimiento

Cuando hemos realizado todos estos pasos, ya podemos poner el Host en Modo Mantenimiento:

Desde aquí podríamos decir que queremos mover las VM apagadas a otro host, pero lo he desmarcado ya que no es necesario:

Comprobar el online depot y ejecutarlo

Es la hora de conectarnos mediante SSH al Host de ESXi y lanzar los siguientes comandos.

Comenzaremos habilitando el firewall para que se pueda conectar por http a servidores externos, es posible que no os haga falta, pero por si acaso:

esxcli network firewall ruleset set -e true -r httpClient

Ahora podremos lanzar una prueba para comprobar los paquetes que se reemplazarán en nuestro Host de ESXi con esta actualización, este comando nos permite adelantarnos en problemas de .vib inexistentes en 7.0 U3, drivers o similares, para ejecutar este comando de prueba, tan sencillo como lo siguiente:

Nota: Recordad que yo uso el no-tools porque tengo las VMware Tools centralizadas en un almacenamiento compartido y las actualizo de manera global independiente del Host. Por lo que si no estáis siguiendo estos pasos usar standard donde pone no-tools:

esxcli software profile update -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml -p ESXi-7.0U3a-18825058-no-tools --dry-run

Nos aparecerá un mensaje muy detallado con todos los cambios, cuando queramos realmente actualizar nuestro Host desde vSphere ESXi 7.x a vSphere ESXi 7.0U3a, lanzaremos el siguiente comando (recordar sustituir no-tools por standard si queréis las Tools de manera normal:

esxcli software profile update -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml -p ESXi-7.0U3a-18825058-no-tools

Nos aparecerán los paquetes reemplazados, para que tengamos conocimiento de los mismos:

Message: Host is not changed. Reboot is pending from previous transaction.
Reboot Required: true
VIBs Installed: 
VIBs Removed: 
VIBs Skipped: VMW_bootbank_atlantic_1.0.3.0-8vmw.703.0.0.18644231, VMW_bootbank_bnxtnet_216.0.50.0-41vmw.703.0.0.18644231, VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.0.18644231, VMW_bootbank_brcmfcoe_12.0.1500.2-3vmw.703.0.0.18644231, VMW_bootbank_elxiscsi_12.0.1200.0-9vmw.703.0.0.18644231, VMW_bootbank_elxnet_12.0.1250.0-5vmw.703.0.0.18644231, VMW_bootbank_i40en_1.11.1.31-1vmw.703.0.0.18644231, VMW_bootbank_iavmd_2.7.0.1157-2vmw.703.0.0.18644231, VMW_bootbank_icen_1.4.1.7-1vmw.703.0.0.18644231, VMW_bootbank_igbn_1.4.11.2-1vmw.703.0.0.18644231, VMW_bootbank_ionic-en_16.0.0-16vmw.703.0.0.18644231, VMW_bootbank_irdman_1.3.1.20-1vmw.703.0.0.18644231, VMW_bootbank_iser_1.1.0.1-1vmw.703.0.0.18644231, VMW_bootbank_ixgben_1.7.1.35-1vmw.703.0.0.18644231, VMW_bootbank_lpfc_14.0.169.23-5vmw.703.0.0.18644231, VMW_bootbank_lpnic_11.4.62.0-1vmw.703.0.0.18644231, VMW_bootbank_lsi-mr3_7.718.02.00-1vmw.703.0.0.18644231, VMW_bootbank_lsi-msgpt2_20.00.06.00-4vmw.703.0.0.18644231, VMW_bootbank_lsi-msgpt35_19.00.02.00-1vmw.703.0.0.18644231, VMW_bootbank_lsi-msgpt3_17.00.12.00-1vmw.703.0.0.18644231, VMW_bootbank_mtip32xx-native_3.9.8-1vmw.703.0.0.18644231, VMW_bootbank_ne1000_0.8.4-11vmw.703.0.0.18644231, VMW_bootbank_nenic_1.0.33.0-1vmw.703.0.0.18644231, VMW_bootbank_nfnic_4.0.0.70-1vmw.703.0.0.18644231, VMW_bootbank_nhpsa_70.0051.0.100-4vmw.703.0.0.18644231, VMW_bootbank_nmlx4-core_3.19.16.8-2vmw.703.0.0.18644231, VMW_bootbank_nmlx4-en_3.19.16.8-2vmw.703.0.0.18644231, VMW_bootbank_nmlx4-rdma_3.19.16.8-2vmw.703.0.0.18644231, VMW_bootbank_nmlx5-core_4.19.16.11-1vmw.703.0.0.18644231, VMW_bootbank_nmlx5-rdma_4.19.16.11-1vmw.703.0.0.18644231, VMW_bootbank_ntg3_4.1.7.0-0vmw.703.0.0.18644231, VMW_bootbank_nvme-pcie_1.2.3.16-1vmw.703.0.0.18644231, VMW_bootbank_nvmerdma_1.0.3.5-1vmw.703.0.0.18644231, VMW_bootbank_nvmetcp_1.0.0.0-1vmw.703.0.0.18644231, VMW_bootbank_nvmxnet3-ens_2.0.0.22-1vmw.703.0.0.18644231, VMW_bootbank_nvmxnet3_2.0.0.30-1vmw.703.0.0.18644231, VMW_bootbank_pvscsi_0.1-4vmw.703.0.0.18644231, VMW_bootbank_qcnic_1.0.15.0-14vmw.703.0.0.18644231, VMW_bootbank_qedentv_3.40.5.53-22vmw.703.0.0.18644231, VMW_bootbank_qedrntv_3.40.5.53-18vmw.703.0.0.18644231, VMW_bootbank_qfle3_1.0.67.0-22vmw.703.0.0.18644231, VMW_bootbank_qfle3f_1.0.51.0-22vmw.703.0.0.18644231, VMW_bootbank_qfle3i_1.0.15.0-15vmw.703.0.0.18644231, VMW_bootbank_qflge_1.1.0.11-1vmw.703.0.0.18644231, VMW_bootbank_rste_2.0.2.0088-7vmw.703.0.0.18644231, VMW_bootbank_sfvmk_2.4.0.2010-6vmw.703.0.0.18644231, VMW_bootbank_smartpqi_70.4149.0.5000-1vmw.703.0.0.18644231, VMW_bootbank_vmkata_0.1-1vmw.703.0.0.18644231, VMW_bootbank_vmkfcoe_1.0.0.2-1vmw.703.0.0.18644231, VMW_bootbank_vmkusb_0.1-6vmw.703.0.0.18644231, VMW_bootbank_vmw-ahci_2.0.11-1vmw.703.0.0.18644231, VMware_bootbank_bmcal_7.0.3-0.5.18825058, VMware_bootbank_cpu-microcode_7.0.3-0.5.18825058, VMware_bootbank_crx_7.0.3-0.5.18825058, VMware_bootbank_elx-esx-libelxima.so_12.0.1200.0-4vmw.703.0.0.18644231, VMware_bootbank_esx-base_7.0.3-0.5.18825058, VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.5.18825058, VMware_bootbank_esx-ui_1.36.0-18403931, VMware_bootbank_esx-update_7.0.3-0.5.18825058, VMware_bootbank_esx-xserver_7.0.3-0.5.18825058, VMware_bootbank_esxio-combiner_7.0.3-0.5.18825058, VMware_bootbank_gc_7.0.3-0.5.18825058, VMware_bootbank_loadesx_7.0.3-0.5.18825058, VMware_bootbank_lsuv2-hpv2-hpsa-plugin_1.0.0-3vmw.703.0.0.18644231, VMware_bootbank_lsuv2-intelv2-nvme-vmd-plugin_2.7.2173-1vmw.703.0.0.18644231, VMware_bootbank_lsuv2-lsiv2-drivers-plugin_1.0.0-9vmw.703.0.0.18644231, VMware_bootbank_lsuv2-nvme-pcie-plugin_1.0.0-1vmw.703.0.0.18644231, VMware_bootbank_lsuv2-oem-dell-plugin_1.0.0-1vmw.703.0.0.18644231, VMware_bootbank_lsuv2-oem-hp-plugin_1.0.0-1vmw.703.0.0.18644231, VMware_bootbank_lsuv2-oem-lenovo-plugin_1.0.0-1vmw.703.0.0.18644231, VMware_bootbank_lsuv2-smartpqiv2-plugin_1.0.0-8vmw.703.0.0.18644231, VMware_bootbank_native-misc-drivers_7.0.3-0.5.18825058, VMware_bootbank_qlnativefc_4.1.14.0-26vmw.703.0.0.18644231, VMware_bootbank_trx_7.0.3-0.5.18825058, VMware_bootbank_vdfs_7.0.3-0.5.18825058, VMware_bootbank_vmware-esx-esxcli-nvme-plugin_1.2.0.44-1vmw.703.0.0.18644231, VMware_bootbank_vsan_7.0.3-0.5.18825058, VMware_bootbank_vsanhealth_7.0.3-0.5.18825058, VMware_locker_tools-light_11.3.0.18090558-18644231

Cuando termine haremos un reboot del Host ESXi:

reboot

Comprobando la versión de vSphere ESXi

Mediante SSH ya podremos comprobar la versión que estamos ejecutando en este Host en particular:

vmware -vl
VMware ESXi 7.0.3 build-18825058
VMware ESXi 7.0 Update 3

Si nos conectamos a nuestro VCSA 7.0U3a, podremos observar también la nueva versión del host de ESXi:

Nada más amigos, os invito a seguir leyendo la categoría dedicada a VMware.

The post VMware: Actualizar desde vSphere ESXi 7.x a ESXi 7.0 U3a usando online depot (no ISO) appeared first on El Blog de Jorge de la Cruz.

Es por ello que os traigo esta breve entrada con los comandos necesarios para comprobar los DNS, y añadir los que os hagan falta, unos externos lo más probable.

Comenzaremos comprobando que un ping a google desde la consola shell de ESXi no funciona, nos da el siguiente mensaje:

ping www.google.com
getaddrinfo() for "www.google.com" failed (-2: Name or service not known)

En este punto, como os decía no podremos actualizar usando el modo online, y estaremos muy limitados para realizar nada que requiera FQDN, incluso internos. Bien, vamos a comprobar qué servidores de DNS tenemos configurados en el ESXi:

esxcli network ip dns server list
   DNSServers: 192.168.1.6, 192.168.1.7

Como vemos, dos DNS, los dos Active Directory, pero que lamentablemente no están ahora disponibles debido a la ventana de trabajo, o actualización. Vamos a añadir un DNS que pueda resolver los FQDN que necesitamos, a nuestro gusto:

esxcli network ip dns server add -s 1.1.1.1

Tan sencillo como éste comando, volvemos a lanzar un ping a google, o donde queramos ir, y ya tendría que respondernos sin problemas:

[root@esxi-zlon-001:~] ping www.google.com
PING www.google.com (142.250.180.4): 56 data bytes
64 bytes from 142.250.180.4: icmp_seq=0 ttl=57 time=207.040 ms
64 bytes from 142.250.180.4: icmp_seq=1 ttl=57 time=162.020 ms
64 bytes from 142.250.180.4: icmp_seq=2 ttl=57 time=199.784 ms

--- www.google.com ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 162.020/189.615/207.040 ms

Nada más amigos, a veces las notas son más directas y breves, espero os sirva. A mí me salvo para hacer el update usando el online depot.

The post VMware: Cómo comprobar la configuración de nuestros DNS en ESXi usando esxcli, y cómo añadir un DNS nuevo appeared first on El Blog de Jorge de la Cruz.

Para todos aquellos que estéis interesados en conocer más sobre VMware Tanzu Community Edition, estáis de suerte, apuntaros a esas sesiones hoy mismo “Explore New VMware Tanzu Frontiers [APP1482]”, “Get VMware Tanzu Up and Running in 10 Minutes on Your Local Workstation [DEM3166]” y “Testing Tanzu on the Desktop [CODE2759]”

¿Qué es VMware Tanzu Community Edition?

Tanzu Community Edition es una plataforma de Kubernetes completa y fácil de gestionar, perfecta para que practiquemos en nuestros laboratorios. Está disponible de forma gratuita y con soporte de la comunidad. Podemos ejecutar VMware Tanzu Community Edition, o más comúnmente como lo veremos en todas las webs en el futuro, TCE, en nuestro ordenador local o en tu nube de preferencia.

VMware Tanzu Community Edition puede lanzarse cómodamente sobre Docker, de manera que podemos desplegarlo en nuestros PCs, sobre VMware vSphere en caso de que tengamos acceso a un entorno algo más grande, sobre Amazon EC2, o sobre Microsoft Azure.

¿Para qué sirve VMware Tanzu Community Edition?

Si bien Kubernetes está en la boca de todos, especialmente desarrolladores que están trabajando con tecnologías punteras y construyendo micro-servicios modernos, es cierto que a nivel de Infraestructura, Administradores de entornos de VMware, Administradores de Centros de Datos, etc. no han dado aún el salto de la virtualización a los contenedores, o no al mismo ritmo que por ejemplo vimos de físico a virtual allá sobre el año 2008 en adelante.

De tal manera que TCE nos ofrece exactamente una solución a ese problema, y es una versión sencilla de desplegar, con la que podemos familiarizarnos con las tecnologías que constituyen un entorno Enterprise de Kubernetes como es TCE, poder desplegar, tocar, borrar, desplegar de nuevo, etc.

No solo esto, VMware TCE ofrece lo que se conoce como upstream, que quiere decir que se nutrirá de nuevas funcionalidades, configuraciones, y paquetes que no están en las versiones comerciales, haciendo así la versión de la Comunidad un lugar perfecto para experimentar con nuevas tecnologías e implementaciones, que una vez maduren pueden incorporarse a la versión comercial de Tanzu, en cualquiera de sus sabores.

¿Qué incluye VMware Tanzu Community Edition?

VMware TCE consiste en el mismo software de código abierto utilizado en las ediciones comerciales de Tanzu. Por supuesto, TCE se basa en Kubernetes y en la API de Cluster. Podemos añadir capacidades extra añadiendo paquetes a nuestro entorno. Los paquetes predeterminados disponibles son:

• Cert Manager (gestor de certificados K8S)
• Contour (entrada)
• External DNS (hace que los recursos de K8S sean descubiertos a través de un DNS público)
• Fluentbit (procesador de registros)
• Gatekeeper (control de admisión personalizado)
• Grafana (visualización de métricas)
• Knative Serving (gestión de servicios sin estado)
• Multus CNI (interfaz de red de contenedores)
• Prometheus (monitorización de servicios y sistemas)
• Velero (copia de seguridad y restauración para Kubernetes)

Os dejo la lista de paquetes completa aquí.

¡Fantástico! ¿Cómo lo despliego?

Encontraréis toda la información para desplegarlo aquí, y es realmente sencillo, como he mencionado anteriormente, podemos desplegarlo sobre Docker, o en vSphere, en AWS EC2 o Azure, os mostraré un vídeo más adelante, pero cuando termine el asistente veréis algo similar a esto (aquí desplegado sobre Amazon AWS EC2):

Comentarios finales sobre VMware Tanzu Community Edition

Me gusta mucho lo que VMware está haciendo con esta iniciativa, no es nada nuevo ya que lleva ofreciendo productos gratuitos desde hace años, como es ESXi Hypervisor, VMware Converter, VMware Tools, etc. La nueva Tanzu Community Edition es gratis, es de código abierto, tiene todas las funcionalidades, es fácil de administrar, tiene el soporte de la comunidad, y es nuestro para usar, sea cual sea nuestro objetivo, sin ataduras. Tanto si somor desarrolladores de aplicaciones, un operador de TI, un ingeniero de DevOps, o simplemente queremos curiosear, poder experimentar Tanzu ahora mismo con Tanzu Community Edition es un paso de gigante muy elegante por parte de VMware.

The post Pre-VMworld 2021: VMware anuncia VMware Tanzu Community Edition – ¡Tanzu Kubernetes para todo el mundo! appeared first on El Blog de Jorge de la Cruz.