IIJ 100G バックボーン

Size: px

Start display at page:

Download "IIJ 100G バックボーン"

えいしろうこうい
5 years ago
Views:

1 1 IIJ 100G バックボーンネットワークサービス部津辻文亮

2 2 今日のおはなしの流れ背景についてバックボーン設計ポリシ災害対策東名阪 100G バックボーン

3 3 インターネットトラフィックの増大総務省我が国のインターネットにおけるトラヒックの集計試算より

4 10G x N (LAG) 増強の課題利用効率が悪い flow サイズの違いによる偏り Hash による偏りキャリア回線利用時の可用性障害ポイントが多く同ルートの回線でも故障タイミングがマチマチトラフィック量によっては障害以外の回線が利用できない minimum-link = member-link 数の場合運用コストが高い正常性確認の難しさどのリンクを通るかわからないので 1 本ずつ確認ラインカードの収容設計需要以上にリンク数が必要となり構成も複雑となる 4

5 5 100G 回線導入へ向けて 10G x 10 vs 100G 10G x 10 回線コスト機器コスト運用コスト利用効率低 100G 現状はまだ高い複雑な構成からシンプルな構成へ移行運用負荷高大阪 -1 東京 -1 大阪 -1 東京 -1 大阪 -2 東京 -2 大阪 -2 東京 -2

6 クラウドサービス対応プライベートバックボーンサービスをはじめとするクラウド向けネットワークサービス提供への対応様々な接続方法に対応専用線構内接続やインターネット VPN など様々な接続方法を提供しますお客様のご要望に合わせた接続方法を選択いただけますインターネット IIJ インターネットアクセスサービス Microsoft Azure IIJ クラウドエクスチェンジサービス

6 6 クラウドサービス対応プライベートバックボーンサービスをはじめとするクラウド向けネットワークサービス提供への対応様々な接続方法に対応専用線構内接続やインターネット VPN など様々な接続方法を提供しますお客様のご要望に合わせた接続方法を選択いただけますインターネット IIJ インターネットアクセスサービス Microsoft Azure IIJ クラウドエクスチェンジサービス for Microsoft Azure IIJ GIO 仮想デスクトップサービス IIJ プライベートバックボーンサービス IIJ GIO コンポーネントサービス複数のネットワークを同時利用可能オプションをご契約いただくことでネットワークを論理的に分割可能となり複数のネットワークを低コストで効率よくご利用いただけます IIJ プライベートアクセスサービス異拠点間での冗長構成が可能本サービスは標準で単一拠点における冗長構成を提供しますまた本サービスを複数ご契約いただきオプションサービスをご契約いただくと異拠点間で動的ルーティングによる冗長構成を組むことが可能です WAN 接続インターネット本社データセンター本社支社本社プライベートトラフィックの増加専用線接続 DC 内構内接続 WAN 接続 VPN 接続

7 東日本大震災からの教訓東京大阪に依存したバックボーントポロジー 7

8 8 背景についてバックボーン設計ポリシ災害対策東名阪 100G バックボーン

9 9 バックボーンネットワーク信頼性トラフィックを輻輳なく安定して運ぶ基幹ネットワーク機器冗長化ファイバルートの分散安定稼働 ( 機器リソースイベント攻撃耐性 ) 拡張性需要に応じたプロビジョニングスケールする設計及び増強ポリシ運用性対応がシンプルになるような設計を心掛ける

10 国内ケーブルルートの分散国内 3 ルートケーブルを分散して冗長を図る縮退しても問題がないキャパシティプランニングを実施北陸東京 -1 大阪 -1 中央東海東京 -2 中央大阪 -2 東海東京 -3 10

11 日米海底ケーブルルートの分散海底ケーブルルートを分散してCore POPに入れる Core POPの1つが全断時にも日米回線のインパクトを局所化実際は 7 cableを使い分けて分散 PC-1 南北, Japan-U.S 南北, TGN-Pacific 南北, Unity 東京 -1 海底ケーブル -A 大阪 -1 東京 -2 海底ケーブル -B 大阪 -2 東京 -3 海底ケーブル -C 海底ケーブル -D 海底ケーブル -E 11

12 日米海底ケーブルのBH 分散海底ケーブルの収容設計 LSに近いPOPで回線を受取り BHが重複しないように設計 JP/US 国内はそれぞれのファイバ分散を図って設計 12

13 東京大阪近郊以外の地方 POP/DC 構成地方 POP/DCはCore POPの2 拠点以上に接続同エリアのCore POP2 拠点が同時に孤立しない限り接続は維持国際線も分散しているので輻輳のリスクも低減東日本東京 -1 海底ケーブル -A 西日本大阪 -1 東京 -2 海底ケーブル -B 大阪 -2 東京 -3 海底ケーブル -C 海底ケーブル -D 海底ケーブル -E 13

14 14 背景についてバックボーン設計ポリシ災害対策東名阪 100G バックボーン

15 これまでの基本トポロジー東日本は東京へ西日本は大阪へ東京大阪では 2 拠点以上の Core POP が構成され分散して接続 15

16 広域エリア災害 ( 東京 ) 16

17 17 広域エリア災害 ( 東京 ) 東日本 POP/DC が通信不能に陥る東日本東京 -1 海底ケーブル -A 西日本大阪 -1 東京 -2 海底ケーブル -B 大阪 -2 東京 -3 海底ケーブル -C 海底ケーブル -D 海底ケーブル -E

