Red de conexión directa
Sugerir cambios
PDF
Los administradores del sistema a veces prefieren simplificar sus infraestructuras eliminando los switches de red de la configuración. Esto permite crear una solución más autónoma con menos componentes y menos espacio requerido en el rack. Existen algunas restricciones importantes que dependen del protocolo en uso.
Fibre Channel
A partir de ONTAP 9.19.1, la conexión FC directa es compatible tanto con las FC-SAN tradicionales (SCSI) como con NVMe/FC, usando adaptadores FC seleccionados de sistemas de almacenamiento. Los HBA establecerán una conexión FC punto a punto estándar.
Antes de ONTAP 9.19.1, los sistemas de almacenamiento ONTAP requieren NPIV, lo que significa que el sistema de almacenamiento debe estar conectado a un conmutador FC que también admite NPIV.
ISCSI y NVMe/TCP
Un host que utilice iSCSI o NVMe/TCP se puede conectar directamente a un sistema de almacenamiento y funcionar normalmente. El motivo son las rutas. Las conexiones directas a dos controladoras de almacenamiento diferentes dan como resultado dos rutas independientes para el flujo de datos. La pérdida de una ruta, un puerto o una controladora no impide que se utilice la otra ruta.
NFS
Se puede utilizar el almacenamiento NFS conectado directamente, pero con una limitación considerable: El fallo no funcionará si no se realiza una ejecución significativa de secuencias de comandos, que sería responsabilidad del cliente.
El motivo por el que la recuperación tras fallos sin interrupciones se complica gracias al almacenamiento NFS de conexión directa es el enrutamiento que se produce en el sistema operativo local. Por ejemplo, supongamos que un host tiene una dirección IP de 192.168.1.1/24 y está directamente conectado a una controladora ONTAP con la dirección IP 192.168.1.50/24. Durante la conmutación al nodo de respaldo, esa dirección 192.168.1.50 puede conmutar al nodo de respaldo a la otra controladora y estará disponible para el host, pero ¿cómo detecta el host su presencia? La dirección 192.168.1.1 original todavía existe en la NIC host que ya no se conecta a un sistema operativo. El tráfico destinado a 192.168.1.50 seguiría enviándose a un puerto de red inoperable.
La segunda tarjeta de red del sistema operativo podría configurarse como 192.168.1.2 y sería capaz de comunicarse con la dirección 192.168.1.50 tras la conmutación por error, pero las tablas de enrutamiento locales tendrían por defecto la configuración de utilizar una y solo una dirección para comunicarse con la subred 192.168.1.0/24. Un administrador de sistemas podría crear un marco de scripts que detectara un fallo en la conexión de red y modificara las tablas de enrutamiento locales o activara y desactivara las interfaces. El procedimiento exacto dependería del sistema operativo en uso.
En la práctica, los clientes de NetApp disponen de NFS conectado directamente, pero normalmente solo para cargas de trabajo en las que se pueden pausar I/O durante las recuperaciones tras fallos. Cuando se utilizan montajes duros, no debe haber ningún error de E/S durante dichas pausas. El I/O se debe bloquear hasta que los servicios se restauren, ya sea mediante una conmutación de retorno tras recuperación o intervención manual para mover las direcciones IP entre las NIC del host.