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 de 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.
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.
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.
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
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.