Wenn Sie Cross-Cloud Interconnect verwenden, stellt Google in Ihrem Namen physische Verbindungen zwischen dem Google Cloud-Netzwerk und dem AWS-Netzwerk (Amazon Web Services) bereit.
Bevor Google diese Verbindungen herstellen kann, müssen Sie Ports sowohl von Google als auch von AWS bestellen. Identifizieren Sie zur Vorbereitung dieses Vorgangs die Google Cloud-Standorte und die entsprechenden AWS-Standorte, die Sie für Ihre Verbindungen verwenden möchten.
Best Practices für die Standortwahl
Berücksichtigen Sie bei der Entscheidung, wo Sie Ihre Verbindungen platzieren, folgende Fragen:- Wo befinden sich die meisten Ihrer Google Cloud-Ressourcen?
- Wo sind die meisten AWS-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 AWS-Ressourcen liegen sollen. Wenn die Verbindungen näher an Ihren AWS-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
Nachdem Ihre Cross-Cloud Interconnect-Verbindung hergestellt wurde, müssen Sie VLAN-Anhänge in Google Cloud konfigurieren. Ein VLAN-Anhang ist eine logische Verbindung zwischen Ihrem Remote-Cloud-Netzwerk und einer einzelnen Region in Ihrem Virtual Private Cloud-Netzwerk.
Wenn Sie einen Standort für Ihre Ports auswählen, begrenzen Sie die Anzahl der Regionen, in denen Sie VLAN-Anhänge platzieren können. Aus diesem Grund enthält die Tabelle der unterstützten Standorte eine Spalte für die Google Cloud-Regionen, die von den einzelnen Portstandorten 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
Google stellt normalerweise jede Verbindung in einer einzigen Colocations-Einrichtung bereit. Manchmal werden jedoch Verbindungen zwischen benachbarten Einrichtungen hergestellt, die vom selben Anbieter betrieben werden. In beiden Fällen benötigen Sie den Namen der Einrichtung im Allgemeinen nicht. Aus diesem Grund werden in der unterstützten Standorttabelle keine bestimmten Einrichtungen identifiziert.
Liste der unterstützten Standorte
In der folgenden Tabelle sind die unterstützten AWS-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 AWS-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 AWS 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-Regionen | Amazon Web Services-Regionen | Metropolregion | Remote-Standort | Google Cloud-Standort | |
---|---|---|---|---|---|
Google Cloud | Amazon Web Services | ||||
|
|
Hongkong | aws-eqhk1 | EQHK1 |
|
|
|
Jakarta | aws-dcij3 | DCIJ3 |
|
|
|
Osaka | aws-eqos1 | EqOS1 |
|
|
|
Seoul | aws-lgu57 | LGU57 |
|
aws-lgknx | LGKNX |
| |||
|
|
Singapur | aws-gss52 | GSS52 |
|
|
|
Tokio | aws-eqty2 | EqTY2 |
|
|
|
Sydney | aws-eqsy3 | EqSY3 |
|
|
|
Frankfurt | aws-inx6 | INX6 |
|
aws-eqfa5 | EqFA5 |
| |||
|
|
London | 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 |
|
|
|
Montreal | aws-cgm60 | CGM60 |
|
|
|
Portland, Oregon | aws-ecpo1 | ECPO1 |
|
|
|
San Francisco | aws-eqsv5 | EqSV5 |
|
|
|
Seattle | aws-eqse2-eq | EqSe2-EQ, Unterstandort Equinix SE2 |
|
|
|
São Paulo | aws-tndb | TNDB |
|
Verfügbarkeit überprüfen
Nachdem Sie den zu verwendenden Standort ermittelt haben, prüfen Sie, ob ein 10-Gbit/s- oder 100-Gbit/s-Direct Connect-Port verfügbar ist. Dieser Schritt ist hilfreich, da sich die Verfügbarkeit von Ports ohne vorherige Warnung ändern kann.
Wenn Sie in der AWS-Konsole arbeiten, können Sie die Verfügbarkeit prüfen, während Sie Ihre Verbindungen bestellen. Verwenden Sie die AWS-Befehlszeile, um die Verfügbarkeit im Voraus zu prüfen.
AWS-CLI
Verwenden Sie den Befehl describe-locations
, um Informationen zu Verbindungen abzurufen, die in einem AWS-Standort verfügbar sind. Beispiel:
aws directconnect describe-locations --region REGION | jq -r '.locations[] | select(.locationCode | test("REMOTE_LOCATION"; "i")) | .availablePortSpeeds'
Dabei gilt:
REGION
: der Name der AWS-Region, z. B.us-east-2
REMOTE_LOCATION
: der AWS-Name des Remote-Standorts, z. B.CSVA1
Die Befehlsausgabe zeigt die verfügbaren Portgeschwindigkeiten an.
[ "100 Gbps", "10 Gbps", "1 Gbps" ]
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.
- Der Remote-Standort, wie er in AWS bezeichnet wird, und die Region, in der Sie die Verbindungsressourcen platzieren möchten. Sie benötigen diese Werte, wenn Sie Ihre AWS-Ports bestellen und Ihre AWS-Ressourcen konfigurieren.
- 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.