Prácticas recomendadas de procesamiento

En esta página, se presentan las prácticas recomendadas de procesamiento para Google Cloud VMware Engine.

Selecciona la mejor región para tu aplicación

A fin de elegir la mejor región para tus aplicaciones, ten en cuenta los siguientes factores:

  • Para minimizar la latencia de red y mejorar la experiencia del cliente, selecciona una la ubicación más cercana a tus usuarios. La consola de Google Cloud proporciona panel de rendimiento en tiempo real que pueden ayudarte a visualizar la latencia entre regiones y entre usuarios de Internet y una región de Google Cloud.
  • Para mantener el rendimiento de la aplicación, selecciona la región de Google Cloud más cercana y optimiza la conectividad a las instalaciones locales. Para implementaciones de múltiples nubes, considera la proximidad a las regiones de otras proveedores de servicios en la nube.
  • Para garantizar que tus aplicaciones cumplan con las reglamentaciones, como las políticas de cumplimiento de la industria de tarjetas de pago (PCI) o el Reglamento General de Protección de Datos (RGPD) de Europa, selecciona una región que admita esos requisitos.
  • Los costos y precios varían según la región. Asegúrate de tener en cuenta estas diferencias regionales cuando planificas la implementación.
  • Cuando seleccionas una ubicación, es posible que algunos SKU estén disponibles solo en algunos regiones y no en otros.

Decide cuándo elegir un diseño multirregional

En las siguientes situaciones, quizás quieras implementar Nubes privadas de VMware Engine entre regiones para la misma carga de trabajo o alcance del proyecto:

  • Implementaciones de recuperación ante desastres que usan Site Recovery Manager (SRM) o Zerto
  • Aplicaciones que requieren disponibilidad global o baja latencia para sus usuarios base.
  • Requisitos de planificación de la capacidad específicos de la región

Diseña para la resiliencia de la zona

VMware Engine proporciona redundancia de zona en regiones específicas. En estas regiones, para aumentar la tolerancia a fallas, también puedes implementar nubes privadas como un clúster extendido. Para obtener información sobre estas regiones, consulta las notas de la versión de VMware Engine.

Cuando se implementa como clúster extendido, tu nube privada tiene nodos en dos zonas independientes. Debe tener la misma cantidad de nodos en cada zona para para este diseño. Este diseño garantiza la disponibilidad de las aplicaciones a través de la resiliencia de zona y la alta disponibilidad de VMware vSphere.

Cuando se aprovisiona una nube privada extendida, las VMs pueden ejecutarse en ambos lados de una nube privada extendida. Usa reglas de afinidad para controlar la ubicación de las VMs de carga de trabajo en los hosts dentro de un clúster agrupando y fijarlos a un sitio. Este diseño garantiza la resiliencia de la zona a través de la alta disponibilidad (HA) de la aplicación.

Segregar entornos en varias nubes privadas

Una nube privada es una pila independiente de VMware Cloud Foundation administrada por un vCenter Server

Puedes segregar tu huella de VMware Engine entre varias y nubes privadas. Por ejemplo, usa un vCenter Server dedicado en las siguientes ubicaciones: casos:

  • Para un tipo específico de carga de trabajo, como infraestructura de escritorio virtual (VDI)
  • Cuando se establecen los límites de una nube privada son inadecuados
  • Para la administración de licencias y software
  • Para la transparencia de costos y la simplicidad
  • Para la supervisión
  • Para el cumplimiento de los requisitos normativos
  • Para multiusuarios en todas las capas, incluidos los componentes de administración y infraestructura

Para evitar la proliferación innecesaria de los endpoints de gestión, utiliza únicamente el la cantidad requerida de nubes privadas.

Optimiza el recuento de núcleos

VMware Engine te permite reducir la cantidad de núcleos de CPU efectivos que se exponen al hipervisor de ESXi. Esto puede ser deseable o obligatorio según algunos contratos de licencia de software.

No se recomienda reducir la cantidad de núcleos del primer clúster, ya que aloja componentes clave, como vCenter y NSX Manager.

Reducir la cantidad de núcleos efectivos en un clúster no cambia el costo de su ejecución, en especial para las cargas de trabajo de Oracle. Para obtener más información, consulta la guía sobre asistencia y licencias.

Para obtener más información, consulta Limitaciones de la cantidad de núcleos personalizados.

Agrega nodos de repuesto para la resiliencia

Los clústeres de VMware Engine deben tener al menos uno un nodo libre para la resiliencia. Este nodo de repuesto está disponible para el clúster y puede proporcionar capacidad y recursos adicionales durante períodos de carga alta o contención. Estos nodos de reserva se facturan como parte de la nube privada existente.

Si se requiere una mayor confiabilidad, considera agregar más nodos de repuesto al clúster para que estén disponibles durante los períodos de mantenimiento. Programar cargas de trabajo para que se ejecuten en estos nodos libres ayuda a optimizar el uso de los clústeres en nubes privadas.

Definir la cantidad de fallas que se deben tolerar

En VMware vSAN, usa el atributo fallas que se toleran (FTT) en las políticas de almacenamiento de vSAN para definir la cantidad de fallas que puede tolerar un clúster sin afectar su integridad de datos ni la disponibilidad de las VM.

Cuanto mayor sea el valor de FTT, mayor será la cantidad de hosts de capacidad que se requieran.

¿Qué sigue?