> For the complete documentation index, see [llms.txt](https://docs.colt.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.colt.net/on-demand/ja/user-guides/cloud-on-demand/azure.md). # Azure オンデマンド クラウド接続ガイド: Azure ### Microsoft Azure ExpressRoute の概要 Microsoft Azure ExpressRoute は、専用のプライベート接続を介して Azure クラウドへプライベートで信頼性の高いネットワーク接続を提供し、お客様がパブリックインターネットを経由せずに利用できるようにします。 Colt On Demand プラットフォームでは、2 種類の ExpressRoute サービスが利用できます。 **ホスト型ポート** と **専用ポート（「ExpressRoute Direct」用）**. ホスト型ポートでは、Colt ネットワークと Azure ネットワーク間の既存の相互接続を通じて Azure クラウドへのレイヤー 2 接続を提供するため、Azure クラウドへの接続をすぐに確立できます。ホスト型モデルでは、1 つの ExpressRoute サービスがサポートされ、接続ごとに 1 つまたは 2 つの BGP（IP）ピアリング（つまり、プライベート ピアリングおよび/または Microsoft ピアリング）に基づきます。 専用ポート（ER Direct 用）では、同じ物理ポート上に複数の ExpressRoute サービスを構成でき、その結果、複数の BGP ピアリングをサポートできます（ExpressRoute サービス 1 つにつき 2 ピアリング）。オンデマンドの回線接続はほぼリアルタイムで確立できますが、ExpressRoute Direct ポートと Colt ネットワークの間には物理的なクロスコネクトが必要です。 ExpressRoute 接続は、標準で主系と副系の 2 重冗長性が提供されます。お客様は、主系と副系の両方を使用するか、主系のみを使用するかを選択できます。 主系と副系にはそれぞれ 2 つのピアリングが含まれており（合計 4 ピアリング：主系 2 + 副系 2）、Azure ポータル経由で構成されます。各 ER サービス内の 2 つのピアリングは次のとおりです。 * **Azure プライベート ピアリング** 仮想ネットワーク（VNET）向け。プライベート IP でアクセスします。 * **Microsoft ピアリング** Office 365、Dynamics 365、パブリック IP でアクセスするサービス向けの接続 ## ホスト型 ExpressRoute サービス ### ホスト型 Azure ExpressRoute ポート お客様はまず、自身の Azure サブスクリプションを使用して Microsoft Azure ポータルから ExpressRoute 回線を申請する必要があります。ExpressRoute PoP（例：アムステルダム、ロンドン、ダブリン）と ER 回線帯域幅（50Mbps～10Gbps）を選択する必要があります。 ExpressRoute 回線の帯域幅によって、オンデマンド接続の最大帯域幅が決まります。たとえば、100Mbps の ER 回線は最大 2 x 100Mbps（主系 100Mbps、副系 100Mbps）までの接続速度をサポートします。 リクエストが Azure ポータル経由で送信されると、Service Key が発行されます。Microsoft の課金は Service Key が生成された時点で開始されることに注意してください。 Microsoft ExpressRoute On Demand のクラウド ポートは、リージョン、PoP ロケーション、帯域幅を選択し、Service Key を入力して、ポート名を割り当てることで作成されます。 ### Azure ExpressRoute ポートへの接続 Microsoft Azure ExpressRoute は、標準で冗長性があります。お客様は、アクティブ-アクティブ構成をサポートするために 2 系統の接続を展開することも、単一接続を使用することもできます。2 系統の回線接続が必要な場合は、1 つのポートまたは 2 つの পৃথ পৃথ পৃথ পৃথ পৃথ পৃথ? さらなる冗長性のために、お客様は同じ物理建物内の 2 つの別々の場所にあるポートを選択することも、最大限の冗長性を得るために、同じ国の 2 つの別々の物理建物（たとえば、2 つのデータセンター）を選択することもできます。詳細は冗長性のセクションを参照してください。 ホスト型 ExpressRoute ポートに対して複数の接続ペアを構成することはサポートされていません。Microsoft ExpressRoute のモデルは、1 つの回線接続につき 1 つの ExpressRoute インスタンスに基づいています。複数の接続が必要なお客様は、ExpressRoute Direct オプションを選択してください。 標準の VLAN モードは両方の顧客 A エンド ポートに適用され、以下の表に要約されています。 | カスタマーポートモード | 用途 | 説明 | | ----------- | ---------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | オープンポート | 回線 1 / 2 が A エンド ポート全体を占有 | ポートベースの引き渡し。2 つの Microsoft の「内側」VLAN が Colt ネットワークを通じて Microsoft ExpressRoute PoP へ透過的に渡されます。内側 VLAN の割り当てはお客様の責任です。 | | VLAN を追加 | お客様は QinQ を使用して、3 つの「内側」VLAN を 1 つの「外側」VLAN にラップします。 | VLAN は出力時にお客様側へ追加されます（変換モード）。VLAN は S-VLAN（88a8）または C-VLAN（8100）にできます。標準の H\&S 構成です。VLAN には 3 つの「内側」VLAN が含まれます。お客様は内側 VLAN を「外側」タグにマッピングする必要があります。内側 VLAN では 8100 Ethertype を使用する必要があります。 | ### ExpressRoute ホスト型構成 下の図は構成を要約したものです。これは 1+1 冗長ペアにおける両方の回線接続で同一です。 各オンデマンド回線接続は、2 つの ExpressRoute BGP ピアリング（プライベート、Microsoft）をサポートします。各ピアリングは「内側 VLAN」で識別されます。 ![](https://content.gitbook.com/content/VLSaOIDXVwkVeVU0OgDq/blobs/g2ACUGNU4KTBXIl9sPgg/azure1.jpg) 重要な注意事項： * Azure によって割り当てられる VLAN はお客様の責任であり、Colt によって割り当てたり変更したりすることはありません。 * お客様は、主系と副系の両方に同じ VLAN ID を割り当てる必要があります（例：プライベート ピアリング VLAN 801 を主系と副系に、Microsoft ピアリング 802）。 * Azure 回線接続を他の回線接続と共存させる必要がある場合、お客様のルーターは QinQ / ダブルタグに対応している必要があります。つまり、お客様ルーターとオンデマンド ポート間の引き渡し用に外側 VLAN タグを割り当て、外側タグ内にカプセル化された各プライベート/Microsoft ピアリング用に内側 VLAN タグを割り当てる機能が必要です。 ### エンドツーエンドのお客様の利用フロー（ホスト型 ER ポート） Microsoft ExpressRoute へのエンドツーエンド接続を確立するためのお客様の利用フローを以下に示します。 ![](https://content.gitbook.com/content/VLSaOIDXVwkVeVU0OgDq/blobs/uY2IPzWndeLD9UPUxG7R/Azure-steps.jpg) ## 専用ポート サービス（ExpressRoute Direct 経由） ### Microsoft Azure 専用ポート（「ExpressRoute Direct」） お客様はまず、自身の Azure サブスクリプションを使用して Microsoft Azure ポータルから ExpressRoute Direct サービスを申請する必要があります。ExpressRoute PoP（例：アムステルダム、ロンドン、ダブリン）と ER Direct 帯域幅（10Gbps/100Gbps）を選択する必要があります。 リクエストが Azure ポータル経由で送信されると、LOA が発行されます。 Microsoft ExpressRoute On Demand のクラウド ポートは、オンデマンド ポータルで PoP ロケーションと帯域幅を選択し、ExpressRoute Direct の委任状（LOA）をアップロードして、ポート名を割り当てることで申請します。 ### ExpressRoute の課金 Microsoft は、ExpressRoute Direct リソースの作成から 45 日後、または 1 つ以上のリンクが有効になった時点のいずれか早い方で、ExpressRoute Direct のポート ペアの課金を開始します。この 45 日間の猶予期間は、お客様がコロケーション事業者とのクロスコネクト手続きを完了できるように設けられています。 Direct ポートを削除し、クロスコネクトを解除すると、ExpressRoute Direct のポート ペアに対する課金は停止されます。 ### ExpressRoute Direct ポートへの接続 ExpressRoute Direct 専用ポートへの接続は、ホスト型接続と同じ一般原則に従います。 以下の点に注意してください。 * 標準シナリオでは、A 側と B 側の透過モード（「オープン ポート」）において、接続ペア 1 組（主系/副系、それぞれ 2 つの L3 ピアリングをサポート）を使用します。 * 必要に応じて、お客様は複数のオンデマンド接続をリクエストできます。単一接続（主系）もサポートされるシナリオです。 * お客様は、同じ ExpressRoute Direct ポート上で複数の ExpressRoute サービスをリクエストすることもできます。お客様が各ピアリング個別の VLAN 構成を管理している場合、1 つのオンデマンド回線接続で複数の ExpressRoute サービスをサポートできます。 ### ExpressRoute Direct 構成 下の図は構成を要約したものです。これは 1+1 冗長ペアにおける両方の回線接続で同一です。以下の例では、同じ ER Direct ポート上に 2 つの ExpressRoute サービスを示しています。 各オンデマンド Ethernet 回線接続は、同じ ER Direct ポートを介して複数の ExpressRoute サービスをサポートでき、各 ExpressRoute サービスは 2 つの BGP ピアリング（プライベート、Microsoft）をサポートします。ホスト型モデルと同様に、各ピアリングは「内側 VLAN」で識別されます。 ![](https://content.gitbook.com/content/VLSaOIDXVwkVeVU0OgDq/blobs/HmTyuFem9PPlXBek6TOy/ER-Direct.jpg) ### エンドツーエンドのお客様の利用フロー（ER Direct ポート） ExpressRoute Direct ポートへのエンドツーエンド接続を確立するためのお客様の利用フローを以下に示します。 ![](https://content.gitbook.com/content/VLSaOIDXVwkVeVU0OgDq/blobs/q4o4X7159pWhheUPXroB/Azure-steps1.jpg) ## On Demand についてもっと知りたいですか? オンデマンドのガイド Colt On Demand は、データセンターと企業オフィス間のポイントツーポイント接続、パブリッククラウドへのプライベート接続、インターネット接続をサポートしています。On Demand ソリューションページで、On Demand の詳細や、ビジネスに適した接続経路を見つける方法をご確認ください。 [On Demand を見る](https://www.colt.net/solutions/on-demand/) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.colt.net/on-demand/ja/user-guides/cloud-on-demand/azure.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.