Live Optics, Optical Prime: Dimensionamiento correcto de máquinas virtuales

Nota: Las siguientes funciones dependen de la disponibilidad de datos. Ciertos entornos de VM no permitirán la visibilidad de los recursos aprovisionados frente a los consumidos, o es posible que no se puedan obtener en ese momento. Cuando esto ocurre, la VM y, en ocasiones, todo el gráfico (todas las VM) se representarán mediante barras de color gris. Esto ocurriría casi siempre en un proyecto de Hyper-V donde no hay un equivalente de VMTools presente. 

Es una técnica común y una ventaja de la virtualización aprovisionar en exceso máquinas virtuales. La práctica consiste esencialmente en dos estrategias: (1) asignar más a una máquina virtual de lo que podría necesitar en ese momento y (2) opcionalmente, asignar más recursos a todas las máquinas virtuales de los que uno podría tener como infraestructura.

Como alternativa, es posible que a una VM se le haya dado una gran cantidad de recursos y es poco probable que se consuman. En un entorno de nube privada, es posible que esto no requiera supervisión. Sin embargo, si se traslada cualquiera de estas máquinas virtuales a una plataforma que cobra en función de los recursos asignados, una máquina muy sobreaprovisionada puede costar MUCHO dinero.

Incluso en algunos entornos de nube privada, cuando se asigna un recurso, se elimina del pool disponible. Cuando los recursos se agoten, obtenga más para expandirse. Como alternativa, recupere los recursos no utilizados para evitar el gasto.

Los proveedores de servicio en la nube pública entran en esta categoría. La estrategia de la nube pública es pagar solo por lo que se utiliza y, si se necesita más o menos, ajustar los recursos según sea necesario.

Por lo general, en la nube pública, un administrador asigna a una VM una "Instancia". Una instancia es un paquete fijo de vCPU, memoria y capacidad, y es efectivamente un incremento de facturación.

Para aquellos que son nuevos en la nube pública, un administrador puede intentar replicar las características aprovisionadas de una VM y encontrarse pagando cantidades excesivas por los recursos que la VM nunca utiliza.

Ejemplo de sobresuscripción de memoria

En el siguiente ejemplo, las VM con el menor uso de recursos asignados se alinean de izquierda a derecha, y la más alejada a la izquierda es la VM que tiene la mayor cantidad de memoria asignada no utilizada. En teoría, estas son las VM que tienen la mayor cantidad de recursos que se pueden reclamar y son las candidatas ideales para el dimensionamiento correcto. 

Antes de cambiar cualquier recurso a un modelo de facturación que requiera un pago por asignación de recursos en comparación con el consumo de recursos, primero "dimensione correctamente" las VM.

El gráfico de sobreaprovisionamiento de Live Optics ayuda a visualizar qué máquinas virtuales de su entorno son posibles candidatas para espacios físicos de configuración más pequeños.

En este gráfico, se muestran los atributos aprovisionados y utilizados de vCPU, memoria y capacidad como gráficos individuales. Las VM con la mayor cantidad de espacio no utilizado para la categoría seleccionada se ordenarán de mayor a menor a partir del lado izquierdo del gráfico.

Mire a la derecha (o desplácese hacia la derecha en colecciones realmente grandes) y, finalmente, vea que las máquinas virtuales utilizan principalmente cerca del 100 % de sus recursos asignados. 

Comprender cómo leer los gráficos.

A excepción de vCPU, la barra azul es la cantidad aprovisionada del atributo y la barra amarilla es la cantidad utilizada. En términos generales, las VM que muestran la mayor cantidad de azul (aprovisionadas) en comparación con sus contrapartes amarillas (usadas) en porcentaje son las más sobreaprovisionadas.

La asignación de capacidad y memoria es relativamente sencilla y, si uno decide que estos recursos realmente se pueden recuperar, el proceso es sencillo y puede llevar a evitar actualizaciones innecesarias.

Ejemplo de sobresuscripción de capacidad

En el siguiente ejemplo, se muestra toda la capacidad no utilizada en azul, con las VM que tienen la capacidad más no utilizada a la izquierda. Tenga en cuenta que las barras en sí no están ordenadas de mayor a menor por capacidad aprovisionada; Más bien, las barras están alineadas de mayor a menor capacidad libre o no utilizada. 

Estas son las VM que presentan los mayores candidatos para el dimensionamiento correcto de la capacidad. 

Ejemplo de sobresuscripción de vCPU

La versión de vCPU es similar, pero es más difícil de entender. La barra azul representa la cantidad total de recursos aprovisionados. Sin embargo, el amarillo es el equivalente utilizado. Déjame explicarte. 

Todas las CPU y vCPU físicas tienen una cantidad de consumo en GHz. Este porcentaje se rastrea como el poder de procesamiento total de todas las VM y no para cada vCPU en sí.

A menudo, una vCPU es más o menos igual a un núcleo físico. A menudo, se pueden asignar varias vCPU a una VM, y esto se hace por razones arquitectónicas que exige el diseño de la carga de trabajo y no necesariamente estrictamente para el rendimiento.

Por lo tanto, si bien Live Optics puede mostrar el porcentaje general utilizado para las vCPU, no puede determinar ninguna ventaja arquitectónica para asignar más vCPU a la VM.

Si bien Live Optics puede mostrar con precisión el uso equivalente de vCPU según el consumo total en GHz, este gráfico no sugiere que se pueda recuperar ninguna vCPU, sino que podría ser candidata para una inspección adicional.

En el gráfico que aparece a continuación, observe que la primera VM tiene 8 vCPU asignadas, pero solo utiliza el equivalente en GHz del 0,25 % del rendimiento de una sola vCPU. 

Es probable que esta VM se pueda ejecutar correctamente con menos vCPU, pero no es definitivo hasta que haya una revisión de la arquitectura. 

Las barras grises a la derecha son un buen ejemplo de dónde no era posible obtener el consumo de uso para estas VM.