Saltar a contenido

Anuncios de rutas en MCR

El Megaport Cloud Router (MCR) funciona en arquitecturas de nubes múltiples que se conectan mediante varias combinaciones de tipos de emparejamiento. Además de la conectividad de emparejamiento privada, el MCR puede conectarse a tipos de emparejamiento público, como AWS, Azure, Oracle u otros proveedores de servicios en la nube (CSP).

Este tema describe los tipos de emparejamiento en MCR y las rutas anunciadas por cada uno de ellos.

MCR utiliza una conexión cruzada virtual (VXC) para conectarse a otros puntos de la red Megaport. Las VXC admiten varios tipos de pares. El MCR emplea políticas de enrutamiento que se ajuntan al tipo de emparejamiento de VXC.

El tipo de emparejamiento definido para la VXC determina qué rutas se anuncian.

Tipos de emparejamiento en MCR

MCR admite los tipos de emparejamiento que se muestran en esta tabla:

Tipo de emparejamiento Megaport Atributo del emparejamiento Rutas anunciadas
Sin nube NON_CLOUD Rutas del par del protocolo de puerta de enlace de borde (BGP) detrás de un Puerto.
Nube privada PRIV_CLOUD Rutas de AWS Private, emparejamiento privado de Azure y Google Cloud Platform.
Nube pública PUB_CLOUD Rutas de AWS Public, Azure MS Peer, Salesforce y otros proveedores de nube.

Nota

Aunque se pueden configurar tipos de emparejamiento de nube privada y nube pública al mismo tiempo, el MCR no intercambia rutas entre ambos.

VXC sin nube

Las VXC sin nube (NON_CLOUD) se conectan a un Puerto físico en el centro de datos. Estas conexiones se refieren a la infraestructura de red privada en un centro de datos, que pueden incluir proveedores de servicios en el Marketplace de Megaport. Se trata de conexiones en las que se administran completamente ambos lados, o en las que se han resuelto los detalles de enrutamiento con la organización homóloga.

Megaport Punto de conexión Tipo de emparejamiento
Puertos físicos VXC privada
Marketplace de Megaport VXC privada
VXC B2B Clave de servicio

VXC de nube privada

Las VXC de nube privada (PRIV_CLOUD) se conectan a opciones de emparejamiento privado con proveedores de servicios en la nube pública. El emparejamiento privado suele implicar el intercambio de rutas RFC 1918 con el proveedor de servicios.

Proveedor de servicios en la nube Tipo de emparejamiento
AWS Direct Connect VIF privada, VIF de tránsito
Azure ExpressRoute Emparejamiento privado
Google Cloud Interconnect Anexo de Partner Interconnect
Oracle Cloud Infrastructure FastConnect Private Peering

Se ofrece una conectividad similar en IBM Cloud, Alibaba, SAP HANA Enterprise Cloud y otros CSP. Para obtener una lista completa de CSP, vaya a Descripción general de la conectividad de MCR en la nube.

VXC de nube pública

Las VXC de la nube pública (PUB_CLOUD) proporcionan conectividad directa a las opciones de emparejamiento público de los CSP públicos. Las opciones de emparejamiento público suelen implicar el intercambio de espacio de direcciones públicas con un proveedor de servicios.

Proveedor de servicios en la nube Tipo de emparejamiento
AWS Direct Connect VIF pública
Azure ExpressRoute Emparejamiento de Microsoft
Salesforce ExpressConnect
Oracle Cloud Infrastructure FastConnect Public Peering

Casos de anuncios de rutas

Conectividad de nube privada y sin nube

En cuanto a los anuncios de rutas, es bastante sencillo crear una combinación de conectividad de nube privada y sin nube. El uso de mecanismos de virtualización y segmentación de la red permite que las redes multiinquilino intercambien un espacio de direcciones RFC 1918 privado entre cada entorno. La nube privada se introduce como un nodo privado en su red interna.

Esta figura muestra una empresa que utiliza un cortafuegos para segmentar su conectividad en la nube. La red de la nube se conecta desde el cortafuegos en el centro de datos al MCR a través de un VXC privado NON_CLOUD. El MCR, a su vez, se conecta a AWS a través de una VXC PRIV_CLOUD.
Sin nube con nube privada

Nube pública

La opción de conectividad a la nube pública requiere el intercambio de espacio de direcciones públicas, similar al emparejamiento con un proveedor de servicios de internet (ISP). Las grandes organizaciones que requieren conectividad con varios ISP emplean a ingenieros y arquitectos de redes con conocimiento de los implicaciones que surgen al participar en el intercambio de rutas públicas en internet.

El MCR suaviza algunos de estos implicaciones mediante políticas predeterminadas. Gracias a ellas, no se anunciarán inadvertidamente rutas públicas pertenecientes a un proveedor de servicios en la nube a otro. Por ejemplo, considere el anuncio de rutas en una topología de red con un emparejamiento de Microsoft ExpressRoute a Azure y una interfaz virtual pública (VIF) a AWS.

Nube privada

Si se permitiera la conectividad de cualquier elemento entre los dos emparejamientos de nube pública, todo el tráfico entre AWS y Azure atravesaría el MCR. Esto provocaría una interrupción global del servicio en ambos CSP. Para evitar la interrupción del servicio, los CSP protegen a los clientes con políticas que impiden este tipo de desconfiguración. Sin embargo, dado que pueden producirse errores, el MCR también cuenta con mecanismos de enrutamiento para restringir los tipos de emparejamiento de nube pública, de modo que no intercambien espacios de direcciones públicas.

Nube pública a nube pública

Configuraciones de anuncios de rutas en MCR

Los tipos de configuración de anuncios de rutas en MCR admitidos son los siguientes:

  • Nube pública => Sin nube
  • Nube privada => Sin nube, nube privada
  • Sin nube => Sin nube, nube privada, nube pública

Configuraciones de anuncios de rutas

La compatibilidad con estas configuraciones de tipo de emparejamiento se traduce en una plataforma de disponibilidad global que permite la implementación rápida y segura de servicios de enrutamiento «a la carta» con las mejores políticas de enrutamiento aplicadas.


Última actualización: 2021-10-27