Prácticas recomendadas de Compute

En esta página se describen las prácticas recomendadas de computación para Google Cloud VMware Engine.

Seleccionar la mejor región para tu aplicación

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

  • Para minimizar la latencia de la red y mejorar la experiencia del cliente, selecciona una ubicación que esté lo más cerca posible de tus usuarios. La consola Google Cloud proporciona unpanel de rendimiento en tiempo real que puede ayudarte a visualizar la latencia entre regiones y entre los usuarios de Internet y una Google Cloud región.
  • Para mantener el rendimiento de las aplicaciones, optimiza la conectividad con las instalaciones locales seleccionando la región de Google Cloud más cercana. En el caso de los despliegues multicloud, ten en cuenta la proximidad a las regiones de otros proveedores de nube.
  • Para asegurarte de que tus aplicaciones cumplen las normativas, como las políticas de cumplimiento del sector de las tarjetas de pago (PCI) o el Reglamento General de Protección de Datos (RGPD) de la Unión Europea, selecciona una región que cumpla esos requisitos.
  • Los costes y los precios varían según la región. Tenga en cuenta estas diferencias regionales al planificar su implementación.
  • Al seleccionar una ubicación, es posible que algunas SKUs solo estén disponibles en algunas regiones y no en otras.

Decidir cuándo elegir un diseño multirregional

En las siguientes situaciones, puede que quieras desplegar una carga de trabajo o un proyecto en varias nubes privadas de VMware Engine en diferentes regiones:

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

Diseño para la resiliencia de las zonas

VMware Engine ofrece redundancia de zonas en regiones concretas. En estas regiones, para aumentar la tolerancia a fallos, también puedes desplegar nubes privadas como un clúster extendido. Para obtener información sobre estas regiones, consulta las notas de las versiones de VMware Engine.

Cuando se implementa como un clúster extendido, tu nube privada tiene nodos en dos zonas independientes. Para admitir este diseño, debes tener el mismo número de nodos en cada zona. Este diseño garantiza la disponibilidad de las aplicaciones mediante la resiliencia de las zonas y la alta disponibilidad de VMware vSphere.

Al aprovisionar una nube privada extendida, las VMs pueden ejecutarse en ambos lados de la nube privada extendida. Usa reglas de afinidad para controlar la colocación de las VMs de carga de trabajo en los hosts de un clúster agrupándolas y fijándolas a un sitio. Este diseño asegura la resiliencia de las zonas mediante la alta disponibilidad (HA) de las aplicaciones.

Segregar entornos en varias nubes privadas

Una nube privada es una pila independiente de VMware Cloud Foundation gestionada por un servidor vCenter.

Puedes segregar tu huella de VMware Engine en varias nubes privadas. Por ejemplo, utilice un servidor vCenter dedicado en los siguientes casos:

  • Para un tipo de carga de trabajo específico, como infraestructura de escritorio virtual (VDI)
  • Cuando los límites de una nube privada no son suficientes
  • Para la gestión de licencias y software
  • Para que los costes sean transparentes y sencillos
  • Para monitorizar
  • Para cumplir los requisitos normativos
  • Para la propiedad múltiple en todas las capas, incluidos los componentes de gestión y la infraestructura

Para evitar la proliferación innecesaria de endpoints de gestión, usa solo el número necesario de nubes privadas.

Optimizar el número de núcleos

VMware Engine te permite reducir el número de núcleos de CPU efectivos que se exponen al hipervisor ESXi. Esto puede ser conveniente o necesario en algunos acuerdos de licencia de software.

No se recomienda reducir el número de núcleos del primer clúster porque aloja componentes clave, como vCenter y NSX Manager.

Reducir el número de núcleos efectivos de un clúster no cambia el coste de ejecutar el clúster, especialmente en el caso de las cargas de trabajo de Oracle. Para obtener más información, consulta las directrices sobre asistencia y licencias.

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

Añadir nodos de repuesto para aumentar la resiliencia

Los clústeres de VMware Engine deben tener al menos un nodo de repuesto para garantizar la resiliencia. Este nodo de repuesto está disponible para el clúster y puede proporcionar capacidad y recursos adicionales en momentos de mucha carga o contención. Estos nodos de repuesto se facturan como parte de la nube privada.

Si se requiere una mayor fiabilidad, considera la posibilidad de añadir más nodos de repuesto al clúster para que estén disponibles durante las ventanas de mantenimiento. Programar cargas de trabajo para que se ejecuten en estos nodos de repuesto ayuda a optimizar el uso de los clústeres en nubes privadas.

Define el número de errores que se pueden tolerar

En el caso de VMware vSAN, usa el atributo "Tolerancia a fallos" (FTT) de las políticas de almacenamiento de vSAN para definir el número de fallos que puede tolerar un clúster sin que se vea afectada la integridad de sus datos ni la disponibilidad de las máquinas virtuales.

Cuanto mayor sea el valor de FTT, más hosts de capacidad se necesitarán.

Siguientes pasos