Lorsque vous utilisez Cross-Cloud Interconnect, Google provisionne des connexions physiques en votre nom entre le réseau Google Cloud et le réseau Microsoft Azure.
Pour que Google puisse établir ces connexions, vous devez commander les ports auprès de Google et d'Azure. Pour préparer ce processus, identifiez les emplacements Google Cloud et les emplacements Azure 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ù se trouvent la plupart de vos Google Cloud ressources ?
- Où se trouvent la plupart de vos ressources Azure ?
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 ressourcesGoogle Cloud ou de vos ressources Azure. Si les connexions sont plus proches de vos ressources Azure, 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 et circuits ExpressRoute
Une fois la connexion Cross-Cloud Interconnect établie, vous devez configurer plusieurs ressources dans Google Cloud et Azure. Dans Google Cloud, ces ressources incluent des rattachements de VLAN. 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.
Dans Azure, vous devez créer une ressource similaire. La ressource Azure est appelée circuit ExpressRoute.
Lorsque vous choisissez un emplacement pour vos ports, vous limitez l'ensemble de régions dans lesquelles vous pouvez placer des rattachements de VLAN et des interfaces virtuelles. Pour cette raison, le tableau des emplacements acceptés inclut les colonnes des régions Google Cloud et Azure desservies par chaque emplacement de port.
Domaines de disponibilité de périphérie
Chaque zone métropolitaine possède deux Google Cloud domaines de disponibilité de périphérie. 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
Azure requiert le provisionnement des connexions dans la même installation. Pour cette raison, chaque paire d'emplacements dans le tableau des emplacements pris en charge représente une seule installation.
Liste des emplacements acceptés
Le tableau suivant répertorie les emplacements Azure compatibles et les emplacementsGoogle Cloud correspondants.
Vous devez spécifier l' Google Cloud emplacement de votre port Cross-Cloud Interconnect et aussi spécifier l'emplacement pour le connecter dans votre autre fournisseur de cloud. Ce second emplacement Azure 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 Azure 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.
| 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-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 |
| |||
| 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 |
|
|
|
Montréal | 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 |
|
Vérifier la disponibilité
Une fois que vous avez identifié un emplacement que vous souhaitez utiliser, vérifiez qu'il dispose d'un port ExpressRoute Direct 10 Gbit/s ou 100 Gbit/s disponible. Cette étape est utile, car la disponibilité des ports peut changer sans préavis.
Si vous utilisez le portail Azure, vous pouvez vérifier la disponibilité lors de la commande de vos connexions. Pour vérifier la disponibilité à l'avance, utilisez Azure PowerShell.
Azure PowerShell
Exécutez la commande Get-AzExpressRoutePortsLocation :
Get-AzExpressRoutePortsLocation -LocationName LOCATION
Remplacez LOCATION par le nom de l'emplacement tel qu'il est représenté dans Azure, par exemple Interxion-Frankfurt-FRA11.
Dans le résultat de la commande, recherchez le bloc AvailableBandwidths. Assurez-vous qu'il répertorie la vitesse de port dont vous avez besoin.
Par exemple, le résultat suivant indique que Interxion-Frankfurt-FRA11 possède des ports 10 Gbps et 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
}
]
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 Azure, et la région dans laquelle vous souhaitez placer les ressources ExpressRoute Direct et les circuits ExpressRoute. Vous avez besoin de ces valeurs lorsque vous commandez vos ports Azure et créez les circuits ExpressRoute.
- 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 .