Resistencia de la conexión virtual
Las conexiones virtuales le permiten especificar el nivel de resiliencia que requiere su implementación. Los flujos de trabajo son flexibles, permitiendo múltiples escenarios para acomodar la redundancia, si es necesario.
Los flujos de trabajo de conexión virtual difieren entre las implementaciones redundantes y clúster. Las conexiones de dispositivo redundantes se originan en cada dispositivo virtual individual en el par redundante, mientras que las conexiones de dispositivo en clúster se originan en el clúster.
Conexiones virtuales redundantes
Los dispositivos redundantes se despliegan en diferentes planos de cómputo utilizando afinidad. Una vez implementados, los dispositivos no comparten ninguna información de configuración y funcionan como dos dispositivos independientes. Para lograr la redundancia a través del participante de la tela, se crean conexiones virtuales en el plano de la tela primaria y secundaria como se muestra a continuación. El dispositivo principal se conecta a la red de tejido principal (o plano de tejido principal) y el dispositivo secundario se conecta a la red de tejido secundario.
Este es uno de los conceptos más importantes para entender la resiliencia Network Edge. El plano del dispositivo determina qué red de tela (o plano de tela) se utiliza para las conexiones del dispositivo.
Los dispositivos redundantes se pueden desplegar en el mismo metro o en diferentes metros, lo que le permite construir soluciones redundantes que abarcan distancias geográficas. Los flujos de trabajo son flexibles y puede crear conexiones tanto en el plano de tejido primario como secundario o en cada plano según sea necesario para su caso de uso.
Conexiones virtuales del clúster
Los dispositivos agrupados se despliegan en los planos de computación primario y secundario y tienen flujos de trabajo de nivel superior para construir un par de dispositivos virtuales Activo-Activo o Activo-Estable.
Los clusters se pueden construir solo en el mismo metro. Por ejemplo, si un circuito virtual se construye tanto en el plano de tejido primario como secundario, el flujo de trabajo creará dos conexiones al clúster y asignará una interfaz para cada conexión a ambos nodos del clúster. La imagen siguiente (Conectando al mismo Metro/mismo proveedor) muestra una conexión de tejido principal y secundaria a un clúster de espera activa con cluster-node0 activo y cluster-node1 en espera. En el caso de una conmutación por error del clúster y cluster-node1 se activa, las conexiones se mueven a cluster-node1.
| Dispositivos redundantes | Dispositivos agrupados | |
|---|---|---|
| Despliegue | Dos dispositivos, ambos activos, que aparecen como dos dispositivos en el portal de Network Edge. Ambos dispositivos tienen todas las interfaces de reenvío | Dos dispositivos, solo uno está siempre activo. El plano de datos del dispositivo pasivo (no activo) no se está reenviando |
| Gestión de la WAN | Ambos dispositivos obtienen una dirección L3 única que está activa para la gestión de la WAN | Cada nodo obtiene una dirección L3 única para la gestión de la WAN, así como una dirección Cluster que conecta con el nodo activo (ya sea 0 ó 1) |
| Grupos de enlace de dispositivos | No se crea ninguno al inicio del dispositivo | Se crean dos por defecto para compartir la sincronización de la configuración y la comunicación en caso de fallo |
| Conexiones virtuales de Fabric | Las conexiones pueden realizarse a uno o a ambos dispositivos | Las conexiones individuales se construyen en un VNI especial que se conecta solo al nodo de Active Cluster. El cliente puede crear conexión secundaria opcional y adicional (s) |
| Admite redundancia geográfica | Sí, se pueden desplegar dispositivos redundantes en diferentes metros | No, los dispositivos de clúster sólo pueden desplegarse en el mismo metro |
| Apoyo a proveedores | Todos los vendedores | Cortafuegos Fortinet FortiGateCortafuegos Juniper vSRXNGINX PlusCortafuegos Palo Alto de la serie VM |
Todos los escenarios mostrados en las siguientes ilustraciones asumen que el Participante del Proveedor se conecta tanto a la Tela Primaria como a la Secundaria. Si hay alguna pregunta sobre las conexiones de tela redundantes, consulte con su Arquitecto de Soluciones Globales de Equinix.
Conexión al mismo metro/mismo proveedor
Utilice este escenario de conexión para conectarse al mismo proveedor mediante dispositivos Network Edge en la misma ubicación de metro. En este escenario, Network Edge admite implementaciones redundantes y de clúster. Los flujos de trabajo de circuitos virtuales garantizan que cada circuito se aprovisione en los planos de tejido primario y secundario, respectivamente. Un ejemplo son las conexiones redundantes con los mismos participantes de Fabric.
Conectarse al mismo metro o a distintos proveedores
Utilice este escenario de conexión para conectarse a diferentes proveedores que utilizan dispositivos Network Edge en la misma ubicación de metro. En este escenario, Network Edge admite implementaciones redundantes y de clúster. Los flujos de trabajo de circuitos virtuales garantizan que cada circuito se aprovisione en los planos de tejido primario y secundario, respectivamente. Un ejemplo son las conexiones redundantes a diferentes participantes de Fabric.
Conectarse a otro metro o al mismo proveedor
Utilice este escenario de conexión para conectarse a los mismos proveedores mediante instancias virtuales de Network Edge en diferentes ubicaciones de metro. En este escenario, Network Edge admite implementaciones redundantes, pero no admite implementaciones de clúster. Los flujos de trabajo de circuitos virtuales garantizan que cada circuito se aprovisione en los planos de tejido primario y secundario, respectivamente. Un ejemplo son las conexiones redundantes desde dos metros diferentes al mismo participante de Fabric.
Conectarse a diferentes metros/diferentes proveedores
Utilice este escenario de conexión para conectarse a diferentes proveedores que utilizan dispositivos Network Edge en diferentes ubicaciones del metro con diferentes participantes de Tela. En este escenario, Network Edge admite implementaciones redundantes, pero no admite implementaciones de clúster. Los flujos de trabajo de circuitos virtuales garantizan el aprovisionamiento para cada circuito en los planos de tejido primario y secundario, respectivamente. Un ejemplo son las conexiones redundantes de dos metros diferentes a los diferentes participantes de Fabric.
Redes EVP-LAN
Network Edge soporta la conexión EVP-LAN para permitir la conexión de multipunto a multipunto. EVP-LAN le permite interconectar sus activos de centro de datos en muchas ubicaciones a través de una red común en lugar de requerir conexiones directas entre ubicaciones individuales. Este tema describe cómo crear una red privada multipunto a multipunto y conectarse a esa red desde sus dispositivos Network Edge.
Las EVP-LAN difieren de las DLGS en que se conectan a dispositivos Network Edge y puertos de tela. Varios dispositivos Network Edge en el mismo metro pueden formar parte de la misma red EVP-LAN. Los clientes que requieren máxima resiliencia deben implementar EVP-LAN adicionales que abarcan tanto las redes de tejido primario como secundario.
Para una resiliencia adecuada, cada dispositivo en el par de dispositivos redundantes requerirá una sola conexión a dos redes EVP-LAN diferentes. El dispositivo primario en el plano primario utilizará la red principal de la tela. El dispositivo secundario en el plano secundario utilizará la red de tejido secundario.
Los dispositivos agrupados son diferentes en el sentido de que el flujo de trabajo permite crear conexiones a las redes de Fabric primaria o secundaria.