Skip to main content
ONTAP tools for VMware vSphere 10.3
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Requisitos previos para la implementación de las herramientas de ONTAP para VMware vSphere

Colaboradores

Antes de implementar herramientas ONTAP para VMware vSphere, debería estar familiarizado con los requisitos de espacio para el paquete de puesta en marcha y algunos requisitos básicos del sistema host.

Puede usar herramientas de ONTAP para VMware vSphere con VMware vCenter Server Virtual Appliance (vcsa). Debe poner en marcha herramientas de ONTAP para VMware vSphere en un cliente de vSphere compatible que incluya un sistema ESXi.

Requisitos del sistema

  • * Requisitos de espacio del paquete de instalación por nodo*

    • 15 GB para instalaciones con Thin Provisioning

    • 348 GB para instalaciones con aprovisionamiento pesado

  • * Requisitos de tamaño del sistema host * La memoria recomendada según el tamaño de la implementación es como se muestra en la tabla a continuación:

Tipo de despliegue

CPU

Memoria (GB)

Espacio en disco (GB) Thick Provisioned

No alta disponibilidad pequeña

9

18

350

Medio sin alta disponibilidad

13

26

350

ALTA DISPONIBILIDAD pequeño (acumulación de tres nodos)

27

54

1050

MEDIO DE ALTA DISPONIBILIDAD (acumulativo de tres nodos)

39

78

1050

ALTA DISPONIBILIDAD grande (acumulación de tres nodos)

51

102

1050

Requisitos mínimos de almacenamiento y aplicaciones

Almacenamiento, host y aplicaciones Requisitos mínimos de versión

ONTAP

9.14.1, 9.15.1 y 9.16.0. FAS, ASA A-Series, ASA C-Series, AFF A-Series, AFF C-Series y ASA R2.

Hosts ESXi

ESXi 7.0.3

El servidor de vCenter

VCenter 7.0U3

Proveedor de VASA

3,0

Aplicación ova

10,3

La herramienta de matriz de interoperabilidad (IMT) contiene la información más reciente sobre las versiones compatibles de ONTAP, vCenter Server, hosts ESXi y aplicaciones de plugins.

Límites de configuración para poner en marcha herramientas de ONTAP para VMware vSphere

Puede utilizar la siguiente tabla como guía para configurar herramientas de ONTAP para VMware vSphere.

Despliegue

Tipo

Número de vVols

Número de hosts

No alta disponibilidad

Pequeño (S)

~12K

32

No alta disponibilidad

Medio (M)

~24K

64

Alta disponibilidad

Pequeño (S)

~24K

64

Alta disponibilidad

Medio (M)

~50k

128

Alta disponibilidad

Grande (L)

~100k

256 [NOTA] El número de hosts de la tabla muestra el número total de hosts de varios vCenter.

Para obtener más información sobre los requisitos de tamaño del sistema host por nodo, consulte "Requisitos previos para implementar herramientas de ONTAP para VMware vSphere".

Herramientas de ONTAP para VMware vSphere: Storage Replication Adapter (SRA)

La siguiente tabla muestra los números admitidos por instancia de VMware Live Site Recovery con las herramientas de ONTAP para VMware vSphere.

Tamaño de implementación de vCenter Pequeño Media

Cantidad total de máquinas virtuales configuradas para la protección mediante la replicación basada en cabinas

2000

5000

Número total de grupos de protección de replicación basados en cabinas

250

250

Número total de grupos de protección por plan de recuperación

50

50

Número de almacenes de datos replicados

255

255

Número de máquinas virtuales

4000

7000

La siguiente tabla muestra el número de Live Site Recovery de VMware y el tamaño de la puesta en marcha de VMware vSphere con las herramientas de ONTAP correspondientes.

Número de instancias de VMware Live Site Recovery

ONTAP herramientas de implementación Tamaño

Hasta 4

Pequeño

4 a 8

Mediano

Más de 8

Grande

Para obtener más información, consulte "Límites operativos de Live Site Recovery de VMware".

Requisitos de puertos

