在您使用 Cross-Cloud Interconnect 时,Google 会代表您在 Google Cloud 网络和 Amazon Web Services (AWS) 网络之间预配物理连接。
您必须先从 Google 和 AWS 订购端口,然后 Google 才能建立这些连接。在开始该过程之前,请确定要用于连接的 Google Cloud 位置和相应的 AWS 位置。
选择位置的最佳实践
在确定连接布置位置时,请考虑以下问题:- 您的大多数 Google Cloud 资源在哪里?
- 您的大多数 AWS 资源在哪里?
如果来自两个云的资源位于同一位置,则可以轻松选择。 但如果不在相同位置,您就需要考虑连接应该更靠近Google Cloud 资源还是 AWS 资源。如果连接更靠近 AWS 资源,则流量会花费更多时间在 Google 网络上传输,这通常是需要的。但是,您还应该考虑两个云可能产生的出站数据传输费用。
受位置影响的因素
本部分介绍会受到位置选择影响的因素。
VLAN 连接
建立 Cross-Cloud Interconnect 连接后,您必须在 Google Cloud中配置 VLAN 连接。VLAN 连接是远程云网络与 Virtual Private Cloud 网络中的单个区域之间的逻辑连接。
为端口选择位置时,您可以限制放置 VLAN 连接的区域数量。因此,“支持的位置”表中有一列是每个端口位置服务的Google Cloud 区域。
边缘可用性网域
每个都市区域都有两个 Google Cloud 边缘可用性网域。同一个都市区域内的两个网域不会被安排同时停机维护。因此,为主要端口和冗余端口选择位置时,每个端口都必须使用同一都市区域内的不同边缘可用性网域。无论您如何订购端口,都是如此。但是,使用 Google Cloud CLI 时,您必须明确指定每个边缘可用性网域。使用 Google Cloud 控制台时,您只需选择一个位置, Google Cloud 会在每个网域中为您预留一个端口。
在 gcloud CLI 版本的位置名称中,边缘可用性网域是信息中的第二部分。例如,如果位置名称为 iad-zone1-1
,则边缘可用性网域为 zone1
。如果位置名称为 iad-zone2-1
,则边缘可用性区域为 zone2
。
对接网点
Google 通常会在单个对接网点内预配每个连接。但是,有时会在同一提供商运营的相邻网点之间创建连接。无论哪种情况,您通常都不需要知道网点名称。因此,支持的位置表不会标识特定网点。
支持的位置列表
下表列出了受支持的 AWS 位置和相应的Google Cloud 位置。
您必须指定 Cross-Cloud Interconnect 端口的 Google Cloud 位置,并另外指定其他云服务提供商的连接位置。在本文档集和 Google Cloud中,后一个 AWS 位置称为远程位置。订购 Cross-Cloud Interconnect 时,请务必使用远程位置名称。您的远程云服务提供商会使用一个不同但相似的位置名称,您在向该云服务提供商订购端口时使用该名称。
每个位置名称都存在一些语法上的差异。例如:
- 根据您是与 AWS 还是 Google Cloud进行交互,远程位置名称会有所不同。
- 与 Google Cloud交互时, Google Cloud 控制台会在位置名称旁边显示远程位置说明,以帮助您选择正确的位置。
- 在 Google Cloud中, Google Cloud 控制台 Cloud Interconnect 位置(不是远程位置)显示的是网点信息,而不是实际的 Cloud Interconnect 位置名称。
Google Cloud regions | Amazon Web Services regions | Metropolitan area | Remote location | Google Cloud locations | |
---|---|---|---|---|---|
Google Cloud | Amazon Web Services | ||||
|
|
Hong Kong | aws-eqhk1 | EQHK1 |
|
|
|
Jakarta | aws-dcij3 | DCIJ3 |
|
|
|
Osaka | aws-eqos1 | EqOS1 |
|
|
|
Seoul | aws-lgu57 | LGU57 |
|
aws-lgknx | LGKNX |
| |||
|
|
Singapore | aws-gss52 | GSS52 |
|
|
|
Tokyo | 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 |
| |||
|
|
Chicago | aws-eqc50 | EQC50 |
|
|
|
Ohio | aws-col67 | COL67 |
|
|
|
Dallas, Texas | aws-eqda2 | Equinix EqDA2 |
|
|
|
Montréal | aws-cgm60 | CGM60 |
|
|
|
Portland, Oregon | aws-ecpo1 | ECPO1 |
|
|
|
San Francisco | aws-eqsv5 | EqSV5 |
|
aws-eqsvg | GovCloud EqSvG |
| |||
|
|
Seattle | aws-eqse2-eq | EqSe2-EQ, sublocation Equinix SE2 |
|
|
|
São Paulo | aws-tndb | TNDB |
|
验证可用性
确定要使用的位置后,请仔细检查以确保该位置有可用的 10 Gbps 或 100 Gbps Direct Connect 端口。这个步骤很有用,因为端口可用性随时可能变化,而您不会提前收到通知。
如果您在使用 AWS 控制台,则可以在订购连接时验证可用性。如需提前验证可用性,请使用 AWS CLI。
AWS CLI
使用 describe-locations
命令获取有关 AWS 位置中可用连接的信息。例如:
aws directconnect describe-locations --region REGION | jq -r '.locations[] | select(.locationCode | test("REMOTE_LOCATION"; "i")) | .availablePortSpeeds'
请替换以下内容:
REGION
:AWS 区域的名称,例如us-east-2
REMOTE_LOCATION
:远程位置的 AWS 名称,例如CSVA1
命令输出会显示可用端口的速度。
[ "100 Gbps", "10 Gbps", "1 Gbps" ]
记下位置和区域
查看完前面的部分后,请记下以下值:
- Google Cloud中已知的远程位置和 Google Cloud 位置。您在订购 Cross-Cloud Interconnect 连接时需要用到这些值。
- AWS 中的远程位置和您希望放置连接资源的区域。在订购 AWS 端口和配置 AWS 资源时,您需要这些值。
- 要布置 VLAN 连接的 Google Cloud 区域。您在创建该连接时需要用到此值,如配置 Google Cloud 资源中所述。