Quando utilizzi Cross-Cloud Interconnect, Google esegue il provisioning di connessioni fisiche per conto tuo tra la rete Google Cloud e la rete Microsoft Azure.
Prima che Google possa stabilire queste connessioni, devi ordinare le porte sia da Google sia da Azure. In preparazione a questo processo, identifica le località Google Cloud e le località Azure corrispondenti che vuoi utilizzare per le tue connessioni.
Best practice per la selezione di una località
Quando decidi dove posizionare le connessioni, poniti domande come le seguenti:- Dove si trova la maggior parte delle tue risorse Google Cloud?
- Dove si trova la maggior parte delle tue risorse Azure?
Se le risorse di entrambi i cloud si trovano nello stesso posto, la scelta è semplice. Tuttavia, in caso contrario, valuta se vuoi che le tue connessioni siano più vicine alle tue risorse Google Cloud o più vicine alle tue risorse Azure. Se le connessioni sono più vicine alle tue risorse Azure, il tuo traffico trascorre più tempo a viaggiare sulla rete Google, il che in generale è preferibile. Tuttavia, dovresti anche considerare i costi per il trasferimento di dati in uscita che potresti sostenere da entrambi i cloud.
Fattori influenzati dalla località
In questa sezione vengono descritti i fattori che influiscono sulla scelta della località.
Collegamenti VLAN e circuiti ExpressRoute
Dopo aver stabilito la connessione Cross-Cloud Interconnect, devi configurare diverse risorse in Google Cloud e Azure. In Google Cloud, queste risorse includono i collegamenti VLAN. Un collegamento VLAN è una connessione logica tra la tua rete cloud remota e una singola regione nella rete Virtual Private Cloud.
In Azure, devi creare una risorsa simile. La risorsa Azure è denominata circuito ExpressRoute.
Quando scegli una località per le porte, limiti il set di regioni in cui puoi posizionare sia collegamenti VLAN sia interfacce virtuali. Per questo motivo, la tabella delle località supportate include colonne per le regioni Google Cloud e Azure servite da ciascuna località della porta.
Domini di disponibilità perimetrale
Ogni area metropolitana ha due domini di disponibilità perimetrale di Google Cloud. Non è pianificata la manutenzione di due domini nella stessa area metropolitana contemporaneamente. Per questo motivo, quando selezioni una località per una porta principale e ridondante, ogni porta deve utilizzare un dominio di disponibilità perimetrale diverso all'interno della stessa area metropolitana. Questo vale indipendentemente da come ordini le porte. Tuttavia, quando utilizzi Google Cloud CLI, devi specificare esplicitamente ciascun dominio di disponibilità perimetrale. Quando utilizzi la console Google Cloud, ti basta selezionare una località e Google Cloud ti riserva una porta in ciascun dominio.
Nella versione gcloud CLI del nome della località, il dominio di disponibilità perimetrale è la seconda informazione. Ad esempio, se il nome della posizione è iad-zone1-1,
il dominio di disponibilità perimetrale è zone1. Se il nome della posizione è iad-zone2-1, la zona di disponibilità perimetrale è zone2.
Strutture di colocation
Azure richiede che venga eseguito il provisioning delle connessioni nella stessa struttura. Per questo motivo, ogni coppia di località nella tabella delle località supportate rappresenta una singola struttura.
Elenco delle località supportate
La seguente tabella elenca le località Azure supportate e le località Google Cloud corrispondenti.
Devi specificare la località Google Cloud della porta Cross-Cloud Interconnect e specificare anche la località dell'altro cloud provider in cui effettuare la connessione. Quest'ultima località Azure è indicata come località remota in questo set di documentazione e all'interno di Google Cloud. Assicurati di utilizzare il nome della località remota quando ordini Cross-Cloud Interconnect. Il tuo cloud provider remoto ha un nome diverso, anche se simile, per la località, che utilizzi quando ordini la porta con quel cloud provider.
Per ogni nome di località esistono alcune varianti di sintassi. Ad esempio:
- Il nome della località remota varia a seconda che si stia interagendo con Azure o Google Cloud.
- Durante l'interazione con Google Cloud, la console Google Cloud mostra la descrizione della località remota accanto al nome della località per aiutarti a scegliere quella corretta.
- In Google Cloud, la località di Cloud Interconnect della console Google Cloud (non la località remota) mostra informazioni sulla struttura anziché il nome effettivo della località di Cloud Interconnect.
| Regioni di Google Cloud | Regioni di Microsoft Azure | Area metropolitana | Località remota | Località 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 |
|
|
|
Seul | azure-kinx-seoul-gasan | KINX-Seul-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 |
|
|
|
Francoforte | azure-interxion-frankfurt-fra11 | Interxion-Francoforte-FRA11 |
|
| azure-equinix-frankfurt-fr7 | Equinix-Francoforte-FR7 |
| |||
|
|
Londra | azure-equinix-london-ld5 | Equinix-Londra-LD5 |
|
|
|
Parigi | azure-interxion-paris-par5 | Interxion-Parigi-PAR5 |
|
|
|
Zurigo | azure-interxion-zurich-zur2 | Interxion-Zurigo-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 |
|
|
|
Firenze | azure-equinix-seattle-se2 | Equinix-Seattle-SE2 |
|
|
|
Toronto | azure-cologix-toronto-tor1 | Cologix-Toronto-TOR1 |
|
Verifica disponibilità
Dopo aver identificato una località che vuoi utilizzare, controlla che abbia a disposizione una porta ExpressRoute Direct da 10 Gbps o da 100 Gbps. Questo passaggio è utile perché la disponibilità delle porte può cambiare senza preavviso.
Se lavori nel portale Azure, puoi verificare la disponibilità al momento dell'ordine delle connessioni. Per verificare in anticipo la disponibilità, utilizza Azure PowerShell.
Azure PowerShell
Utilizza il comando Get-AzExpressRoutePortsLocation:
Get-AzExpressRoutePortsLocation -LocationName LOCATION
Sostituisci LOCATION con il nome della località rappresentata in Azure, ad esempio Interxion-Frankfurt-FRA11.
Nell'output comando, cerca il blocco AvailableBandwidths. Assicurati che
venga elencata la velocità delle porte di cui hai bisogno.
Ad esempio, l'output seguente mostra che Interxion-Frankfurt-FRA11 ha porte 10 Gbps e 100 Gbps disponibili:
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
}
]
Annota località e regioni
Dopo aver esaminato le sezioni precedenti, prendi nota dei seguenti valori:
- La località remota, come è nota in Google Cloud, e la località Google Cloud. Questi valori sono necessari quando ordini le connessioni Cross-Cloud Interconnect.
- La località remota, come è nota in Azure, e la regione in cui vuoi posizionare le risorse ExpressRoute Direct e i circuiti ExpressRoute. Questi valori sono necessari quando ordini le porte Azure e crei i circuiti ExpressRoute.
- La regione Google Cloud in cui vuoi inserire i collegamenti VLAN. Questo valore ti serve quando crei il collegamento, come descritto in Configurare le risorse Google Cloud.