En la siguiente tabla se describen los puertos de red que NetApp utiliza y sus propósitos. Asegúrese de que estos puertos están abiertos y accesibles para facilitar el funcionamiento y la comunicación correctos dentro del sistema. Asegúrese de que las configuraciones de red necesarias están en su lugar para permitir que el tráfico en estos puertos funcione correctamente. Dependiendo de sus políticas de seguridad, es posible que necesite configurar firewalls u otros dispositivos de seguridad para permitir este tráfico dentro de su red.

Puerto

Descripción

22 (TCP)

Ansible usa este puerto SSH para la comunicación durante el aprovisionamiento del clúster. Este puerto es necesario para funcionalidades como cambiar la contraseña de usuario de mantenimiento, los mensajes de estado y para actualizar los valores en los tres nodos en caso de configuración de alta disponibilidad.

443 (TCP)

Este es el puerto de transferencia para la comunicación entrante para el servicio de proveedor VASA. El certificado autofirmado de proveedor de VASA y el certificado de CA personalizado se alojan en este puerto.

8443 (TCP)

Este puerto hospeda la documentación de la API a través de Swagger y la aplicación de interfaz de usuario Administrador.

2379 (TCP)

Este es el puerto predeterminado para las solicitudes de cliente, como obtener, poner, eliminar o vigilar las claves en el almacén de valores de clave ETCD.

2380 (TCP)

Este es el puerto predeterminado para la comunicación servidor a servidor para el clúster ETCD utilizado para el algoritmo de consenso de RAFT en el que se basa ETCD para la replicación y consistencia de datos.

7472 (TCP+UDP)

Este es el puerto del servicio de métricas de prometheus.

7946 (TCP+UDP)

Este puerto se utiliza para la detección de la red del contenedor de docker.

9083 (TCP)

Este puerto es un puerto de servicio utilizado internamente para el servicio de proveedor VASA.

1162 (UDP)

Este es el puerto de paquetes de captura SNMP.

6443 (TCP)

Fuente: RKE2 nodos de agentes. Destino: REK2 nodos de servidor. Descripción: Kubernetes API

9345 (TCP)

Fuente: RKE2 nodos de agentes. Destino: REK2 nodos de servidor. Descripción: REK2 supervisor API

8472 (TCP+UDP)

Todos los nodos deben poder llegar a otros nodos a través del puerto UDP 8472 cuando se utiliza VXLAN de franela. Fuente: Los RKE2 nodos. Destination: Los REK2 nodos. Descripción: Canal CNI con VXLAN

10250 (TCP)

Fuente: Los RKE2 nodos. Destination: Los REK2 nodos. Descripción: Kubelet metrics

30000-32767 (TCP)

Fuente: Los RKE2 nodos. Destination: Los REK2 nodos. Descripción: Rango de puertos NodePort

123 (TCP)

Ntpd utiliza este puerto para realizar la validación del servidor ntp.

Comprobaciones previas al despliegue

Asegúrese de que los siguientes elementos están en su lugar antes de continuar con el despliegue:

  • El entorno de vCenter Server está instalado y configurado.

  • Las credenciales principales de vCenter Server para implementar el OVA se encuentran instaladas.

  • Tiene las credenciales de inicio de sesión para la instancia de vCenter Server en la cual las herramientas de ONTAP para VMware vSphere se conectarán después de la implementación y para el registro.

  • Se ha eliminado la caché del explorador.

  • Asegúrese de que tiene tres direcciones IP libres disponibles para la implementación que no sea de alta disponibilidad: Una dirección IP gratuita para el balanceador de carga y una dirección IP libre para el plano de control de Kubernetes y una dirección IP para el nodo. Para la implementación de alta disponibilidad, junto con estas tres direcciones IP, necesitará dos direcciones IP más para el segundo y el tercer nodo. Los nombres de host deben asignarse a las direcciones IP libres en el DNS antes de asignarlas. Todas las cinco direcciones IP deben estar en la misma VLAN que se ha seleccionado para la implementación.

  • Compruebe que el nombre de dominio donde se emite el certificado se asigne a la dirección IP virtual en una implementación de varias instancias de vCenter donde los certificados de CA personalizados son obligatorios. Nslookup se realiza una comprobación del nombre de dominio para comprobar si el dominio se está resolviendo a la dirección IP deseada. Los certificados se deben crear con el nombre de dominio y la dirección IP de la dirección IP del equilibrador de carga.