For the complete documentation index, see llms.txt. This page is also available as Markdown.

レジリエンス

はじめに

オンデマンド接続は「非保護」回線に基づいています。これらは、Coltのメトロパケットおよび長距離コアネットワーク全体でメッシュ保護されており、コアネットワークのPoPからローカルアクセス回線と顧客拠点(例:企業オフィス)を結ぶ部分には非保護のテールがあります。つまり、サービスの大部分は保護されており、保護されていないのは最後のマイルのテールのみです。

主要データセンター間で提供される回線は、Coltのバックボーンネットワークを直接通ってルーティングされ、デフォルトでエンドツーエンド保護されます(つまり、非保護のテールはありません)。これは、顧客ポートが主要データセンターにあるクラウド接続にも適用されます。

回線は、A側およびB側のロケーションにある単一インターフェース上で提供されます。

Coltのオンネット(つまり、Coltの光ファイバーネットワークに直接接続されている)ロケーションでは、オンデマンドポートのペア間で冗長化を提供できます。冗長化は、ヨーロッパおよび北米のすべてのColt国で利用可能です。

冗長化

オンデマンドポートは、物理的冗長化の有無を選べます。冗長化が要求される場合、冗長ペアの2つのポートは、2つの পৃথ отдельなファイバーパスと機器を通じて提供されます。要望に応じて、同一建物内の2つの物理的に分離されたPoPロケーションでポートを提供することもできます。冗長ペアの2つのポートは、2つの物理的に分離された建物で提供することも可能です。

冗長化はプレミアム機能であり、デュアルポートペアの1番目のポートおよびそのポートに接続されるイーサネット、インターネット、またはクラウド接続に対して、より高い料金が適用されます。

お客様は、必要に応じて独自のトポロジーを構築できます。例えば、A側の企業ビルにある冗長なアクセスポートのペア、物理的に分離されたクラウド接続拠点にある仮想クラウドポート、そしてアクセスポートとクラウドポート間の回線接続のペアなどです。

新しいポートを注文する際に、ポートの冗長化を要求します。オプションは4つあります。

1

冗長化なし

冗長化のない単一ポートが必要な場合。

2

既存ポートから冗長化

既存の(稼働中の)ポートと冗長化された新しいポートが必要な場合。

3

新規ポートから冗長化(複製)

同一設定(同じロケーション、同じインターフェース種別)を持つ2つの新しいポートが必要な場合。

4

新規ポートから冗長化(異なる)

異なる設定(例:異なるロケーションまたはインターフェース種別)を持つ2つの新しいポートが必要な場合。

なお、オフネットまたはハイブリッドオンネットのロケーションにあるポートでは冗長化は利用できません。

イーサネットサービス

イーサネットのポイント・ツー・ポイントサービスで冗長化を有効にするには、A側とB側の両方のロケーションでポート冗長化が必要です(つまり、2組の「冗長ペア」のポート)。冗長ポート間で要求された回線接続は、Coltのメッシュ保護されたコアネットワーク全体を通じて提供されるため、最終的にはエンドツーエンドの冗長性(アクセスポート経由)とレジリエンス(メッシュ保護されたコア経由)が実現されます。

クラウド・オンデマンド(Microsoft Azure)

Azure ExpressRouteのホステッドモデルでは、単一のExpressRouteサービスキーにより、1つのデータセンターPoPでMicrosoft Azureへのハンドオーバーを介した、デュアル/レジリエントな接続がMicrosoft Azureのデュアル相互接続(NNI)へ有効になります。お客様は、ColtからのデュアルOn Demand接続を要求して(およびMicrosoftが提供するデフォルトのレジリエンスの恩恵を受ける)、または単一接続を要求することができます。

デュアル回線接続が必要な場合は、物理的に冗長化されたOn Demandアクセスポート上で提供できます。これにより、高いレベルのエンドツーエンドのレジリエンス(冗長アクセスポート、Coltコア全体でメッシュ保護された回線、MicrosoftへのデュアルNNI)が実現します。

なお、単一のOn Demand Azureホステッドクラウドポートでは、1本または2本の回線接続をサポートできます。同様の構成は、2つの個別のAzure専用クラウドポートに基づく専用ポートでもサポート可能です。

ハンドオーバーに使用されるMicrosoft NNIを2つの物理的に分離されたデータセンターに配置するExpressRoute Metro機能も、On Demandを通じてサポートされています。

クラウド・オンデマンド(Amazon Web Services)

Amazon Web Servicesへのホステッド接続は、デフォルトで単一の回線接続に基づいています。

最大限のレジリエンスを実現したいお客様は、2つの個別のホステッドODクラウドポート(異なるAWS PoPロケーション)、冗長化されたアクセスポート、そして2つの個別の回線接続を要求できます。この考え方は上記のイーサネットのシナリオに似ていますが、ここでは2つのAWS PoPがB側ロケーションにおける冗長なODアクセスポートの代わりとなります。

クラウド・オンデマンド(Google Partner Interconnect)

Googleへの接続は、Coltコアネットワーク全体で保護された単一回線接続と、非保護のアクセス・テールに基づいています。

On Demandサービスでは、Google向けに3つのレジリエンスオプションがあります。

  • 標準の単一回線構成

  • デュアル回線構成(GoogleのSLA 99.9%)

  • 2×デュアル回線構成(GoogleのSLA 99.99%)

デュアル回線構成(Googleの99.9% SLAに相当)のオプションを以下に示します。両方の回線は、同じ都市(例:ロンドン)にあるGoogle Cloud PoPへ接続する必要があります。

VLANアタッチメント(「ペアリングキー」)は、異なるゾーンにあるGoogle Cloud PoPに割り当てる必要があることに注意してください(例:一方のVLANアタッチメントをゾーン1に、もう一方をゾーン2に割り当てる)。

クアッド回線構成(Googleの99.99% SLAに相当)は、デュアル回線構成を複製することで実現されます。

IBM & ORACLEクラウド

近日公開予定!

専用インターネットアクセス(DIA)サービス

専用インターネットアクセス(DIA)接続は、デフォルトで単一回線接続に基づいており、Coltコアネットワーク全体で保護されています。

イーサネット On Demand サービスと同様に、DIA接続は、企業ビルや標準データセンターでは非保護のアクセス・テールを介して、主要データセンターでは完全に保護されたメッシュを通じて提供されます。

A側の顧客拠点(データセンターまたは企業オフィス)では、DIA接続を冗長化を有効にしたOn Demandアクセスポートに終端できます。これにより、高いレベルのエンドツーエンドのレジリエンスが得られます(唯一の共通障害点は、インターネットへのアクセスを提供するSARルーターです)。SARルーターの冗長化は、将来機能として計画されています。

ご質問はありますか?お手伝いします。

ぜひ本日、当社のスペシャリストにご相談ください。アドバイスの提供、追加情報のご案内、ご質問への回答を承ります。

接続を確認する

最終更新

役に立ちましたか?