El panel de control Proveedor \ ¿Optimizar? complementa los paneles de control de configuración de vSphere mostrando los objetos reales de vSphere con la información relevante. Este panel de control se ha diseñado para los administradores de vSphere y el equipo de plataformas. El panel de control Proveedor \ ¿Optimizar? es uno de los ocho paneles de control que comprueban el entorno en busca de oportunidades de optimización.

Consideraciones de diseño

El panel de control Proveedor \ ¿Optimizar? sigue las mismas consideraciones de diseño especificadas en el panel de control Consumidor \ ¿Corregir?. Los ocho paneles de control Configuración > Revisión forman un flujo de optimización y están diseñados para ser usados como conjunto. Utilícelos en conjunto para avanzar a través del proceso de revisión de la optimización.

Cómo usar el panel de control

El panel de control está organizado en tres secciones para facilitar su uso.

  • La primera sección abarca las configuraciones de clústeres de vSphere:
    • Un clúster pequeño tiene una sobrecarga de alta disponibilidad en comparación con uno mayor. Por ejemplo, un clúster de tres nodos tiene una sobrecarga de un 33 %, mientras que un clúster de 10 nodos tiene un 10 %. Para vSAN, un número bajo de hosts limita la opción de disponibilidad. Su elección de FTT es relativamente más limitada.
    • Muchos clústeres pequeños dan como resultado silos de recursos. Dado que un clúster se comporta como un solo equipo, asegúrese de que tenga suficientes núcleos de CPU, gigahercios de CPU y memoria. Para ESXi en 2020, lo normal es tener 512 GB de RAM. Esto da como resultado 12 TB de RAM para un clúster de 12 nodos, lo que es suficiente para que DRS coloque varias máquinas virtuales a medida que las equilibra.
    • Si hay muchas reservas, agregue una lista de los clústeres con una reserva relativamente alta. Si los clústeres son de diferentes tamaños, utilice un macroparámetro para convertir el valor de reserva en un porcentaje.
  • La segunda sección abarca las configuraciones de los hosts ESXi.
    • ESXi pequeño. Un host pequeño se enfrenta a los límites de escalabilidad en la ejecución de una máquina virtual más grande. Al tiempo que un ESXi de 2 sockets, 32 núcleos y 128 GB de memoria puede ejecutar máquinas virtuales de 30 vCPU y 100 GB de RAM, la máquina virtual experimenta un efecto de acceso a memoria no uniforme (NUMA).
    • ESXi apagado. Puede marcar los hosts ESXi para su retirada mediante la función de propiedad personalizada de vRealize Operations Manager. A continuación, puede crear una lista independiente para que no se pierdan de vista.
  • La tercera sección abarca el almacenamiento y la red.
  • Red sin utilizar (grupo de puertos distribuidos). Esto podría suponer un posible riesgo de seguridad, ya que es posible que no se supervise.

Puntos que se deben tener en cuenta

  • Consulte la sección Puntos a tener en cuenta según se especifica en el panel de control Consumidor \ ¿Corregir?. Este panel de control sigue las mismas consideraciones de diseño y, por lo tanto, comparte las limitaciones e ideas de personalización.
  • En el caso de los núcleos de CPU, un cambio en la concesión de licencias de vSphere significa que el núcleo ideal es de 32 núcleos por socket de CPU. Esto maximiza la licencia de software. Para obtener más información, consulte el Modelo de precios de vSphere.