Lorsque vous utilisez Cross-Cloud Interconnect, Google provisionne des connexions physiques en votre nom entre le réseau Google Cloud et le réseau Amazon Web Services (AWS).
Pour que Google puisse établir ces connexions, vous devez commander les ports auprès de Google et d'AWS. Pour préparer ce processus, identifiez les emplacements Google Cloud et les emplacements AWS correspondants que vous souhaitez utiliser pour vos connexions.
Bonnes pratiques pour la sélection d'un emplacement
Pour choisir l'emplacement de vos connexions, posez-vous les questions suivantes :- Où résident la plupart de vos ressources Google Cloud ?
- Où résident vos ressources AWS ?
Si vos ressources dans les deux clouds résident au même endroit, le choix est simple. Toutefois, si ce n'est pas le cas, déterminez si vous souhaitez que vos connexions soient plus proches de vos ressources Google Cloud ou de vos ressources AWS. Si les connexions sont plus proches de vos ressources AWS, votre trafic passe plus de temps à transiter sur le réseau Google, ce qui est en général souhaitable. Toutefois, vous devez également prendre en compte les coûts de transfert de données sortantes que vous êtes susceptible d'engager dans les deux clouds.
Facteurs affectés par la localisation
Cette section décrit les facteurs ayant une incidence sur le choix de votre emplacement.
Rattachements de VLAN
Une fois la connexion Cross-Cloud Interconnect établie, vous devez configurer des rattachements de VLAN dans Google Cloud. Un rattachement de VLAN est une connexion logique entre votre réseau cloud distant et une région unique de votre réseau cloud privé virtuel.
Lorsque vous choisissez un emplacement pour vos ports, vous limitez le nombre de régions dans lesquelles vous pouvez placer des rattachements de VLAN. Pour cette raison, le tableau des emplacements acceptés inclut une colonne pour les régions Google Cloud desservies par chaque emplacement de port.
Domaines de disponibilité de périphérie
Chaque zone métropolitaine possède deux domaines de disponibilité de périphérie Google Cloud. La maintenance de deux domaines de la même zone métropolitaine n'est pas planifiée en même temps. Pour cette raison, lorsque vous sélectionnez un emplacement pour un port principal et un port redondant, chaque port doit utiliser un domaine de disponibilité de périphérie différent dans la même zone métropolitaine. Ce principe est valable quelle que soit la façon dont vous commandez vos ports. Toutefois, lorsque vous utilisez Google Cloud CLI, vous devez spécifier explicitement chaque domaine de disponibilité de périphérie. Lorsque vous utilisez la console Google Cloud, il vous suffit de sélectionner un emplacement. Google Cloud se réserve un port pour chaque domaine.
Dans la version gcloud CLI du nom de l'emplacement, le domaine de disponibilité de périphérie est la deuxième information. Par exemple, si le nom de l'emplacement est iad-zone1-1
, le domaine de disponibilité de périphérie est zone1
. Si le nom de l'emplacement est iad-zone2-1
, la zone de disponibilité de périphérie est zone2
.
Installations hébergées en colocation
Google provisionne généralement chaque connexion au sein d'une même installation hébergée en colocation. Cependant, il arrive que des connexions soient créées entre des installations adjacentes gérées par le même fournisseur. Dans les deux cas, il n'est généralement pas nécessaire de connaître le nom de l'installation. Pour cette raison, le tableau des emplacements acceptés n'identifie pas d'installations spécifiques.
Liste des emplacements acceptés
Le tableau suivant répertorie les emplacements AWS compatibles et les emplacements Google Cloud correspondants.
Vous devez spécifier l'emplacement Google Cloud de votre port Cross-Cloud Interconnect et aussi spécifier l'emplacement pour le connecter dans votre autre fournisseur de cloud. Ce dernier emplacement AWS est appelé emplacement distant dans cet ensemble de documentation et dans Google Cloud. Veillez à utiliser le nom de l'emplacement distant lorsque vous commandez l'interconnexion Cross-Cloud Interconnect. Votre fournisseur Cloud Router distant a un nom différent, bien que similaire, pour l'emplacement, que vous utilisez lorsque vous commandez le port auprès de ce fournisseur cloud.
Pour chaque nom d'emplacement, il existe des variantes de syntaxe. Exemple :
- Le nom de l'emplacement distant varie selon que vous interagissez avec AWS ou Google Cloud.
- Lors de l'interaction avec Google Cloud, la console Google Cloud affiche la description de l'emplacement distant à côté de son nom pour vous aider à choisir l'emplacement approprié.
- Dans Google Cloud, l'emplacement Cloud Interconnect de la console Google Cloud (et non l'emplacement distant) affiche les informations sur les installations plutôt que le nom de l'emplacement Cloud Interconnect réel.
Régions Google Cloud | Régions Amazon Web Services | Zone métropolitaine | Emplacement distant | Emplacements Google Cloud | |
---|---|---|---|---|---|
Google Cloud | Amazon Web Services | ||||
|
|
Hong Kong | aws-eqhk1 | EQHK1 |
|
|
|
Jakarta | aws-dcij3 | DCIJ3 |
|
|
|
Osaka | aws-eqos1 | EqOS1 |
|
|
|
Séoul | aws-lgu57 | LGU57 |
|
aws-lgknx | LGKNX |
| |||
|
|
Singapour | aws-gss52 | GSS52 |
|
|
|
Tokyo | aws-eqty2 | EqTY2 |
|
|
|
Sydney | aws-eqsy3 | EqSY3 |
|
|
|
Francfort | aws-inx6 | INX6 |
|
aws-eqfa5 | EqFA5 |
| |||
|
|
Londres | aws-eqld5 | EqLD5 |
|
|
|
Madrid | aws-itcm2 | ITCM2 |
|
|
|
Paris | aws-itxp7 | ITXP7 |
|
aws-thv52 | THV52 |
| |||
|
|
Stockholm | aws-eqsk1 | EQSK1 |
|
|
|
Mumbai | aws-gpx51 | GPX51 |
|
|
|
Washington D.C. | aws-eqdc2 | EqDC2 |
|
aws-csva1 | CSVA1 |
| |||
|
|
Ohio | aws-col67 | COL67 |
|
|
|
Dallas, Texas | aws-eqda2 | Equinix EqDA2 |
|
|
|
Montréal | aws-cgm60 | CGM60 |
|
|
|
Portland, Oregon | aws-ecpo1 | ECPO1 |
|
|
|
San Francisco | aws-eqsv5 | EqSV5 |
|
|
|
Seattle | aws-eqse2-eq | EqSe2-EQ, sous-location Equinix SE2 |
|
|
|
São Paulo | aws-tndb | TNDB |
|
Vérifier la disponibilité
Une fois que vous avez identifié un emplacement que vous souhaitez utiliser, vérifiez qu'il dispose d'un port Direct Connect de 10 Gbit/s ou 100 Gbit/s. Cette étape est utile, car la disponibilité des ports peut changer sans préavis.
Si vous utilisez la console AWS, vous pouvez vérifier la disponibilité lors de la commande de vos connexions. Pour vérifier la disponibilité à l'avance, utilisez la CLI AWS.
CLI AWS
Exécutez la commande describe-locations
pour obtenir des informations sur les connexions disponibles dans un emplacement AWS. Exemple :
aws directconnect describe-locations --region REGION | jq -r '.locations[] | select(.locationCode | test("REMOTE_LOCATION"; "i")) | .availablePortSpeeds'
Remplacez les éléments suivants :
REGION
: nom de la région AWS, par exemple,us-east-2
.REMOTE_LOCATION
: nom AWS de l'emplacement distant, par exempleCSVA1
.
Le résultat de la commande affiche les vitesses de port disponibles.
[ "100 Gbps", "10 Gbps", "1 Gbps" ]
Prenez note des emplacements et régions
Après avoir examiné les sections précédentes, notez les valeurs suivantes :
- L'emplacement distant, tel qu'il est connu dans Google Cloud, et l'emplacement Google Cloud. Vous avez besoin de ces valeurs lorsque vous commandez vos connexions Cross-Cloud Interconnect.
- L'emplacement distant, tel qu'il est connu dans AWS, et la région dans laquelle vous souhaitez placer les ressources de connexion. Vous avez besoin de ces valeurs lorsque vous commandez vos ports AWS et configurez vos ressources AWS.
- La région Google Cloud dans laquelle vous souhaitez placer vos rattachements de VLAN. Vous avez besoin de cette valeur lorsque vous créez le rattachement, comme décrit dans la section Configurer vos ressources Google Cloud.