Cross-Cloud Interconnect を使用する場合、Google が Google Cloud ネットワークと Microsoft Azure ネットワークの間の物理的な接続をプロビジョニングします。
Google がこれらの接続を確立する前に、Google と Azure の両方のポートを注文する必要があります。このプロセスの準備として、Google Cloud のロケーションと、接続に使用する Azure のロケーションを特定します。
ロケーション選択のベスト プラクティス
接続場所を決める際には、次の点を考慮してください。- 使用する大半の Google Cloud リソースはどこにあるのか。
- 使用する大半の Azure リソースはどこにあるのか。
両方のクラウドのリソースが同じ場所にある場合、選択は簡単です。そうでない場合は、接続を Google Cloud リソースと Azure リソースのどちらに近づけるかを検討します。接続が Azure リソースに近い場合、トラフィックは Google ネットワーク上を移動するためにより多くの時間を費やします（一般的には、こちらが選択されます）。ただし、両方のクラウドで発生する可能性が高いアウトバウンド データ転送の費用も考慮する必要があります。
ロケーションの影響を受ける要素
このセクションでは、選択したロケーションの影響を受ける要素について説明します。
VLAN アタッチメントと ExpressRoute 回線
Cross-Cloud Interconnect 接続が確立されたら、Google Cloud と Azure でいくつかのリソースを構成する必要があります。Google Cloud では、これらのリソースに VLAN アタッチメントが含まれます。VLAN アタッチメントは、リモート クラウド ネットワークと Virtual Private Cloud ネットワーク内の単一リージョン間の論理接続です。
Azure で同様のリソースを作成する必要があります。Azure リソースは ExpressRoute 回線と呼ばれます。
ポートのロケーションを選択すると、VLAN アタッチメントと仮想インターフェースの両方を配置できるリージョンが制限されます。このため、サポートされているロケーションの表には、各ポートのロケーションで提供される Google Cloud リージョンと Azure リージョンの列が含まれています。
エッジ アベイラビリティ ドメイン
各大都市圏に 2 つの Google Cloud エッジ アベイラビリティ ドメインがあります。メンテナンスによって同じ大都市圏の 2 つのドメインが同時に停止することはありません。このため、プライマリ ポートと冗長ポートのロケーションを選択するときに、各ポートが同じ大都市圏の異なるエッジ アベイラビリティ ドメインを使用するように選択する必要があります。これは、ポートの順序に関係なく該当します。Google Cloud CLI を使用する場合は、各エッジ アベイラビリティ ドメインを明示的に指定する必要があります。Google Cloud コンソールを使用する場合は、ロケーションを選択するだけで、Google Cloud が各ドメインのポートを予約します。
gcloud CLI の場合、ロケーション名の 2 番目の情報がエッジ アベイラビリティ ドメインです。たとえば、ロケーション名が iad-zone1-1 の場合、エッジ アベイラビリティ ドメインは zone1 です。ロケーション名が iad-zone2-1 の場合、エッジ アベイラビリティ ゾーンは zone2 です。
コロケーション施設
Azure では、接続を同じ施設でプロビジョニングする必要があります。サポートされているロケーション テーブルの各ロケーションのペアは 1 つの施設を表しています。
サポートされているロケーションのリスト
次の表に、Azure でサポートされているロケーションと、対応する Google Cloud のロケーションを示します。
Cross-Cloud Interconnect ポートの Google Cloud のロケーションを指定する必要があります。また、他のクラウド プロバイダのポートを接続する場所も指定する必要があります。このドキュメント セットと Google Cloud では、後者の Azure ロケーションをリモート ロケーションと呼んでいます。Cross-Cloud Interconnect を注文する際は、必ずリモート ロケーション名を使用してください。リモート クラウド プロバイダによってロケーション名が若干異なりますが、そのクラウド プロバイダのポートを注文する際に使用した名前を使用します。
ロケーション名によって構文の違いがあります。次に例を示します。
- リモート ロケーションの名前は、Azure と Google Cloud のどちらを使用するかによって異なります。
- Google Cloud の場合、Google Cloud コンソールでロケーション名の横にリモート ロケーションの説明が表示されます。この説明は、正しいロケーションの選択に役立ちます。
- Google Cloud の場合、Google Cloud コンソールの Cloud Interconnect のロケーション（リモート ロケーションではない）は実際の Cloud Interconnect のロケーション名ではなく、施設の情報が表示されます。
| Google Cloud のリージョン | Microsoft Azure のリージョン | 大都市圏 | リモート ロケーション | Google Cloud のロケーション | |
|---|---|---|---|---|---|
| Google Cloud | Microsoft Azure | ||||
|
|
香港 | azure-equinix-hong-kong-hk1 | Equinix-Hong-Kong-HK1 |
|
|
|
大阪 | azure-equinix-osaka-os1 | Equinix-Osaka-OS1 |
|
|
|
ソウル | azure-kinx-seoul-gasan | KINX-Seoul-Gasan |
|
|
|
シンガポール | azure-equinix-singapore-sg1 | Equinix-Singapore-SG1 |
|
| azure-global-switch-singapore | Global-Switch-Singapore |
| |||
|
|
東京 | azure-equinix-tokyo-ty4 | Equinix-Tokyo-TY4 |
|
|
|
シドニー | azure-equinix-sydney-sy2 | Equinix-Sydney-SY2 |
|
| azure-nextdc-sydney-s1 | NextDC-Sydney-S1 |
| |||
|
|
アムステルダム | azure-equinix-amsterdam-am5 | Equinix-Amsterdam-AM5 |
|
|
|
フランクフルト | azure-interxion-frankfurt-fra11 | Interxion-Frankfurt-FRA11 |
|
| azure-equinix-frankfurt-fr7 | Equinix-Frankfurt-FR7 |
| |||
|
|
ロンドン | azure-equinix-london-ld5 | Equinix-London-LD5 |
|
|
|
パリ | azure-interxion-paris-par5 | Interxion-Paris-PAR5 |
|
|
|
チューリッヒ | azure-interxion-zurich-zur2 | Interxion-Zurich-ZUR2 |
|
|
|
ムンバイ | azure-tata-mumbai-lvsb | Tata-Mumbai-LVSB |
|
|
|
ワシントン D.C. | azure-equinix-ashburn-dc2 | Equinix-Ashburn-DC2 |
|
| azure-equinix-ashburn-dc6 | Equinix-Ashburn-DC6 |
| |||
| azure-coresite-reston-va2 | CoreSite-Reston-VA2 |
| |||
|
|
シカゴ | azure-equinix-chicago-ch1 | Equinix-Chicago-CH1 |
|
|
|
ダラス | azure-equinix-dallas-da3 | Equinix-Dallas-DA3 |
|
|
|
ポートランド | azure-edgeconnex-portland-por01 | EdgeConneX-Portland-POR01 |
|
|
|
サンアントニオ（テキサス州） | azure-cyrusone-san-antonio-1 | CyrusOne-San-Antonio-1 |
|
|
|
サンフランシスコ | azure-coresite-santa-clara-sv7 | CoreSite-Santa-Clara-SV7 |
|
|
|
シアトル | azure-equinix-seattle-se2 | Equinix-Seattle-SE2 |
|
|
|
トロント | azure-cologix-toronto-tor1 | Cologix-Toronto-TOR1 |
|
可用性を確認する
使用するロケーションを特定したら、利用可能な 10 Gbps または 100 Gbps の ExpressRoute Direct ポートがあることを再度確認します。ポートの可用性は予告なく変更されることがあるため、この手順は役に立ちます。
Azure ポータルで作業している場合は、接続の注文中に可用性を確認できます。事前に可用性を確認するには、Azure PowerShell を使用します。
Azure PowerShell
Get-AzExpressRoutePortsLocation コマンドを実行します。
Get-AzExpressRoutePortsLocation -LocationName LOCATION
LOCATION は、Azure でのロケーションの名前に置き換えます（Interxion-Frankfurt-FRA11 など）。
コマンド出力で、AvailableBandwidths ブロックを探します。必要なポート速度が表示されていることを確認します。
次の出力は、Interxion-Frankfurt-FRA11 で 10 Gbps ポートと 100 Gbps ポートが使用可能であることを示しています。
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
}
]
ロケーションとリージョンに関する注意事項
前のセクションを確認したら、次の値をメモします。
- リモート ロケーション（Google Cloud での名前）と Google Cloud のロケーション。これらの値は、Cross-Cloud Interconnect 接続を注文する際に必要になります。
- リモート ロケーション（Azure での名前）と、ExpressRoute Direct リソースと ExpressRoute 回線を配置するリージョン。これらの値は、Azure ポートを注文し、ExpressRoute 回線を作成する際に必要になります。
- VLAN アタッチメントを配置する Google Cloud リージョン。この値は、アタッチメントを作成するときに必要になります（Google Cloud リソースの構成を参照）。