18 広域エリア災害 ( 大阪 ) 18

19 19 広域エリア災害 ( 大阪 ) 西日本 POP/DC が通信不能に陥る東日本東京 -1 海底ケーブル -A 西日本大阪 -1 東京 -2 海底ケーブル -B 大阪 -2 東京 -3 海底ケーブル -C 海底ケーブル -D 海底ケーブル -E

20 バックボーントポロジーの見直し東日本西日本の POP が接続する Core 拠点広域エリア災害の際に同時に影響を受けない 2 拠点に接続 Core 同時に影響を受けない距離 Core Leaf 東日本西日本の POP が Core POP へ向かうファイバ経路東日本は東京非経由で接続西日本は大阪非経由で接続西日本大阪非経由東京非経由東日本大阪 Core 名古屋 Core 東京 Core 20

21 バックボーントポロジーの変更東京大阪に加え名古屋を Core POP として昇格地方拠点は 2 つ以上の別エリアの Core POP に接続 21

22 広域エリアの災害の対策状況東日本完了分札幌 2014/8 完了仙台 2014/8 完了西日本完了分沖縄 2014/2 完了京都 2014/8 完了広島 2014/9 完了福岡 2014/9 完了岡山 FY2014 予定松江 FY2015 予定 22

23 23 背景についてバックボーン設計ポリシ災害対策東名阪 100G バックボーン

24 東名阪 100G バックボーンに向けて東名阪のインターネットバックボーン増強インターネットトラフィック増大への備え災害対応で必要な名古屋のキャパシティ増強 TEをするための柔軟な拡張性クラウド向けバックボーン増強東名阪のプライベートトラフィック増への対応インターネットバックボーンと回線帯域のシェア 24

25 クラウド向けバックボーンの展開クラウド ( 閉域 ) 向けに仮想回線基盤 NW(VPWS) を展開中インターネットバックボーンとは別に展開 Private Private クラウド向けバックボーン帯域をシェアその他のプライベートネットワーク Private Private 10G MPLS/VPWS VPWS を構築し複数の閉域 NW の余剰帯域をシェア VPWS (Virtual Private Wire Service) 25

26 VPWS 導入効果集約余剰帯域のシェアでコスト増を緩和必要な時に仮想回線を切り出すことができる TE(Traffic Engineering) 冗長化設計遅延を考慮したパス設計 (SVP-TE) を想定高速切替 (F) 導入によるインパクト低減 LSP-1 CE-1 P CE-1 仮想回線仮想回線 CE-2 P CE-2 LSP-2 26

27 インターネットとクラウドを統合インターネットバックボーンとクラウド向けバックボーンを VPWS で統合 Global インターネットバックボーン Global Private 帯域をシェアクラウド向けバックボーン Private Private その他のプライベートネットワーク Private 100G 100G MPLS/VPWS 100G インターネット面も拡張性ある柔軟な設計を実現 27

28 28 2 東名阪 100G バックボーンのイメージ 100G Internet Backbone Private Backbone Private NW.. 100G 東名阪 100G Core Backbone (VPWS)

29 東名阪 100G Core の設計東名阪の各 Core POP に 100G Node を配備 2 系統で冗長化 0 系 /1 系のリング構成東海ルートと北陸ルートで相互バックアップ中央ルートと北陸ルートで相互バックアップ北陸大大中央北陸名中央東東東京 ~ 名古屋東海ルート 100G x1 中央ルート 100G x1 大阪 ~ 名古屋東海ルート 100G x1 中央ルート 100G x1 東京 ~ 大阪北陸ルート 100G x2 東海東海名 29

30 Link Coloring (Administrative group) リンクに色を付けて通るリンクを選択 OSPF-TEでリンクの情報と合わせて運ばれますパス (LSP) が通る場所を指定 LSP1: 1 2 緑だけ通るパス LSP2: 1 2 赤以外のパス P P 2 LSP2 1 P P LSP1 Link cost はすべて 1 の場合 30

31 遅延を考慮した設計エリア毎の色付けによる制御を追加東京エリアから出るパスは遅延が大きいため採用したくないエリア内 ( 緑色 ) しか通れないパスで遅延が大きいパスを採用しない Nagoya Area Tokyo Area 7msec P P P 3msec Internet 20msec 10msec P Osaka Area 31

32 100G Node 配備状況 2014 年 10 月に東名阪 100G 0 系が完成 2014 年末には 1 系も完成予定東海ルート中央ルート北陸ルート 32

33 まとめバックボーン設計ポリシ災害対策について東京又は大阪の災害時を想定した強固なトポロジーへ変更東名阪 100G バックボーン導入東名阪のキャパシティを拡大インターネットバックボーンとクラウド向けバックボーンを VPWSで統合 33

FUJITSU Cloud Service for OSS プライベート接続サービス仕様書

FUJITSU Cloud Service for OSS プライベート接続サービス書 2018 年 11 月 1 日 1. サービス概要 FUJITSU Cloud Service for OSS プライベート接続 ( 以下本サービスという ) は FUJITSU Cloud Service for OSSの環境 ( 以下本サービス環境という ) について契約者が別途契約しているホスティング環境およびオンプレミス環境などの環境との間の閉域接続機能およびポートを提供するサービスです