Cuando usas Cross-Cloud Interconnect, Google aprovisiona conexiones físicas en tu nombre entre la red de Google Cloud y la red de Microsoft Azure.
Antes de que Google pueda establecer estas conexiones, debes solicitar puertos a Google y a Azure. A fin de prepararte para ese proceso, identifica las ubicaciones de Google Cloud y las ubicaciones de Azure correspondientes que deseas usar para tus conexiones.
Prácticas recomendadas para seleccionar una ubicación
Cuando decidas dónde ubicar tus conexiones, ten en cuenta las siguientes preguntas:- ¿Dónde se encuentran la mayoría de sus recursos de Google Cloud?
- ¿Dónde se encuentran la mayoría de tus recursos de Azure?
Si tus recursos de ambas nubes están en el mismo lugar, la elección es simple. Sin embargo, si no es así, considera si deseas que las conexiones estén más cerca de los recursos de Google Cloud o más cerca de los recursos de Azure. Si las conexiones están más cerca de tus recursos de Azure, tu tráfico pasa más tiempo en la red de Google, lo que es conveniente en general. Sin embargo, también debes considerar los costos de transferencia de datos salientes que es probable que incurras en ambas nubes.
Factores afectados por la ubicación
En esta sección, se describen los factores que se ven afectados por la elección de su ubicación.
Adjuntos de VLAN y circuitos de ExpressRoute
Después de establecer la conexión de Cloud Interconnect, debes configurar varios recursos en Google Cloud y Azure. En Google Cloud, estos recursos incluyen adjuntos de VLAN. Un adjunto de VLAN es una conexión lógica entre tu red de nube remota y una sola región en tu red de nube privada virtual.
En Azure, debes crear un recurso similar. El recurso de Azure se denomina circuito de ExpressRoute.
Cuando eliges una ubicación para tus puertos, limitas el conjunto de regiones en las que puedes colocar adjuntos de VLAN e interfaces virtuales. Por este motivo, la tabla de ubicaciones compatibles incluye columnas para las regiones de Google Cloud y Azure que entrega cada ubicación de puerto.
Dominios de disponibilidad perimetral
Cada área metropolitana tiene dos dominios de disponibilidad perimetral de Google Cloud. Dos dominios en la misma área metropolitana no están programados para mantenerse inactivos por mantenimiento al mismo tiempo. Por este motivo, cuando seleccionas una ubicación para un puerto principal y uno redundante, cada puerto debe usar un dominio de disponibilidad perimetral diferente dentro de la misma área metropolitana. Esto es cierto sin importar cómo ordenes los puertos. Sin embargo, cuando usas la CLI de Google Cloud, debes especificar cada dominio de disponibilidad perimetral de forma explícita. Cuando usas la consola de Google Cloud, solo debes seleccionar una ubicación y Google Cloud reserva un puerto para ti en cada dominio.
En la versión de la CLI de gcloud del nombre de la ubicación, el dominio de disponibilidad perimetral es la segunda información. Por ejemplo, si el nombre de la ubicación es iad-zone1-1, el dominio de disponibilidad perimetral es zone1. Si el nombre de la ubicación es iad-zone2-1, la zona de disponibilidad perimetral es zone2.
Instalación de colocación
Azure requiere que las conexiones se aprovisionen en la misma instalación. Por ese motivo, cada par de ubicaciones en la tabla de ubicaciones compatibles representa una sola instalación.
Lista de ubicaciones compatibles
En la siguiente tabla, se enumeran las ubicaciones de Azure compatibles y las ubicaciones de Google Cloud correspondientes.
Debes especificar la ubicación de Google Cloud de tu puerto de Cross Cloud Interconnect y, además, especificar el lugar del otro proveedor de servicios en la nube para conectarlo. Esta última ubicación de Azure se conoce como la ubicación remota en este conjunto de documentación y en Google Cloud. Asegúrate de usar el nombre de la ubicación remota cuando solicites Cloud Interconnect. Tu proveedor de servicios en la nube remota tiene un nombre diferente, aunque similar, para la ubicación, que debes usar cuando le pides al puerto con ese proveedor de servicios en la nube.
Existen variaciones de sintaxis para cada nombre de ubicación. Por ejemplo:
- El nombre de la ubicación remota varía según si interactúas con Azure o Google Cloud.
- Cuando interactúas con Google Cloud, la consola de Google Cloud muestra la descripción de la ubicación remota junto al nombre de la ubicación para ayudarte a elegir la ubicación correcta.
- En Google Cloud, la ubicación de Cloud Interconnect de la consola de Google Cloud (no la ubicación remota) muestra la información de instalación en lugar del nombre real de la ubicación de Cloud Interconnect.
| Google Cloud regions | Microsoft Azure regions | Metropolitan area | Remote location | Google Cloud locations | |
|---|---|---|---|---|---|
| Google Cloud | Microsoft Azure | ||||
|
|
Hong Kong | azure-equinix-hong-kong-hk1 | Equinix-Hong-Kong-HK1 |
|
|
|
Osaka | azure-equinix-osaka-os1 | Equinix-Osaka-OS1 |
|
|
|
Seoul | azure-kinx-seoul-gasan | KINX-Seoul-Gasan |
|
|
|
Singapore | azure-equinix-singapore-sg1 | Equinix-Singapore-SG1 |
|
| azure-global-switch-singapore | Global-Switch-Singapore |
| |||
|
|
Tokyo | azure-equinix-tokyo-ty4 | Equinix-Tokyo-TY4 |
|
|
|
Sydney | azure-equinix-sydney-sy2 | Equinix-Sydney-SY2 |
|
| azure-nextdc-sydney-s1 | NextDC-Sydney-S1 |
| |||
|
|
Amsterdam | azure-equinix-amsterdam-am5 | Equinix-Amsterdam-AM5 |
|
|
|
Frankfurt | azure-interxion-frankfurt-fra11 | Interxion-Frankfurt-FRA11 |
|
| azure-equinix-frankfurt-fr7 | Equinix-Frankfurt-FR7 |
| |||
|
|
London | azure-equinix-london-ld5 | Equinix-London-LD5 |
|
|
|
Paris | azure-interxion-paris-par5 | Interxion-Paris-PAR5 |
|
|
|
Zurich | azure-interxion-zurich-zur2 | Interxion-Zurich-ZUR2 |
|
|
|
Mumbai | azure-tata-mumbai-lvsb | Tata-Mumbai-LVSB |
|
|
|
Washington D.C. | azure-equinix-ashburn-dc2 | Equinix-Ashburn-DC2 |
|
| azure-equinix-ashburn-dc6 | Equinix-Ashburn-DC6 |
| |||
| azure-coresite-reston-va2 | CoreSite-Reston-VA2 |
| |||
|
|
Chicago | azure-equinix-chicago-ch1 | Equinix-Chicago-CH1 |
|
|
|
Dallas | azure-equinix-dallas-da3 | Equinix-Dallas-DA3 |
|
|
|
Montreal | azure-cologix-montreal-mtl3 | Cologix-Montreal-MTL3 |
|
|
|
Portland | azure-edgeconnex-portland-por01 | EdgeConneX-Portland-POR01 |
|
|
|
San Antonio, Texas | azure-cyrusone-san-antonio-1 | CyrusOne-San-Antonio-1 |
|
|
|
San Francisco | azure-coresite-santa-clara-sv7 | CoreSite-Santa-Clara-SV7 |
|
|
|
Seattle | azure-equinix-seattle-se2 | Equinix-Seattle-SE2 |
|
|
|
Toronto | azure-cologix-toronto-tor1 | Cologix-Toronto-TOR1 |
|
Verifica la disponibilidad
Una vez que hayas identificado una ubicación que deseas usar, vuelve a verificar que tenga un puerto Express directo de 10 Gbps o 100 Gbps. Este paso es útil porque la disponibilidad de los puertos puede cambiar sin previo aviso.
Si trabajas en el portal de Azure, puedes verificar la disponibilidad mientras pides tus conexiones. Para verificar la disponibilidad con anticipación, usa Azure PowerShell.
Azure PowerShell
Usa el comando Get-AzExpressRoutePortsLocation:
Get-AzExpressRoutePortsLocation -LocationName LOCATION
Reemplaza LOCATION por el nombre de la ubicación tal como se representa en Azure, por ejemplo, Interxion-Frankfurt-FRA11.
En el resultado del comando, busca el bloque AvailableBandwidths. Asegúrate de que enumere la velocidad de los puertos que necesitas.
Por ejemplo, el siguiente resultado muestra que Interxion-Frankfurt-FRA11 tiene puertos 10 Gbps y 100 Gbps disponibles:
Name : Interxion-Frankfurt-FRA11
Id : [ID information]
ProvisioningState : Succeeded
Address : Interxion Deutschland GmbHHanauer Landstraße 298 60314 Frankfurt am Main
Deutschland
Contact : de.info@interxion.com
AvailableBandwidths : [
{
"OfferName": "100 Gbps",
"ValueInGbps": 100
},
{
"OfferName": "10 Gbps",
"ValueInGbps": 10
}
]
Observa las ubicaciones y regiones
Después de revisar las secciones anteriores, toma nota de los siguientes valores:
- La ubicación remota, como se conoce en Google Cloud, y la ubicación de Google Cloud. Necesitas estos valores cuando solicitas las conexiones entre nubes.
- La ubicación remota, como se conoce en Azure, y la región en la que deseas colocar los recursos de ExpressRoute Direct y los circuitos de ExpressRoute. Necesitas estos valores cuando ordenas tus puertos de Azure y creas los circuitos de ExpressRoute.
- Es la región de Google Cloud en la que deseas colocar tus adjuntos de VLAN. Necesitas este valor cuando creas el adjunto, como se describe en Configura tus recursos de Google Cloud.