Revise las siguientes directrices e ilustraciones cuando planifique su solución de capa 3. Para obtener más información sobre la implantación de VIP y BGP en ONTAP, consulte la siguiente sección:

"Configuración de LIF IP virtuales (VIP)"

Limitaciones de ONTAP

ONTAP no verifica automáticamente que todos los nodos de ambos sitios de la configuración de MetroCluster estén configurados con BGP peering.

ONTAP no realiza la agregación de rutas, pero anuncia todas las IP de LIF virtuales individuales como rutas de host únicas en todo momento.

ONTAP no admite Anycast real. Solo un nodo del clúster presenta una IP LIF virtual específica (pero es aceptado por todas las interfaces físicas, independientemente de si son LIF BGP, siempre y cuando el puerto físico forme parte del espacio IP correcto). Los diferentes LIF pueden migrar por separado entre sí a nodos de alojamiento diferentes.

Directrices para el uso de esta solución de capa 3 con una configuración de MetroCluster

Debe configurar el BGP y el VIP correctamente para proporcionar la redundancia necesaria.

Se prefieren escenarios de implementación más simples en comparación con arquitecturas más complejas (por ejemplo, se puede acceder a un enrutador de interconexión BGP a través de un enrutador intermedio no BGP). Sin embargo, ONTAP no aplica restricciones de diseño o topología de red.

Los LIF VIP solo cubren la interfaz/red de datos.

Según la versión de ONTAP, debe configurar los LIF de conexión entre iguales de BGP en la SVM del nodo, no el sistema ni la SVM de datos. En 9.8, los LIF BGP son visibles en la SVM del clúster (sistema) y las SVM del nodo ya no están presentes.

Cada SVM de datos requiere la configuración de todas las direcciones de puerta de enlace posibles del primer salto (normalmente, la dirección IP del enrutador de BGP), de modo que la ruta de datos de retorno esté disponible en caso de producirse una migración LIF o una conmutación por error de MetroCluster.

Los LIF BGP son específicos de los nodos, similares a los LIF de interconexión de clústeres; cada nodo tiene una configuración única, lo que no necesita replicarse en los nodos del centro de recuperación ante desastres.

configurada, la existencia del v0a (v0b, etc.) Valida constantemente la conectividad, garantizando que una migración LIF o una conmutación al nodo de respaldo se realice correctamente (a diferencia de L2, donde una configuración rota solo es visible después de la interrupción).

Una gran diferencia en la arquitectura es que los clientes ya no deben compartir la misma subred IP que el VIP de las SVM de datos. Un router L3 con las características de redundancia y resistencia adecuadas para la empresa habilitadas (por ejemplo, VRRP/HSRP) debería estar en el camino entre el almacenamiento y los clientes para que el VIP funcione correctamente.

El fiable proceso de actualización de BGP permite realizar migraciones de LIF más fluidas, ya que son ligeramente más rápidas y tienen menos probabilidades de que se produzcan interrupciones en algunos clientes

Puede configurar BGP para detectar algunas clases de comportamientos erróneos de red o de switch más rápido que LACP, si se ha configurado de manera acorde.

BGP (EBGP) externa utiliza distintos números COMO números entre los nodos ONTAP y los routers de interconexión y es la implementación preferida para facilitar la agregación y redistribución de rutas en los routers. El BGP interno (IBGP) y el uso de reflectores de ruta no es imposible, sino fuera del alcance de una configuración VIP directa.

Tras la implementación, debe comprobar que se pueda acceder a la SVM de datos cuando se migre el LIF virtual asociado entre todos los nodos de cada sitio (incluido el cambio de MetroCluster) para verificar que la configuración correcta de las rutas estáticas a la misma SVM de datos.

VIP funciona con la mayoría de los protocolos basados en IP (NFS, SMB e iSCSI).