レジリエンス
導入
オンデマンド接続は「保護されていない」回線に基づいており、Coltのメトロパケットおよび長距離コアネットワーク全体でメッシュ保護されていますが、コアネットワークのPoP(ローカルアクセスリンクにサービスを提供する)と顧客敷地(例:企業オフィス)の間のテールは保護されていません。つまり、サービスの大部分は保護されており、最終マイルのテールのみが保護されていないことを意味します。
主要データセンター間で提供される回線はColtのバックボーンネットワークを直接経由してルーティングされ、デフォルトでエンドツーエンドで保護されます(つまり、保護されていないテールはありません)。これは、顧客ポートが主要データセンター内にあるクラウド接続にも適用されます。
回線はA端およびB端のロケーションで単一インターフェースとして提示されます。
Coltのオンネット(すなわちColtのファイバーネットワークに直接接続されている)ロケーションでは、オンデマンドポートのペア間でダイバーシティを提供できます。ダイバーシティはヨーロッパおよび北米のすべてのColt加盟国で利用可能です。
冗長経路(多様性)
オンデマンドポートは物理的ダイバーシティの有無で提供できます。ダイバーシティが要求された場合、ダイバースペアの2つのポートは別々のファイバーパスと機器で提供されます。要求により、同一建物内の物理的に別のPoPロケーションでポートを提供することもできます。ダイバースペアの2つのポートは、物理的に別の建物の2箇所に提供することも可能です。
ダイバーシティはプレミアム機能であり、デュアルポートペアの第1ポートおよびそのポートに接続されるすべてのイーサネット、インターネット、クラウド接続に対して高い料金が適用されます。
顧客は必要に応じて独自のトポロジを構築できます。例えば、A端の企業ビルにあるダイバースアクセスポートのペア、物理的に分離されたクラウドオンランプロケーションにある仮想クラウドポート、およびアクセスポートとクラウドポート間の回線接続のペアなどです。
ポートダイバーシティは新しいポートを注文する際に要求されます。オプションは4つあります:
ダイバーシティはオフネットまたはハイブリッドオンネットのロケーションのポートでは利用できないことにご注意ください。
イーサネットサービス
イーサネットのポイントツーポイントサービスでダイバーシティを有効にするには、A端およびB端の両方のロケーションでポートダイバーシティが必要です(つまり2つの「ダイバースペア」)。ダイバースポート間で要求された回線接続はColtのメッシュ保護されたコアネットワークを通じて配信されるため、最終的にエンドツーエンドのダイバーシティ(アクセスポート経由)と冗長性(メッシュ保護されたコア経由)が達成されます。

クラウドオンデマンド(Microsoft Azure)
Azure ExpressRouteのホステッドモデルでは、単一のExpressRouteサービスキーにより、単一のデータセンタPoPでのMicrosoft Azureへのハンドオーバー用のMicrosoft Azure二重インタコネクト(NNI)経由での二重/冗長接続が可能になります。顧客はその後、Coltからの二重オンデマンド接続を要求して(Microsoftが提供するデフォルトの冗長性の恩恵を受ける)または単一接続を要求することを選択できます。
二重回線接続が必要な場合、それらは物理的ダイバーシティを持つオンデマンドアクセスポートで提示することができます。これにより、高レベルのエンドツーエンド冗長性が提供されます(ダイバースアクセスポート、Coltコア全体でのメッシュ保護回線、Microsoftへの二重NNI)。
単一のオンデマンドAzureホステッドクラウドポートは、1つまたは2つの回線接続のいずれかをサポートすることにご注意ください。同様の構成は、2つの別々のAzure専用クラウドポートに基づく専用ポートでもサポートできます。
ハンドオーバーに使用されるMicrosoftのNNIが物理的に異なる2つのデータセンターに配置されることを保証するExpressRoute Metro機能もオンデマンド経由でサポートされています。

クラウドオンデマンド(Amazon Web Services)
Amazon Web Servicesへのホステッド接続はデフォルトで単一の回線接続に基づいています。
最大の冗長性を実現したい顧客は、(異なるAWS PoPロケーションで)2つの別々のホステッドODクラウドポート、ダイバーシティを持つアクセスポート、および2つの別々の回線接続を要求できます。概念は上記のイーサネットのシナリオに類似していますが、ここではB端ロケーションのダイバースODアクセスポートの代わりに2つのAWS PoPが用いられます。

クラウドオンデマンド(Google Partner Interconnect)
Googleへの接続は単一の回線接続に基づき、Coltコアネットワーク全体で保護され、アクセスのテールは保護されていません。
オンデマンド提供の下で、Google向けには3つの冗長性オプションがあります:
標準の単一回線構成
二重回線構成(Googleの99.9% SLA)
2 x 二重回線構成(Googleの99.99% SLA)
二重回線構成(Googleの99.9% SLAに相当)用のオプションは以下に示されています。両方の回線は同一都市(例:ロンドン)内のGoogle Cloud PoPに接続する必要があります。

VLANアタッチメント(「ペアリングキー」)は異なるゾーンのGoogle Cloud PoPに割り当てるべきであることに注意してください(例:1つのVLANアタッチメントをゾーン1に、もう一方をゾーン2に割り当てる)。
クアッド回線構成(Googleの99.99% SLAに相当)は、二重回線構成を複製することで達成されます。
IBMおよびOracleクラウド
近日公開!
専用インターネットアクセス(DIA)サービス
専用インターネットアクセス(DIA)接続はデフォルトで単一の回線接続に基づいており、Coltコアネットワーク全体で保護されています。
イーサネットオンデマンドサービスと同様に、DIA接続は企業ビルおよび標準データセンターでは保護されていないアクセステールを介して提供され、主要データセンターへの完全に保護されたメッシュを通じて配信されます。
A端の顧客敷地(データセンターまたは企業オフィス)では、DIA接続はダイバーシティが有効化されたオンデマンドアクセスポートで終了でき、高レベルのエンドツーエンド冗長性を提供します(唯一の共通の障害点はインターネットアクセスを提供するSARルーターです)。SARルーターのダイバーシティは将来の機能として計画されています。

ご不明な点はありますか?私たちがお手伝いします。
本日、当社のスペシャリストと話してください。アドバイスの提供、さらに詳しい情報のご案内、またご質問への回答のために対応いたします。

最終更新
役に立ちましたか?