Cuando usas Cross-Cloud Interconnect, Google aprovisiona conexiones físicas en tu nombre entre la red de Google Cloud y la red de Amazon Web Services (AWS).
Para que Google pueda establecer estas conexiones, debes pedir puertos tanto a Google como a AWS. Antes de iniciar el proceso, identifique las Google Cloud ubicaciones y las ubicaciones de AWS correspondientes que quiera usar para sus 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 AWS?
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 AWS. Si las conexiones están más cerca de tus recursos de AWS, 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
Una vez que se haya establecido la conexión Cross-Cloud Interconnect, debe configurar las vinculaciones de VLAN en Google Cloud. 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.
Cuando eliges una ubicación para tus puertos, limitas el número de regiones en las que puedes colocar vinculaciones de VLAN. Por este motivo, la tabla de ubicaciones admitidas incluye una columna con lasGoogle Cloud regiones a las que da servicio 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
Normalmente, Google aprovisiona cada conexión en una sola instalación de colocación. Sin embargo, a veces se crean conexiones entre instalaciones contiguas gestionadas por el mismo proveedor. En cualquier caso, por lo general no es necesario que sepas el nombre de la instalación. Por este motivo, en la tabla de ubicaciones admitidas no se identifican centros específicos.
Lista de ubicaciones admitidas
En la siguiente tabla se indican las ubicaciones de AWS 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 AWS 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 AWS 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 Amazon Web Services | Área metropolitana | Ubicación remota | Ubicaciones de Google Cloud | |
---|---|---|---|---|---|
Google Cloud | Amazon Web Services | ||||
|
|
Hong Kong | aws-eqhk1 | EQHK1 |
|
|
|
Yakarta | aws-dcij3 | DCIJ3 |
|
|
|
Osaka | aws-eqos1 | EqOS1 |
|
|
|
Seúl | aws-lgu57 | LGU57 |
|
aws-lgknx | LGKNX |
| |||
|
|
Singapur | aws-gss52 | GSS52 |
|
|
|
Tokio | aws-eqty2 | EqTY2 |
|
|
|
Sídney | aws-eqsy3 | EqSY3 |
|
|
|
Fráncfort | aws-inx6 | INX6 |
|
aws-eqfa5 | EqFA5 |
| |||
|
|
Londres | aws-eqld5 | EqLD5 |
|
|
|
Madrid | aws-itcm2 | ITCM2 |
|
|
|
París | aws-itxp7 | ITXP7 |
|
aws-thv52 | THV52 |
| |||
|
|
Estocolmo | aws-eqsk1 | EQSK1 |
|
|
|
Bombay | aws-gpx51 | GPX51 |
|
|
|
Washington D.C. | aws-eqdc2 | EqDC2 |
|
aws-csva1 | CSVA1 |
| |||
|
|
Chicago | aws-eqc50 | EQC50 |
|
|
|
Ohio | aws-col67 | COL67 |
|
|
|
Dallas (Texas) | aws-eqda2 | Equinix EqDA2 |
|
|
|
Montreal | aws-cgm60 | CGM60 |
|
|
|
Portland (Oregón) | aws-ecpo1 | ECPO1 |
|
|
|
San Francisco | aws-eqsv5 | EqSV5 |
|
aws-eqsvg | GovCloud EqSvG |
| |||
|
|
Seattle | aws-eqse2-eq | EqSe2-EQ, sublocation Equinix SE2 |
|
|
|
São Paulo | aws-tndb | TNDB |
|
Verificar la disponibilidad
Una vez que hayas identificado la ubicación que quieres usar, comprueba que tenga un puerto de conexión directa de 10 o 100 Gbps disponible. Este paso es útil porque la disponibilidad de los puertos puede cambiar sin previo aviso.
Si trabajas en la consola de AWS, puedes verificar la disponibilidad al pedir tus conexiones. Para verificar la disponibilidad con antelación, usa la CLI de AWS.
CLI de AWS
Usa el comando describe-locations
para obtener información sobre las conexiones disponibles en una ubicación de AWS. Por ejemplo:
aws directconnect describe-locations --region REGION | jq -r '.locations[] | select(.locationCode | test("REMOTE_LOCATION"; "i")) | .availablePortSpeeds'
Haz los cambios siguientes:
REGION
: el nombre de la región de AWS. Por ejemplo,us-east-2
REMOTE_LOCATION
: el nombre de AWS de la ubicación remota. Por ejemplo,CSVA1
El resultado del comando muestra las velocidades de puerto disponibles.
[ "100 Gbps", "10 Gbps", "1 Gbps" ]
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 AWS, y la región en la que quieres colocar los recursos de conexión. Necesitarás estos valores cuando pidas tus puertos de AWS y configures tus recursos de AWS.
- 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.