Quando usa a Interligação entre clouds, a Google aprovisiona ligações físicas em seu nome entre a rede do Google Cloud e a rede do Microsoft Azure. Google Cloud
Antes de a Google poder estabelecer estas ligações, tem de encomendar portas à Google e à Azure. Em preparação para esse processo, identifique as Google Cloud localizações e as localizações do Azure correspondentes que quer usar para as suas associações.
Práticas recomendadas para selecionar uma localização
Ao decidir onde colocar as associações, considere questões como as seguintes:- Onde estão a maioria dos seus Google Cloud recursos?
- Onde se encontra a maioria dos seus recursos do Azure?
Se os seus recursos de ambas as nuvens estiverem no mesmo local, a escolha é simples. No entanto, se não estiverem, considere se quer que as suas ligações estejam mais perto dos seus Google Cloud recursos ou mais perto dos seus recursos do Azure. Se as ligações estiverem mais próximas dos seus recursos do Azure, o seu tráfego passa mais tempo a viajar na rede Google, o que, em geral, é desejável. No entanto, também deve considerar os custos de transferência de dados de saída que é provável que incorra em ambas as nuvens.
Fatores afetados pela localização
Esta secção descreve os fatores que são afetados pela sua escolha de localização.
Associações VLAN e circuitos do ExpressRoute
Depois de estabelecer a ligação do Cross-Cloud Interconnect, tem de configurar vários recursos no Google Cloud e no Azure. No Google Cloud, estes recursos incluem associações VLAN. Uma associação de VLAN é uma ligação lógica entre a sua rede na nuvem remota e uma única região na sua rede de nuvem privada virtual.
No Azure, tem de criar um recurso semelhante. O recurso do Azure é denominado circuito do ExpressRoute.
Quando escolhe uma localização para as suas portas, limita o conjunto de regiões onde pode colocar anexos de VLAN e interfaces virtuais. Por este motivo, a tabela de localizações suportadas inclui colunas para as regiões da AWS e do Azure que são publicadas por cada localização de porta. Google Cloud
Domínios de disponibilidade de limites
Cada área metropolitana tem dois Google Cloud domínios de disponibilidade de limite. Dois domínios na mesma área metropolitana não estão agendados para ficarem indisponíveis para manutenção ao mesmo tempo. Por este motivo, quando seleciona uma localização para uma porta principal e redundante, cada porta tem de usar um domínio de disponibilidade de limite diferente na mesma área metropolitana. Isto é verdade, independentemente da forma como encomenda as portabilidades. No entanto, quando usa a CLI do Google Cloud, tem de especificar explicitamente cada domínio de disponibilidade de limite. Quando usa a Google Cloud consola, basta selecionar uma localização e Google Cloud reservar uma porta para si em cada domínio.
Na versão da CLI gcloud do nome da localização, o domínio de disponibilidade na periferia é a segunda informação. Por exemplo, se o nome da localização for iad-zone1-1, o domínio de disponibilidade da extremidade é zone1. Se o nome da localização for iad-zone2-1, a zona de disponibilidade de limite é zone2.
Instalações de localização
O Azure requer que as ligações sejam aprovisionadas na mesma instalação. Por esse motivo, cada par de localizações na tabela de localizações suportadas representa uma única instalação.
Lista de localizações suportadas
A tabela seguinte indica as localizações do Azure suportadas e asGoogle Cloud localizações correspondentes.
Tem de especificar a Google Cloud localização da porta do Cross-Cloud Interconnect e, adicionalmente, especificar onde no seu outro fornecedor de nuvem a quer ligar. Esta última localização do Azure é denominada localização remota neste conjunto de documentação e no Google Cloud. Certifique-se de que usa o nome da localização remota quando encomendar a Interligação entre nuvens. O seu fornecedor de nuvem remoto tem um nome diferente, embora semelhante, para a localização, que usa quando encomenda a portabilidade com esse fornecedor de nuvem.
Existem algumas variações de sintaxe para cada nome de localização. Por exemplo:
- O nome da localização remota varia consoante esteja a interagir com o Azure ou o Google Cloud.
- Quando interage com Google Cloud, a consola apresenta a Google Cloud descrição da localização remota junto ao nome da localização para ajudar a escolher a localização correta.
- Na Google Cloud, a localização do Cloud Interconnect na Google Cloud consola (não a localização remota) mostra informações da instalação em vez do nome da localização do Cloud Interconnect real.
| Regiões do Google Cloud | Regiões do Microsoft Azure | Área metropolitana | Local remoto | Localizações do Google Cloud | |
|---|---|---|---|---|---|
| Google Cloud | Microsoft Azure | ||||
|
|
Hong Kong | azure-equinix-hong-kong-hk1 | Equinix-Hong-Kong-HK1 |
|
|
|
Osaca | azure-equinix-osaka-os1 | Equinix-Osaka-OS1 |
|
|
|
Seul | azure-kinx-seoul-gasan | KINX-Seoul-Gasan |
|
|
|
Singapura | azure-equinix-singapore-sg1 | Equinix-Singapore-SG1 |
|
| azure-global-switch-singapore | Global-Switch-Singapore |
| |||
|
|
Tóquio | azure-equinix-tokyo-ty4 | Equinix-Tokyo-TY4 |
|
|
|
Sydney | azure-equinix-sydney-sy2 | Equinix-Sydney-SY2 |
|
| azure-nextdc-sydney-s1 | NextDC-Sydney-S1 |
| |||
|
|
Amsterdão | azure-equinix-amsterdam-am5 | Equinix-Amsterdam-AM5 |
|
|
|
Frankfurt | azure-equinix-frankfurt-fr7 | Equinix-Frankfurt-FR7 |
|
|
|
Londres | azure-equinix-london-ld5 | Equinix-London-LD5 |
|
|
|
Paris | azure-interxion-paris-par5 | Interxion-Paris-PAR5 |
|
|
|
Zurique | azure-interxion-zurich-zur2 | Interxion-Zurique-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 |
|
|
|
São 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 |
|
Verifique a disponibilidade
Depois de identificar uma localização que quer usar, verifique novamente se tem uma porta do ExpressRoute Direct de 10 Gbps ou 100 Gbps disponível. Este passo é útil porque a disponibilidade de portas pode mudar sem aviso prévio.
Se estiver a trabalhar no portal do Azure, pode verificar a disponibilidade enquanto encomenda as suas associações. Para verificar a disponibilidade antecipadamente, use o Azure PowerShell.
Azure PowerShell
Use o comando Get-AzExpressRoutePortsLocation:
Get-AzExpressRoutePortsLocation -LocationName LOCATION
Substitua LOCATION pelo nome da localização tal como está
representado no Azure, por exemplo, Interxion-Frankfurt-FRA11.
Na saída do comando, procure o bloco AvailableBandwidths. Certifique-se de que
indica a velocidade da porta de que precisa.
Por exemplo, o resultado seguinte mostra que o Interxion-Frankfurt-FRA11
tem portas 10 Gbps e 100 Gbps disponíveis:
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
}
]
Indique localizações e regiões
Depois de rever as secções anteriores, tome nota dos seguintes valores:
- A localização remota, como é conhecida em Google Cloud, e a localização Google Cloud . Precisa destes valores quando encomenda as suas ligações do Cross-Cloud Interconnect.
- A localização remota, como é conhecida no Azure, e a região onde quer colocar os recursos do ExpressRoute Direct e os circuitos do ExpressRoute. Precisa destes valores quando encomenda as suas portas do Azure e cria os circuitos do ExpressRoute.
- A Google Cloud região onde quer colocar as associações VLAN. Precisa deste valor quando criar o anexo, conforme descrito em Configurar os seus Google Cloud recursos.