Diseño de gestión de infraestructura

Fin de la comercialización: A partir del 31 de octubre de 2025, ya no estarán disponibles nuevas implementaciones de las ofertas de « VMware Solutions » para nuevos clientes. Los clientes actuales pueden seguir utilizando y ampliando sus cargas de trabajo activas de « VMware® » en IBM Cloud®. Para más información, consulte Fin de la comercialización de VMware en IBM Cloud.

La gestión de la infraestructura hace referencia a los componentes que gestionan la infraestructura de VMware®. El dispositivo VMware vCenter Server® es la plataforma centralizada de gestión de los entornos VMware vSphere® y uno de los componentes fundamentales de esta solución.

![Gestión de](../../images/vcsv4radiagrams-ra-inframgmt.svg "de infraestructuras*Gestión " caption-side="bottom"}"){: caption="de infraestructuras

Al appliance vCenter Server se le asigna el dominio SSO predeterminado de vsphere.local.

Diseño de vCenter Server

El dispositivo vCenter Server se instala en una subred portátil en la VLAN privada que está asociada a las máquinas virtuales de gestión. Su pasarela predeterminada se establece en la dirección IP asignada en el BCR para dicha subred determinada. El dispositivo virtual se configura con las especificaciones de la tabla siguiente.

especificaciones devCenter Server Appliance
Atributo Especificación
vCenter Server Dispositivo virtual
Tamaño de instalación del dispositivo Medio (hasta 400 hosts o 4.000 VM)
Controlador de servicios de plataforma Integrado
Número de vCPU 8
Memoria 28 GB
Disco 700 GB en el almacén de datos local (despliegue de disco grande)
Tipo de disco Aprovisionamiento ligero

Base de datos de vCenter Server

La configuración del vCenter Server utiliza una base de datos local e incorporada de PostgreSQL incluida con el dispositivo. La base de datos incorporada se utiliza para eliminar las dependencias sobre bases de datos y licencias externas.

Especificación de clúster de vCenter Server

Con este diseño, puede agrupar en clúster los hosts de vSphere ESXi® que se suministran a través de la solución. No obstante, para poder crear clústeres, se debe crear un objeto de centro de datos que significa la ubicación de los hosts ESXi de vSphere y el pod en el centro de datos. Se crea un clúster una vez creado el objeto de centro de datos. El clúster se despliega con vSphere alta disponibilidad (HA) y vSphere Programador de Recursos Distribuidos (DRS) habilitado.

Planificador de recursos distribuidos de vSphere

Este diseño utiliza la planificación de recursos distribuidos (DRS) de vSphere en el clúster inicial para colocar las VM y utiliza DRS en clústeres adicionales para migrar dinámicamente las máquinas virtuales para lograr clústeres equilibrados. El nivel de automatización se establece en totalmente automatizado para que la ubicación inicial y las recomendaciones de migración sean ejecutadas automáticamente por vSphere. Además, el umbral de migración se establece en moderado, de modo que vCenter aplica las recomendaciones de prioridad 1, 2 y 3 para lograr al menos una mejora decente en el equilibrio de carga del clúster.

La gestión de alimentación a través de la característica Gestión de alimentación distribuida no se utiliza en este diseño.

Alta disponibilidad de vSphere

Este diseño utiliza vSphere HA en el clúster inicial y en los clústeres adicionales para detectar fallos informáticos y recuperar las máquinas virtuales que se ejecutan en un clúster. La característica de alta disponibilidad de vSphere en este diseño se configura con las opciones Supervisión de host y Control de admisión que están habilitadas en el clúster. Además, el clúster inicial reserva los recursos de un nodo como capacidad de reserva para la política de control de admisión.

Usted es responsable de ajustar la política de control de admisión cuando el clúster se amplíe o contraiga posteriormente.

De forma predeterminada, la opción Prioridad de reinicio de VM se establece en medio y la opción Respuesta de aislamiento de host está inhabilitada. Además, la supervisión de VM está inhabilitada y la característica Latido del almacén de datos se configura para incluir cualquiera de los almacenes de datos del clúster. Este enfoque utiliza los almacenes de datos NAS si están presentes.

Compatibilidad de vMotion mejorada

Para simplificar la compatibilidad de vMotion en los nodos de clúster con prestaciones de CPU potencialmente distintas, se habilita la modalidad EVC (Enhanced vMotion Compatibility) al nivel más alto disponible que admite la versión de vSphere. Este valor garantiza la compatibilidad de vMotion entre los nodos del clúster cuando llegan los procesadores más recientes en el inventario de IBM Cloud®. El valor permite la expansión del clúster en el futuro si el procesador original ya no está en el inventario. Una excepción a esta regla es que el modo EVC no se establece para un clúster de gestión con procesadores Intel® Cascade Lake en el que la versión vSphere no admite EVC Cascade Lake.

IBM CloudDriver

La piedra angular de estas soluciones es la automatización. La automatización reduce la complejidad del despliegue, reduce drásticamente el tiempo de despliegue y garantiza que la instancia de VMware se despliegue de forma coherente.

IBM CloudDriver es una instancia de servidor virtual (VSI) efímera de IBM Cloud VM, que se despliega según sea necesario para el despliegue inicial y para las operaciones del Día 2, como añadir hosts, clústeres o servicios adicionales a su instancia de VMware. CloudDriver se elimina cuando finalizan todos los procesos actuales.

CloudDriver se despliega únicamente en la red privada que se conecta al IBM a través de una cola de mensajes privada. Son componentes desarrollados por IBM, no son accesibles al usuario y tienen los siguientes atributos y funciones:

  • Despliegue y configuración de la instancia VMware Cloud Foundation for Classic - Automated dentro de la cuenta de usuario.
  • Añadir y eliminar hosts de los clusters automatizados.
  • Añadir y eliminar clusters de instancias automatizadas.
  • Añada y elimine servicios o funciones adicionales a las instancias automatizadas.

Flujo de automatización

El siguiente flujo describe el orden de sucesos al utilizar la consola de IBM Cloud for VMware Solutions para solicitar una instancia de VMware:

  1. Solicitud de VLAN y subredes para la red desde IBM Cloud.
  2. Solicitud de servidores nativos de IBM Cloud con vSphere Hypervisor instalado.
  3. Solicitud de VSI de Microsoft® Windows® para que sirva como el controlador de dominio de Active Directory™.
  4. Despliegue de la VSI de Cloud Driver.
  5. Validación de la red y el hardware desplegado.
  6. Si procede, la configuración inicial de la vSAN de un solo nodo.
  7. Implantación y configuración de vCenter y NSX.
  8. Agrupación en clúster de nodos ESXi restantes, expansión de vSAN, si procede, y configuración de los componentes NSX (VTEP).
  9. Validación de la instalación y configuración del entorno.
  10. Despliegue de servicios opcionales como, por ejemplo, el servidor de copia de seguridad y el almacenamiento.
  11. Eliminación de la VSI de Cloud Driver.

ID y contraseñas

La automatización de IBM Cloud for VMware Solutions retiene un conjunto de ID de usuario y contraseñas cifradas dentro del plano de gestión de IBM Cloud. Los ID de usuario de la automatización están separados de los ID de usuario que se muestran en la consola de IBM Cloud for VMware Solutions y que están reservados para que usted pueda utilizarlos.

Cambie estas contraseñas y utilice su propio sistema de gestión de información de contraseñas (PIM) para almacenar y gestionar las contraseñas. No puede cambiar ni inhabilitar las contraseñas que utilizan la automatización sin interrumpir la automatización. Para obtener más información, consulte ID de usuario de IBM.