Wenn Sie Cross-Cloud Interconnect verwenden, stellt Google in Ihrem Namen physische Verbindungen zwischen dem Google Cloud-Netzwerk und dem Microsoft Azure-Netzwerk bereit.
Bevor Google diese Verbindungen herstellen kann, müssen Sie Ports sowohl von Google als auch von Azure bestellen. Identifizieren Sie zur Vorbereitung dieses Vorgangs die Google Cloud-Standorte und die entsprechenden Azure-Standorte, die Sie für Ihre Verbindungen verwenden möchten.
Best Practices für die Auswahl eines Standorts
Berücksichtigen Sie bei der Entscheidung, wo Sie Ihre Verbindungen platzieren, folgende Fragen:- Wo befinden sich die meisten Ihrer Google Cloud-Ressourcen?
- Wo befinden sich die meisten Ihrer Azure-Ressourcen?
Wenn sich Ihre Ressourcen aus beiden Clouds am selben Ort befinden, ist die Wahl einfach. Ist dies nicht der Fall, sollten Sie prüfen, ob Ihre Verbindungen näher an Ihren Google Cloud-Ressourcen oder näher an Ihren Azure-Ressourcen liegen sollen. Wenn die Verbindungen näher an Ihren Azure-Ressourcen liegen, verbringt Ihr Traffic mehr Zeit mit der Übertragung im Google-Netzwerk, was im Allgemeinen wünschenswert ist. Sie sollten jedoch auch die Kosten für die ausgehende Datenübertragung berücksichtigen, die wahrscheinlich für beide Clouds anfallen.
Vom Standort betroffene Faktoren
In diesem Abschnitt werden Faktoren beschrieben, die von Ihrer Standortauswahl beeinflusst werden.
VLAN-Anhänge und ExpressRoute-Netzwerkverbindungen
Nachdem Ihre Cross-Cloud Interconnect-Verbindung hergestellt wurde, müssen Sie mehrere Ressourcen in Google Cloud und Azure konfigurieren. In Google Cloud enthalten diese Ressourcen VLAN-Anhänge. Ein VLAN-Anhang ist eine logische Verbindung zwischen Ihrem Remote-Cloud-Netzwerk und einer einzelnen Region in Ihrem Virtual Private Cloud-Netzwerk.
In Azure müssen Sie eine ähnliche Ressource erstellen. Die Azure-Ressource wird als ExpressRoute-Netzwerkverbindung bezeichnet.
Wenn Sie einen Standort für Ihre Ports auswählen, beschränken Sie die Regionen, in denen Sie sowohl VLAN-Anhänge als auch virtuelle Schnittstellen platzieren können. Aus diesem Grund enthält die unterstützte Standorttabelle Spalten für die Google Cloud- und Azure-Regionen, die von jedem Portstandort bereitgestellt werden.
Edge-Verfügbarkeitsdomains
Jede Metropolregion hat zwei Google Cloud Edge-Verfügbarkeitsdomains. Es werden nie gleichzeitige Wartungen für zwei Domains in derselben Metropolregion geplant. Wenn Sie Standorte für einen primären und einen redundanten Port wählen, muss daher jeder Port eine andere Edge-Verfügbarkeitsdomain in derselben Metropolregion nutzen. Dies gilt unabhängig davon, wie Sie Ihre Ports bestellen. Wenn Sie jedoch die Google Cloud CLI verwenden, müssen Sie die einzelnen Edge-Verfügbarkeitsdomains explizit angeben. Wenn Sie die Google Cloud Console verwenden, wählen Sie einfach einen Standort aus. Google Cloud reserviert dann in jeder Domain einen Port für Sie.
In der gcloud CLI-Version des Standortnamens ist die Edge-Verfügbarkeitsdomain die zweite Information. Wenn der Standortname beispielsweise iad-zone1-1 lautet, ist die Edge-Verfügbarkeitsdomain zone1. Wenn der Standortname iad-zone2-1 lautet, ist die Edge-Verfügbarkeitszone zone2.
Colocations-Einrichtungen
Für Azure müssen Verbindungen in derselben Einrichtung bereitgestellt werden. Daher steht jedes Paar von Standorten in der unterstützten Standorttabelle für eine einzelne Einrichtung.
Liste der unterstützten Standorte
In der folgenden Tabelle sind die unterstützten Azure-Standorte und die entsprechenden Google Cloud-Standorte aufgeführt.
Sie müssen den Google Cloud-Standort Ihres Cross-Cloud Interconnect-Ports und den Standort Ihres anderen Cloud-Anbieters angeben, um diesen zu verbinden. Dieser Azure-Standort wird in dieser Dokumentation und in Google Cloud als Remote-Standort bezeichnet. Achten Sie darauf, den Namen des Remote-Standorts zu verwenden, wenn Sie die Cross-Cloud Interconnect-Verbindung bestellen. Ihr Remote-Cloud-Anbieter hat einen anderen, aber ähnlichen Namen für den Standort, den Sie bei der Bestellung des Ports bei diesem Cloud-Anbieter verwenden.
Für jeden Standortnamen gibt es einige Syntaxvarianten. Beispiel:
- Der Name des Remote-Standorts hängt davon ab, ob Sie mit Azure oder Google Cloud interagieren.
- Bei der Interaktion mit Google Cloud zeigt die Google Cloud Console neben dem Standortnamen die Beschreibung des Remote-Standorts an, damit Sie den richtigen Standort auswählen können.
- In Google Cloud zeigt der Cloud Interconnect-Standort der Google Cloud Console (nicht der Remote-Standort) Einrichtungsinformationen anstelle des tatsächlichen Cloud Interconnect-Standortnamens an.
| 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 |
|
Verfügbarkeit überprüfen
Nachdem Sie den gewünschten Standort angegeben haben, prüfen Sie, ob ein 10-Gbit/s- oder 100-Gbit/s-ExpressRoute Direct-Port verfügbar ist. Dieser Schritt ist hilfreich, da sich die Verfügbarkeit von Ports ohne vorherige Ankündigung ändern kann.
Wenn Sie im Azure-Portal arbeiten, können Sie die Verfügbarkeit prüfen, während Sie Ihre Verbindungen bestellen. Wenn Sie die Verfügbarkeit im Voraus prüfen möchten, verwenden Sie Azure PowerShell.
Azure PowerShell
Führen Sie folgenden Get-AzExpressRoutePortsLocation-Befehl aus:
Get-AzExpressRoutePortsLocation -LocationName LOCATION
Ersetzen Sie LOCATION durch den Namen des Standorts, wie er in Azure dargestellt wird, z. B. Interxion-Frankfurt-FRA11.
Suchen Sie in der Befehlsausgabe nach dem Block AvailableBandwidths: Achten Sie darauf, dass die benötigte Portgeschwindigkeit aufgelistet ist.
Die folgende Ausgabe zeigt beispielsweise, dass Interxion-Frankfurt-FRA11 10 Gbps- und 100 Gbps-Ports verfügbar hat:
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
}
]
Standorte und Regionen notieren
Nachdem Sie sich die vorherigen Abschnitte angesehen haben, notieren Sie sich Folgendes:
- Den Remote-Standort, wie er in Google Cloud bezeichnet wird, und den Google Cloud-Standort. Sie benötigen diese Werte, wenn Sie Ihre Cross-Cloud Interconnect-Verbindungen bestellen.
- Den Remote-Standort, wie er in Azure bezeichnet wird, und die Region, in der Sie die ExpressRoute Direct-Ressourcen und ExpressRoute-Netzwerkverbindungen platzieren möchten. Sie benötigen diese Werte, wenn Sie Ihre Azure-Ports bestellen und die ExpressRoute-Netzwerkverbindungen erstellen.
- Die Google Cloud-Region, in der Sie Ihre VLAN-Anhänge platzieren möchten. Sie benötigen diesen Wert, wenn Sie den Anhang erstellen, wie unter Google Cloud-Ressourcen konfigurieren beschrieben.