Ir al contenido principal

Conectividad redundante a través de Network Edge

Estos son algunos ejemplos de casos de uso de la redundancia del router de nube EquinixFabric proporcionada a través de conexiones con Network Edge:

Los clientes de Fabric Cloud Router que desplieguen aplicaciones multicloud podrían querer aprovechar un punto de acceso seguro redundante centralizado en redes remotas. Equinix Fabric permite a los usuarios crear conexiones redundantes de dispositivos virtuales de Fabric Cloud Router a Network Edge, para proporcionar conectividad a Internet de alta disponibilidad a las redes privadas conectadas al Cloud Router.

  • Conectividad local gratuita entre el Fabric Cloud Router y los dispositivos Network Edge, hasta 1 Gbps.
  • Redundancia inmediata dentro de la red Equinix Fabric al crear conexiones redundantes con dispositivos Network Edge redundantes.
  • Una variedad de dispositivos virtuales y modelos de implantación de Network Edge compatibles, para proporcionar una conectividad segura y de alta disponibilidad.
  • Opciones de configuración de enrutamiento flexibles para gestionar la preferencia de ruta/conectividad entre el Fabric Cloud Router y los dispositivos virtuales redundantes Network Edge.

Conexiones a dispositivos virtuales redundantes​

Los usuarios pueden crear una conectividad redundante con un par de dispositivos Network Edge redundantes, que actúan como dispositivos virtuales autónomos activos/activos. Encontrará más información sobre los dispositivos Network Edge redundantes en Opciones de alta disponibilidad en Network Edge.

Además, se puede utilizar un Grupo de Enlace de Dispositivos (DLG) para proporcionar conectividad entre los dispositivos virtuales redundantes, para una gestión de alta disponibilidad. Consulte Device Link para obtener más detalles.

Se puede influir en la preferencia de ruta entre el Fabric Cloud Router y los dispositivos virtuales utilizando atributos conocidos del protocolo de puerta de enlace fronteriza (BGP). Esto permite a los clientes asegurarse de que todo el tráfico se envía en la conexión primaria al dispositivo virtual primario. La conexión secundaria puede utilizarse como conexión de conmutación por error para el tráfico.

Una forma de garantizar que la conexión primaria y el dispositivo virtual tengan preferencia para el tráfico es utilizar la siguiente configuración de BGP en los dispositivos virtuales:

  • Para influir en el tráfico de los dispositivos virtuales al router de la nube:

    • Configure un mayor peso **** para las rutas aprendidas del enrutador de la nube en el dispositivo virtual primario **** .
    • Alternativamente, si el peso no está soportado en el dispositivo virtual, puede configurar una Preferencia Local más alta para las rutas aprendidas del Fabric Cloud Router en el Dispositivo Virtual Primario.

  • Para influir en el tráfico desde el enrutador de la nube a los dispositivos virtuales:

    • Para las rutas por defecto anunciadas desde el dispositivo virtual secundario **** , puede aprovechar AS Prepend para informar al enrutador de la nube de que esta ruta es menos preferida.

En caso de fallo del dispositivo virtual primario o de la conexión primaria, el tráfico del enrutador de nube pasa a la conexión secundaria.

Conexiones a Clusters de Network Edge​

Los usuarios de Cloud Router pueden crear una conectividad redundante con el clúster Network Edge, que actúa como un par de dispositivos virtuales activos/en espera. Encontrará más información sobre los clústeres Network Edge en Opciones de alta disponibilidad en Network Edge.

Para los clientes que desplieguen topologías redundantes utilizando clústeres Network Edge, el nodo activo del clúster puede considerarse propietario de ambas sesiones/conexiones BGP con el Fabric Cloud Router. Se proporciona redundancia tanto para las conexiones como para los nodos del clúster Network Edge.

Se puede influir en la preferencia de ruta entre el Cloud Router y el clúster Network Edge utilizando atributos BGP bien conocidos. Esto permite a los clientes asegurarse de que todo el tráfico se envía en la conexión primaria al dispositivo virtual primario. La conexión secundaria puede utilizarse como conexión de conmutación por error para el tráfico. Recuerde que el nodo activo es el propietario de ambas sesiones BGP, por lo que la configuración BGP en ambos nodos debe ser la misma.

Una forma de asegurar que la conexión primaria es la preferida para el tráfico es utilizar la siguiente configuración BGP en los nodos del cluster:

  • Para influir en el tráfico de los Nodos del cluster hacia el Cloud Router:

    • Configure un Peso más alto para las rutas aprendidas del Enrutador de Nube en la Conexión Primaria para ambos nodos.
    • Alternativamente, si el peso no está soportado en los dispositivos virtuales, puede configurar una Preferencia Local más alta para las rutas aprendidas del Enrutador de Nube en la Conexión Primaria en ambos nodos.

  • Para influir en el tráfico desde el Cloud Router a los nodos del cluster:

    • Para las rutas anunciadas desde la Conexión Secundaria en ambos nodos, puede aprovechar AS Prepend para informar al Enrutador de Nube que esta ruta secundaria es menos preferida.

En caso de fallo de la conexión primaria, el tráfico del enrutador de nube pasa a la conexión secundaria.

El fallo del nodo primario en el cluster Network Edge mantiene activa la sesión BGP primaria hacia el Cloud Router, pero ésta se activa ahora en el nodo secundario.

Conexiones a dispositivos virtuales georredundantes​

Los usuarios pueden aprovechar las redes IP-WAN y las conexiones únicas desde un par de Fabric Cloud Router a dispositivos Network Edge redundantes situados en diferentes ubicaciones metropolitanas. Estos dispositivos virtuales se consideran georredundantes. Esta arquitectura de redundancia tiene como objetivo proteger contra fallos del centro de datos en una ubicación concreta. Encontrará más información sobre los dispositivos Network Edge georredundantes en Achieve Resiliency through Geo-Redundancy.

Este caso de uso permite a los usuarios conectar aplicaciones de nube y otros activos de Equinix Fabric a dispositivos virtuales redundantes situados en dos ubicaciones metropolitanas diferentes.

¿Fue útil esta página?