Compruebe los requisitos del sistema para configurar un clúster de vSphere como un clúster supervisor con la pila de redes vSphere y el equilibrador de carga de HAProxy.

Requisitos informáticos mínimos

Sistema Tamaño de implementación mínimo CPU Memoria Almacenamiento
vCenter Server 7.0 Pequeño 2 16 GB 290 GB
Hosts ESXi 7.0 Sin vSAN: 3 hosts ESXi con 1 dirección IP estática por host.

Con vSAN: 4 hosts ESXi con al menos 2 NIC físicas.

Los hosts deben unirse a un clúster con vSphere DRS y HA habilitados. vSphere DRS debe estar en el modo Totalmente automatizado o Parcialmente automatizado.
Nota: Asegúrese de que los nombres de los hosts que se unen al clúster utilicen letras minúsculas. De lo contrario, se puede producir un error en la habilitación del clúster para la administración de cargas de trabajo.
8 64 GB por host No aplicable
Máquinas virtuales de plano de control de Kubernetes 3 4 16 GB 16 GB

Requisitos mínimos de red

Nota: No puede crear clústeres IPv6 con un clúster supervisor de vSphere 7 ni registrar clústeres IPv6 con Tanzu Mission Control.
Componente Cantidad mínima Configuración necesaria
IP estáticas para las máquinas virtuales del plano de control de Kubernetes Bloque de 5 Un bloque de 5 direcciones IP estáticas consecutivas que se asignarán a las máquinas virtuales del plano de control de Kubernetes en el clúster supervisor.
Red de tráfico de administración 1 Una red de administración que se puede enrutar a los hosts ESXi, a vCenter Server, a la instancia de clúster supervisor y a un equilibrador de carga. La red debe poder acceder a un registro de imágenes y tener conectividad a Internet si el registro de imágenes se encuentra en la red externa. El registro de imágenes se debe poder resolver a través de DNS.
vSphere Distributed Switch 1 Todos los hosts del clúster deben estar conectados a vSphere Distributed Switch.
Equilibrador de carga de HAProxy 1 Una instancia del equilibrador de carga de HAProxy configurada con la instancia de vCenter Server.
  • Si la misma instancia de HAProxy se utiliza para múltiples instancias de clúster supervisor, debe poder enrutar el tráfico que se crea hacia todas las redes de cargas de trabajo y desde ellas en todas las instancias de clúster supervisor. Los rangos de IP en todas las redes de cargas de trabajo de todas las instancias de clúster supervisor que atiende HAProxy no deben superponerse.
  • Un rango de IP dedicado para direcciones IP virtuales. La máquina virtual de HAProxy debe ser el único propietario de este rango de IP virtual. El rango no debe superponerse con ningún otro rango de IP asignado a alguna red de cargas de trabajo que sea propiedad de una instancia de clúster supervisor.
  • La red que utiliza HAProxy para asignar direcciones IP virtuales debe enrutarse a las redes de cargas de trabajo que se utilizan en todas las instancias de clúster supervisor a las que se conecta HAProxy.
Redes de cargas de trabajo 1 Se debe crear al menos un grupo de puertos distribuidos en la instancia de vSphere Distributed Switch que se configure como red de cargas de trabajo principal. Según la topología que elija, podrá utilizar el mismo grupo de puertos distribuidos como red de cargas de trabajo de los espacios de nombres o bien podrá crear más grupos de puertos y configurarlos como redes de cargas de trabajo. Las redes de cargas de trabajo deben cumplir los siguientes requisitos:
  • Las redes de cargas de trabajo que se utilizan para el tráfico del clúster de Tanzu Kubernetes deben ser enrutables entre sí y la red de cargas de trabajo principal de clúster supervisor.
  • La función de enrutamiento entre las redes de cargas de trabajo con la red que utiliza HAProxy para la asignación de direcciones IP virtuales.
  • No hay superposición de los rangos de direcciones IP en todas las redes de cargas de trabajo dentro de clúster supervisor.
Importante: La red de carga de trabajo debe estar en una subred diferente a la red de administración.
Servidor NTP y DNS 1 Un servidor DNS y un servidor NTP que se pueden utilizar con vCenter Server.
Nota: Configure NTP en todos los hosts ESXi y vCenter Server.
servidor DHCP 1 Opcional. Configure un servidor DHCP para adquirir automáticamente direcciones IP para las redes de administración y cargas de trabajo, así como direcciones IP flotantes. El servidor DHCP debe admitir identificadores de cliente y proporcionar servidores DNS compatibles, dominios de búsqueda de DNS y un servidor NTP.

clúster supervisor utiliza la configuración de DHCP. Los equilibradores de carga pueden requerir direcciones IP estáticas para la administración. Los ámbitos de DHCP no deben superponerse a estas direcciones IP estáticas. DHCP no se utiliza para direcciones IP virtuales. (VIP)
Subred de red de administración 1
La subred que se utiliza para el tráfico de administración entre los hosts ESXi y vCenter Server y el plano de control de Kubernetes. El tamaño de la subred debe ser el siguiente:
  • Una dirección IP por adaptador de VMkernel de host.
  • Una dirección IP para vCenter Server Appliance.
  • 5 direcciones IP para el plano de control de Kubernetes. 1 para cada uno de los 3 nodos, 1 para la IP virtual, 1 para la actualización sucesiva de clústeres.
Nota: La red de administración y la red de carga de trabajo deben estar en subredes diferentes. No se admite la asignación de la misma subred a las redes de administración y carga de trabajo, lo que puede provocar errores y problemas en el sistema.
VLAN de red de administración 1 Identificador de VLAN de la subred de la red de administración.
MTU de red física 1.600 El tamaño de MTU debe ser 1600 o superior en cualquier red que transporte tráfico superpuesto.
Rango de CIDR de servicios de Kubernetes /16 direcciones IP privadas Un rango de CIDR privado para asignar direcciones IP a los servicios de Kubernetes. Debe especificar un rango de CIDR único de servicios de Kubernetes para cada clúster supervisor.