lunes, 19 de febrero de 2024

Collector, las RVtools de Nutanix

 En entornos VMware disponemos de las RVtools, imprescindibles para recopilar datos de todo tipo, y con opciones de exportación en distintos formatos, que nos permiten realizar un análisis del entorno más cómodamente que desde el panel principal de un vCenter. Gracias a esta funcionalidad, podemos interactuar con otro tipo de herramientas ideales para, a partir de los datos exportados de las RVTools, realizar labores de estimaciones de capacidad (o rightsizing), usualmente para entornos en la nube.

Con Collector tenemos una herramienta similar, pero con algunas importantes diferencias. 

Lo primero de todo, es que Collector es una herramienta que en este caso no es de terceros, sino que está proporcionada por el fabricante. Si accedemos a my.nutanix.com, podremos descargárnosla sin dificultad. Es más pesada que las RVtools, en este caso, su carpeta comprimida pesa 254 Mb.

La segunda diferencia es que las RVtools están pernsadas para entornos VMware unicamente. En cambio, collector funciona en una amplia gama de entornos, desde Prism, para tomar referencias de su infraestructura nativa, a Hyper-V, vCenter, e incluso MS SQL Server y ONTAP CIFS para evaluar rendimientos de BBDD y espacios en disco requeridos.

La ejecutamos, y como suele pasar en este tipo de herramienta,s pide poca cosa: IP o FQDN del vCenter de turno, y cuenta de acceso:

Nos mostrará lo que ha encontrado para escanear. En este caso, en nuestro entorno de pruebas, ha encontrado un par de host:

Pulsamos sobre collect, y tras un examen bastante rápido, nos obsequiará con una pantalla muy parecida al dashboard clásico de Nutanix, y distintas opciones de exportación de los datos:

Fíjate en que tienes 3 pestañas, Cluster, Host y VMs Summary, cada una con un dashboard con su información correspondiente, muy claro y visual.

Junto al botón de exportación en excel, está el botón de mostrar la carpeta donde ha volcado los archivos de datos recolectados, por defecto es la carpeta en la que se ejecuta Collector, y un nombre con la fecha de ejecución del análisis, que en este caso es algo así como  "ntnxcollector_config_perf_collection_2024_2_19_8_40_48.zip".

Una cosa verdaderamente interesante en la exportación de datos es que da la opción de enmascarar datos sensibles, ayudando de esta forma a salvaguardar la GDPR en un examen de la infraestructura de una organización:

Sobre el archivo excel generado, lo dejará por defecto en la carpeta "logs", dentro de la carpeta del ejecutable del collector. El documento generado es calcado a lo que te da unas RVtools. De hecho, nos genera un libro con las siguientes hojas: vDataCenter, vCluster, vHosts, vInfo, vCPU, vMemory, vDisk, vPartition, vSnapshot, vSwitch, vNICs, vPort, vNetwork, vMutlipath, vLicense, vmList y Metadata. 

Los datos que nos va a enmascarar, si así lo pedimos, son los siguientes:Cluster Name, Host IP, Host Name, VM Name, Disk Name, Snapshot Name, Snapshot File, Host, Switch Name, Port Group, vSwitch, Network, Adapter, Disk, License Name y License Key.

lunes, 15 de enero de 2024

Como calcular cores para el licenciamiento de vSphere Foundation y VCF

 Con los nuevos modelos de paquetes y licenciamiento de VMware desde la entrada de Broadcom, así como el fin de las licencias perpetuas, moviéndonos al modelo de suscripción, nos encontramos con que tenemos que hacer bastantes cálculos de procesadores en el momento en el que nos salimos de un vSphere Essentials Plus. 

Para ello, VMware dispone del KB95927 donde se explica cómo debe realizarse este conteo de procesadores para el cálculo de licencias necesarias en nuestra infraestructura. En lineas generales, los requisitos son estos:

  • Cada núcleo requiere una única licencia. Estas licencias no vienen en paquetes de 16.
  • 16 núcleos en el requisito mínimo a adquirir por CPU/procesador físico.
  • Cada TiB reclamado por vSAN requiere una única licencia.
  • Estas licencias no vienen en paquetes, es decir, las licencias TiB no se venden en paquetes de 8, se venden como una licencia única y los clientes pueden agregar la cantidad deseada de TiB para cumplir con sus requisitos de capacidad de almacenamiento.
  • 8 TiB es el requisito mínimo que se debe comprar por CPU/procesador físico para hosts en un clúster de vSAN.
En el KB anteriormente mencionado, se describe en detalle el cálculo a realizar, con ejemplos en tablas. Aun así, sigue siendo complicado realizar el cálculo, más cuanto mas grande sea la instalación. Por ese motivo, VMware ha desarrollado una herramienta PowerCLI que recopila y consolida información sobre la cantidad de licencias de núcleos (con un mínimo de 16 núcleos por CPU física) y licencias TiB (con un mínimo de 8 TiB por CPU física) requeridas para cada host conectado a un vCenter Server. Para ejecutarla seguimos los siguientes pasos:
  • Necesitamos la herramienta de PowerCLI, v10 o superior. Si no la tenemos, desde un PowerShell, la descargamos con Install-Module VMware.PowerCLI -Scope CurrentUser
  • Nos conectamos a un servidor vCenter con Connect-VIServer-Server vCenter_Server
  • Según la documentacion del KB, importamos el módulo necesario con Import-Module .\FoundationCoreAndTiBUsage.psm1
  • A mi, el comando anterior me falla. Si te sucede lo mismo, podemos descargarnos el modulo manualmente desde AQUI. Con $env:PSModulePath podemos ver los path de los módulos de PowerShell. Movemos el archivo descargado a una de estas rutas, y hacemos un "import-module rutacompletadelarchivo\FoundationCoreAndTiBUsage.psm1"
  • Tras esto, ya podremos hacer un Get-FoundationCoreAndTiBUsage
