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.
Para que Google pueda establecer estas conexiones, debes pedir puertos tanto a Google como a Azure. Para prepararte para ese proceso, identifica las Google Cloud ubicaciones y las ubicaciones de Azure correspondientes que quieras usar para tus conexiones.
Prácticas recomendadas para seleccionar una ubicación
A la hora de decidir dónde colocar las conexiones, plantéate las siguientes preguntas:- ¿Dónde se encuentran la mayoría de tus Google Cloud recursos?
- ¿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 sencilla. Sin embargo, si no es así, plantéate si quieres que tus conexiones estén más cerca de tus recursos deGoogle Cloud o de tus recursos de Azure. Si las conexiones están más cerca de tus recursos de Azure, tu tráfico pasará más tiempo en la red de Google, lo que suele ser recomendable. Sin embargo, también debes tener en cuenta los costes de transferencia de datos salientes que probablemente se te apliquen en ambas nubes.
Factores afectados por la ubicación
En esta sección se describen los factores que se ven afectados por la ubicación que elijas.
Vinculaciones de VLAN y circuitos ExpressRoute
Una vez que se haya establecido la conexión Cross-Cloud Interconnect, deberá configurar varios recursos en Google Cloud y Azure. En Google Cloud, estos recursos incluyen vinculaciones de VLAN. Una vinculación de VLAN es una conexión lógica entre tu red en la nube remota y una sola región de tu red de nube privada virtual.
En Azure, debe crear un recurso similar. El recurso de Azure se denomina circuito ExpressRoute.
Al elegir una ubicación para tus puertos, limitas el conjunto de regiones en las que puedes colocar tanto vinculaciones de VLAN como interfaces virtuales. Por este motivo, la tabla de ubicaciones admitidas incluye columnas para las regiones de Google Cloud y Azure que se sirven en cada ubicación de puerto.
Dominios de disponibilidad perimetral
Cada área metropolitana tiene dos Google Cloud dominios de disponibilidad de edge. No está previsto que dos dominios de la misma área metropolitana dejen de funcionar por mantenimiento al mismo tiempo. Por este motivo, cuando selecciones una ubicación para un puerto principal y otro redundante, cada puerto debe usar un dominio de disponibilidad de edge diferente dentro de la misma área metropolitana. Esto es así independientemente de cómo ordenes tus puertos. Sin embargo, cuando usas la CLI de Google Cloud, debes especificar cada dominio de disponibilidad de edge de forma explícita. Cuando usas la consola Google Cloud , solo tienes que 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 de Edge es la segunda parte de la información. Por ejemplo, si el nombre de la ubicación es iad-zone1-1
, el dominio de disponibilidad de la red perimetral es zone1
. Si el nombre de la ubicación es iad-zone2-1
, la zona de disponibilidad de edge es zone2
.
Instalaciones de colocación
Azure requiere que las conexiones se aprovisionen en la misma instalación. Por este motivo, cada par de ubicaciones de la tabla de ubicaciones admitidas representa un único centro.
Lista de ubicaciones admitidas
En la siguiente tabla se indican las ubicaciones de Azure admitidas y lasGoogle Cloud ubicaciones correspondientes.
Debes especificar la Google Cloud ubicación de tu puerto de Cross-Cloud Interconnect y, además, especificar dónde conectarlo en tu otro proveedor de servicios en la nube. En este conjunto de documentación y en Google Cloud, esta última ubicación de Azure se denomina ubicación remota. Asegúrate de usar el nombre de la ubicación remota cuando solicites Cross-Cloud Interconnect. Tu proveedor de nube remoto tiene un nombre diferente, aunque similar, para la ubicación, que usas cuando solicitas el puerto con ese proveedor de nube.
Hay algunas variaciones de sintaxis para cada nombre de ubicación. Por ejemplo:
- El nombre de la ubicación remota varía en función de si interactúas con Azure o con Google Cloud.
- Al interactuar con Google Cloud, la consola Google Cloud muestra la descripción de la ubicación remota junto al nombre de la ubicación para ayudarte a elegir la correcta.
- En Google Cloud, la Google Cloud ubicación de Cloud Interconnect de la consola (no la ubicación remota) muestra información sobre las instalaciones en lugar del nombre de la ubicación de Cloud Interconnect.
Regiones de Google Cloud | Regiones de Microsoft Azure | Área metropolitana | Ubicación remota | Ubicaciones de Google Cloud | |
---|---|---|---|---|---|
Google Cloud | Microsoft Azure | ||||
|
|
Hong Kong | azure-equinix-hong-kong-hk1 | Equinix-Hong-Kong-HK1 |
|
|
|
Osaka | azure-equinix-osaka-os1 | Equinix-Osaka-OS1 |
|
|
|
Seúl | azure-kinx-seoul-gasan | KINX - Seúl - Gasan |
|
|
|
Singapur | azure-equinix-singapore-sg1 | Equinix-Singapore-SG1 |
|
azure-global-switch-singapore | Global-Switch-Singapore |
| |||
|
|
Tokio | azure-equinix-tokyo-ty4 | Equinix-Tokio-TY4 |
|
|
|
Sídney | azure-equinix-sydney-sy2 | Equinix-Sydney-SY2 |
|
azure-nextdc-sydney-s1 | NextDC-Sydney-S1 |
| |||
|
|
Ámsterdam | azure-equinix-amsterdam-am5 | Equinix-Amsterdam-AM5 |
|
|
|
Fráncfort | azure-equinix-frankfurt-fr7 | Equinix-Frankfurt-FR7 |
|
|
|
Londres | azure-equinix-london-ld5 | Equinix-London-LD5 |
|
|
|
París | azure-interxion-paris-par5 | Interxion-Paris-PAR5 |
|
|
|
Zúrich | azure-interxion-zurich-zur2 | Interxion-Zurich-ZUR2 |
|
|
|
Bombay | 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 |
| |||
azure-coresite-reston-va3 | CoreSite-Reston-VA3 |
| |||
|
|
Chicago | azure-equinix-chicago-ch1 | Equinix-Chicago-CH1 |
|
|
|
Dallas | azure-equinix-dallas-da3 | Equinix-Dallas-DA3 |
|
|
|
Las Vegas | azure-switch-las-vegas | Switch-Las-Vegas |
|
|
|
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 |
|
Verificar la disponibilidad
Una vez que haya identificado la ubicación que quiere usar, compruebe que tiene un puerto ExpressRoute Direct de 10 o 100 Gbps disponible. 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 al pedir tus conexiones. Para verificar la disponibilidad con antelación, usa Azure PowerShell.
Azure PowerShell
Usa el comando Get-AzExpressRoutePortsLocation
:
Get-AzExpressRoutePortsLocation -LocationName LOCATION
Sustituye 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
aparezca la velocidad de puerto que necesitas.
Por ejemplo, el siguiente resultado muestra que Interxion-Frankfurt-FRA11
tiene disponibles los puertos 10 Gbps
y 100 Gbps
:
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 } ]
Anotar ubicaciones y regiones
Después de revisar las secciones anteriores, anote los siguientes valores:
- La ubicación remota, tal como se conoce en Google Cloud, y la ubicación Google Cloud . Necesitarás estos valores cuando solicites tus conexiones de Cross-Cloud Interconnect.
- La ubicación remota, tal como se conoce en Azure, y la región en la que quieres colocar los recursos de ExpressRoute Direct y los circuitos de ExpressRoute. Necesitará estos valores cuando pida sus puertos de Azure y cree los circuitos de ExpressRoute.
- La región Google Cloud en la que quieras colocar tus vinculaciones de VLAN. Necesitarás este valor cuando crees el archivo adjunto, tal como se describe en Configurar tus Google Cloud recursos.