Notas de la versión
Requisitos previos para la implementación de las herramientas de ONTAP para VMware vSphere
Sugerir cambios
PDF
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.