Por defecto, el script pasa por todos los clusters de vSphere, y muestra los resultados:



Para sacar los resultados en un CSV, utilizamos el comando Get-FoundationCoreAndTiBUsage -Csv -Filename name.csv

Si te ha gustado el articulo, puedes invitarme a un café ;)

martes, 2 de enero de 2024

Como optimizar tus VMs con VMCO de Flings

Vamos con el primer post de este 2024, con una utilidad que quería comentar hace ya tiempo, Virtual Machine Computer Optimizer, o VMCO, de VMware Flings.

Lo primero...¿que es VMware Flings?

Flings son un conjunto de herramientas y utilidades creadas por la comunidad de VMware que, si bien no son oficiales, esto es, que no cuentan con soporte de VMware, y por tanto no se recomienda su uso en entornos de producción, sí que son alentadas por VMware, y soportadas en su web, en este ENLACE.

Hay algunas herramientas que ya no tienen sentido, como los drivers NVMe de la comunidad, ya que VMware ha adoptado esta tecnología en sus productos, u otras herramientas, como el Cross vCenter Workload Migration Uitlity, que han integrado directamente en algunas versiones de vCenter, según licencia.

Pero tienes otras soluciones plenamente vigentes, como el VMCO, que, aunque Aria Operations pueda facilitarte información sobre VMs sobredimensionadas o al contrario, escasas de recursos necesarios para su funcionamiento, puede ser que no tengas este producto, y para eso, VMCO va de maravilla.

Virtual Machine Computer Optimizer (VMCO) es un script y un módulo de Powershell que utiliza el módulo PowerCLI para capturar información sobre los hosts y las máquinas virtuales que se ejecutan en el entorno de vSphere, e informa sobre si las máquinas virtuales están configuradas de forma óptima en función de la CPU y la memoria del host. Marcará una máquina virtual como "TRUE" si está optimizada y "FALSE" si no lo está. En el caso de las máquinas virtuales no optimizadas, se realiza una recomendación que mantendrá el mismo número de vCPU configuradas actualmente, con el número óptimo de núcleos virtuales y sockets.

Es importante tener en cuenta que VMCO no analizará si las máquinas virtuales están configuradas con el número correcto de vCPU en función de la carga de trabajo de la máquina virtual. Una herramienta de análisis más detallada, como VMware Aria Operations Manager, puede determinar el tamaño adecuado en función de la carga de trabajo y el rendimiento real. Pero como herramienta de consulta para un primer paso a un correcto dimensionamiento, es perfecta.
Otro punto importante: VMCO no realiza ninguna modificación. Sólo consulta los objetos existentes para generar un informe, no reconfigura máquinas.

Puedes descargar VMCO desde AQUI.


La utilización de la herramienta es bastante simple, ejecutas el script de PowerShell, y éste instalará los complementos necesarios. Necesitarás también una cuenta de usuario de tu entorno del vCenter con permisos de lectura y la opción "propagate to children" habilitada, según la documentacion. Vaya, que estos permisos se encuentren sobre todos los elementos, para poder acceder a todos los objetos necesarios. 


Para su instalación, desde la ruta en la que tenemos el archivo PS1, ejecutamos".\Virtual_Machine_Compute_Optimizer_v3.0.0.ps1"

 A mi me ha dado guerra la instalación de los módulos directamente con el script. Si te pasa lo mismo, instala primero los modulos, y luego ejecutas el script. Para ello, ejecuta primero:

Install-Module -Name VMCO -Scope CurrentUser

Install-Module Vmware.VimAutomation.Core

Y después, ya ejecutas .\Virtual_Machine_Compute_Optimizer_v3.0.0.ps1

Este script generará un documento en formato CSV con distintos datos como el nombre del vCenter, detalles del cluster, detalles del host, detalles de las VMs... pero lo mas interesante, es este apartado:



En la columna de VMOptimized te indica si está optimizada o no, y en las siguientes columnas te indica las recomendaciones de cómo deberían configurarse las VMs para optimizar rendimiento.

Realmente la parte vital de esto es el modulo VMCO, de manera que si te las apañas con PowerShell, puedes realizar directamente consultas a este módulo, que lo que hace es habilitar la función Get-OptimalvCPU.

Aquí tienes varios ejemplos de lo que puedes obtener con dicho comando de PowerShell:

Obtiene todas las máquinas virtuales de vCenters conectadas actualmente
Get-OptimalvCPU

Exporta los resultados a csv

Get-OptimalvCPU | Export-CSV -path "c:\temp\vNUMA.csv" -NoTypeInformation

Abre los resultados en una ventana de cuadrícula - solo sistema operativo Windows
Get-OptimalvCPU | Out-GridView

#Gets resultados solo en la máquina virtual denominada
 "MyVmName"Get-OptimalvCPU -vmName "MyVmName"

#Gets resultados en cualquier máquina virtual con "NY-DC" en su nombre

get-optimalvCPU -vmName (get-vm -name "*NY-DC*")

#Returns toda la información de vCenter, clúster y VMHost
Get-OptimalvCPU -full

Genera informes basados en informes TDM de VMware TAM en formato JSON

Get-OptimalvCPU -tdmJsonFile <FilePath> | Export-CSV -Ruta "c:\temp\VMCO_Report.csv" -

NoTypeInformation



Si te ha gustado el articulo, puedes invitarme a un café ;)