狠狠撸

狠狠撸Share a Scribd company logo
? J-Stream Inc. All Rights Reserved.
2017年11月9日
鍋島公章
株式会社Jストリーム
CDNのトラフィック
エンジニアリング
~CDNの現状とSDNの可能性~
第 42 回インターネット技術第 163 委員会研究会
2? J-Stream Inc. All Rights Reserved.
自己紹介
? 鍋島 公章(なべしま まさあき)
? 株式会社Jストリーム+個人コンサルティング
? 略歴
? 1992年:NTT入社、Internet関連の研究開発を開始
? 1995年:NTT研究所@シリコンバレーでCDN関連研究を開始
? Internet 2、APAN
? 2000年:NTT退社、さまざまな配信関連サービスに関わる
? ビデオチャット~映画本編、固定網~モバイル網
? 2015年:(株)Jストリームで国産CDN(CDNext)を開始
? サービス企画
3? J-Stream Inc. All Rights Reserved.
はじめに:CDNの現在
? Internetトラフィックの8割程度はCDN技術により配信
? 一般CDN(Akamai、Cloudfront、Cloudflare…):2割程度
? 自社CDN(巨大OTT:Netflix、Youtube):6割
? 自社CDNによる配信(北米2016下期)
? 固定網: 56.94%
(マルチCDN利用も含むと61.74%)
? モバイル網: 24.59%
(マルチCDN利用も含むと41.58%)
固定:56.94% モバイル:24.59%
Netflix 35.15 % Youtube 20.87 %
Youtube 17.53 % Facebook 13.97 %
Amazon Video 4.26 % HTTP - Other 9.36 %
HTTP - Other 4.19 % SSL - Other 6.85 %
iTunes 2.91 % Instagram 6.66 %
Hulu 2.68 % Snapchat 5.17 %
SSL - Other 2.53 % Netflix 3.72 %
Xbox One 2.18 % iTunes 3.02 %
Facebook 1.89 % Google Cloud 2.87 %
BitTorrent 1.73 % MPEG - Other 2.37 %
北米サービス別トラフィック出典:Sandvine Global Internet Phenomena
https://www.sandvine.com/trends/global-internet-phenomena/
4? J-Stream Inc. All Rights Reserved.
はじめに:InternetとCDN
? 2016現在のInternetは、CDNとその接続(Feeder)ネットワー
クであり、偏在的なEnd to Endネットワークではない
? Geoff Huston @ APNIC チーフサイエンティスト
? Desperately Seeking Default
? End to End通信は「ほころび」つつある?
? ISPの対応
? 対CDN通信は厳重管理
? マイナーなEnd to End通信障害は放置
? 理由
? 経路増加
? メディアおよびSNSの重要性が拡大
5? J-Stream Inc. All Rights Reserved.
はじめに:CDNによるInternetの単純化
? CDN配信サーバのスペック
? 配信キャパシティ:1台で数十~100Gbps
? SSDとメモリの塊←高価
? 配信サーバの配置
? 一定規模以上のISPのみ
? 中小ISPは切り捨て
6? J-Stream Inc. All Rights Reserved.
はじめに:Internetの今後
? CDNを中心としたシンプルなネットワーク構造に
? CDNサーバを置いてもらえないISPは大手に吸収される
? BGPでコントロールされるトラフィックはさらに減少、
AS内CDNサーバからユーザへの直接配信率がより高まる
7? J-Stream Inc. All Rights Reserved.
はじめに:CDNビジネス
? セグメント別状況
セグメント 市場状況 ビジネス状況
大規模
配信
強烈な価格
競争
原価割れ(総合的サー
ビス提供で収支合わせ)
中小規模
配信
裾野の拡大
適切な利益(新規ユーザ
開拓は大変)
セキュリティ
(WAF、DDoS)
売り手市場 ドル箱
206 197 188 196 187 179 183
316 327 345
367 369 376 381
81 87 95 102 110 115 121
0
50
100
150
200
250
300
350
400
450
Media Delivery Performance and Security
Cloud Security
Akamai社ソリューション別売上げ
8? J-Stream Inc. All Rights Reserved.
配信者視点の経路制御
? 好ましい場所から、好ましい回線でコンテンツを配信したい
? 安い、早い、空いている、安定している
? AS間の経路制御/レイヤー3:ダメ、使えない!
? BGP(基本:受信ポリシーの伝播)
? 配信ポリシーの実現:BGPでは考慮されない
? ソースルーティング(配信側が経由するポイントを任意に指定)
? セキュリティ上危険ということで無効化
9? J-Stream Inc. All Rights Reserved.
背景:BGPの基本
? 経路テーブル(受信ポリシーの集大成)
1、それぞれのネットワークが経路情報(+ポリシー)を外部に広報
? 受け取りたい:経路広報
? 受け取りたくない:PATHプリペンド(ダミーパス追加)
2、それぞれは(1が正しいと信じて)経路テーブルを作成
経路情報
経路情報
経路情報
経路情報
経路情報
経路情報
経路情報
経路情報
経路
テーブル
経路
テーブル
経路
テーブル
経路
テーブル
10? J-Stream Inc. All Rights Reserved.
背景:BGPの特徴
? 受信トラフィック
? Internet全体に対するある程度のコントロールが可能
? ポリシーは伝播される
? 受信ポリシーの広報
? 分散協調システムにおける「ある1つのネットワークの希望する経路」
? 送信側がそのポリシーを遵守しない場合もある
? 送信トラフィック
? Internet全体に対するコントロールはできない
? ポリシーの伝播なし
? 送信ポリシーは自ネットワークの出口制御まで、その先の制御は、そ
の先のネットワークにお願い(契約、人間関係)
11? J-Stream Inc. All Rights Reserved.
背景:グローバルDC(ハイパージャイアントAS)
? ハイパージャイアントとコードネーム
? Google: Espresso
? Facebook: Edge Fabric
? 特徴
? 自社だけで全世界をカバー
? だれとでも無料ピアリング(トランジット販売無し)
? 歴史
? 1990年代後半:AboveNetが開始
? 世界中で接続性のよいASを持つデータセンター
? AboveNet自体は、ドットコムバブル崩壊とともに一度破綻(2002)
12? J-Stream Inc. All Rights Reserved.
背景:グローバルDC(ハイパージャイアントAS)
? 技術
? エニキャスト:網内に同一IPサーバを複数配置
? 障害対応:難しい
? コールドポテト:できるだけユーザに近い所からトラフィックを出す
? 最適処理:難しい
? 網内の高度な制御:SDN、NFV
ISP ISP
8.8.8.8 8.8.8.8
ISP
コールドポテト
ホットポテト
13? J-Stream Inc. All Rights Reserved.
背景:グローバルDC(ハイパージャイアントAS)
? 技術
? エニキャスト:網内に同一IPサーバを複数配置
? コールドポテト:できるだけユーザに近い所からトラフィックを出す
? 網内の高度な制御:SDN、NFV
ISP ISP
8.8.8.8 8.8.8.8
ISP
コールドポテト
ホットポテト
エニキャストの
サーバ障害例
(Cedexis Availability)
14? J-Stream Inc. All Rights Reserved.
背景:BGPトラブル例
? トラブル例 巨大ISPの系列国際ISP
日本国内
巨大ISP
(回線高い)
ISP
J-Stream
国内経路のみ購入
(安いアジア系)国際ISP
フル経路
下り:不安定!上り:OK
①返りはなぜか国際へ
②国内経路なしのため
このパスからは返らず
③最終的に国際ISP
経由で返る
15? J-Stream Inc. All Rights Reserved.
背景:ソースルーティング概要
? 中継ポイント(ルータIP)の指定
? 指定
? IPヘッダ
? 種類
? LSRR (Loose Source and Recorded Route):中継ポイントのみ指定
? SSRR (Strict Source and Recorded Route):完全な経路を指定
中継ポイント
中継ポイント
16? J-Stream Inc. All Rights Reserved.
背景:ソースルーティング課題
? 実際には使えない:
? セキュリティ問題
? ファイアウォール回避
? IPスプーフィング
? Internetの課題
? 受信ポリシーの集大成で手一杯
? 自由な送信ポリシーの実現→Internet破綻
? 一方、CDN事業者(自社CDN含む)は送信ポリシーを実現
? CDNは、Internetの支配者と言われる(もう一つの)ゆえん
17? J-Stream Inc. All Rights Reserved.
CDN:配信ポリシーの実現技術
? CDN:配信サーバ群の最適地理分散
? 多数の配信サーバ
? リクエストナビゲーション(GSLB、GTM)
? 「ユーザからのリクエストを最適なサーバに届ける」=
「任意のポイントから任意のユーザにトラフィックを流し込む」
18? J-Stream Inc. All Rights Reserved.
配信者視点のパワーゲーム
? 配信費用パワーゲームにおける強力なツール
? 配信コストの95%以上を占める回線費用をISPに押し付ける
? テクニック
? CDNの運用テクニック
? Tire1 ISPからの配信
? ISP無償コロケーション
? 配信拠点のオークション調達
? 海外からの配信
? 巨大キャリアのCDN活用
? CDNから3回の売上げ
Internet
回線費用ネット利用料
19? J-Stream Inc. All Rights Reserved.
CDN運用:運用テクニック
? Tire1 ISPに配信サーバを(格安で)置く
? Tire 1 ISPは、そのトラフィックを国際トランジットとして販売
Tire 1 (国際)ISP
日本国内
ローカルISP
海外
20? J-Stream Inc. All Rights Reserved.
CDN運用:運用テクニック
? ISP無償コロケーション
? ローカルISPに無償でサーバを置いてもらう
? ローカルISPにとっては上位ISPへの回線負担が減る
? 無償で置かせたサーバから近傍のISPに配信する
Tire 1 (国際)ISP
日本国内
ローカルISP
21? J-Stream Inc. All Rights Reserved.
CDN運用:運用テクニック
? 配信拠点のオークション調達
? CDNでは配信拠点の移設が容易
? CDN=安価で使える網構成を追い続けるための技術
100円/Mbps 200円/Mbps 300円/Mbps
(オープン)
入札
22? J-Stream Inc. All Rights Reserved.
海外
CDN運用:運用テクニック
? 海外から配信する
? 配信費用:1/10程度
? 動画:数Mbps程度なら問題なし(バッファリング)
? マルチCDN:パフォーマンスが落ちたら国内から配信
? バッチ系ダウンロード:非インタラクティブ
Tire 1 (国際)ISP
日本国内
23? J-Stream Inc. All Rights Reserved.
CDN運用:巨大キャリアのCDNコントロール
? 国内ISP
? CDNサーバは、国内ISPではなく、国際ISPに置かせる
? 国際ISP
? ①CDNサーバから配信料を徴収
? ②CDNが配信したトラフィックを他のISPにトランジットとして販売
? 巨大キャリア
? ③そのCDNの有力代理店
国際ISP日本国内
国内ISP
ISPs
ISPs
巨大キャリア
?国内ISP(AS)と国際ISP(AS)を持つ通信キャリア
CDNで3度売上げる
24? J-Stream Inc. All Rights Reserved.
CDN利用:マルチCDN
? OTT事業者のCDN利用形態
? 単独CDNから、マルチCDN、自社CDNへの移行が進む
出典:OTT Video Services (2017)
http://www.streamingmedia.com/Research/7064-OTT-VIDEO-SERVICES-INNOVATION-
OPPORTUNITY-MATURATION--TECHNOLOGY-TRENDS-IN-OTT-DELIVERY.htm
利用形態 OTT事業者数
単独(汎用)CDN 30%
マルチ(汎用)CDN 48%
自社CDN 22%
25? J-Stream Inc. All Rights Reserved.
CDN利用:マルチCDN
? 複数のCDNを使ったトラフィックエンジニアリング
ユースケース 概要
ラウンドロビン 一定比率で複数のCDNを利用
国別切替 国別に使用するCDNを選択
ベストパフォーマンス 地域別、時間別で最速のCDNを利用
バックアップ プライマリCDNがダウンした時にバックアップCDNを利用
オーバーフロー
プライマリCDNの利用量が一定以上になった時、セカンダ
リCDNのみを利用
バースト対応
(ハイブリッドCDN)
オンプレミス設備or自社CDNの帯域を使い切った時、汎
用CDNを追加利用
最小コスト 一定条件(最低速度)の元で最小コストのCDNを利用
26? J-Stream Inc. All Rights Reserved.
CDNにおけるSDNの可能性
? Internet用のクラッシックなCDN
? SDNは使えない
? もともとInternetの経路制御は送信ポリシーを実現できない
? NFVも避けたい
? CDNサーバはパフォーマンスが命、仮想化は避けたい
? GSLBのNFVはあり
? CDN新領域
? いくつかのシーンでSDNとNFVが有望
? 自社網
27? J-Stream Inc. All Rights Reserved.
CDN新領域
新領域 マーケット 技術
自社CDN
ハイパージャイアント
(超大規模配信)
ビックデータ解析
(ユーザ行動解析
コンテンツ解析)
クライアント制御CDN ビデオ
マルチCDN
P2P CDN
リアルタイム通信CDN
セキュリティ
インタラクティブ
特殊プロトコル
専用バックボーン
SDN
NFV
閉域網CDN
エンタープライズ
Wifiホットスポット
モバイル網
SDN
NFV
28? J-Stream Inc. All Rights Reserved.
リアルタイム通信CDN
? 特徴
? キャッシュ不可能なコンテンツもCDN経由で配信
? 背景
? 全トラフィックをCDNが防御(セキュリティCDN)
? WAF、DDoS対策
? 配信サーバ間専用プロトコル、専用バックボーンによる高速化
? 素のInternet経由で流すよりも、CDN経由のほうがジッタ少なく、レイテンシ低い
? 専用バックボーン
? 内部の経路制御:SDNによる細かな制御
? 付加機能:NFVによる運用
29? J-Stream Inc. All Rights Reserved.
閉域網CDN
? 特徴
? CDNによる自社網内の最適配信
? マーケット
? エンタープライズ:社長スピーチ
? ホットスポット:オリンピック、IPサイマル、スマートスタジアム?シティ、インバウンド
マーケティング
? モバイル網:基地局(モバイルエッジ)コンピューティング
? 背景
? 自社網内のトラフィック増加
? ビデオ、IoT
? 網管理の高度化
? SDN、NFV、SD-WAN
30? J-Stream Inc. All Rights Reserved.
Enterprise-CDN
? 基本機能
? 配信、ユーザ管理、コンテンツ管理、視聴管理、セキュリティ管理
出典:Kollective SD ECDN
31? J-Stream Inc. All Rights Reserved.
Smart Stadium
? 基本機能
? 高密度Wifi、IPマルチキャスト放送、マルチアングル、センサー群、
CCTV、映像認識、リアルタイム?ビッグデータ解析
32? J-Stream Inc. All Rights Reserved.
Mobile Edge Computing
? 基本機能
? 低レイテンシ通信、高帯域、場所依存、リアルタイム?コンピューティン
グ、網状況の即時判断
33? J-Stream Inc. All Rights Reserved.
まとめ
? CDNの位置づけ
? 配信ポリシーの実現技術
? 新時代(集中管理)Internetの中心技術
? CDNのトレンド
? 閉域網CDNへのニーズ拡大
? エンタープライズ、Wifiホットスポット、Mobile網
? SDN、NFV、SD-WANの活用
? 土管制御から高度(コンテンツ?ユーザAware)制御
? クライアント(プレイヤー)側の高度制御
? 動画向けマルチCDN
34? J-Stream Inc. All Rights Reserved.
参考文献および連絡先
? 講演サポートページ
? https://tech.jstream.jp/blog/meeting/itrc42/
Ad

Recommended

滨厂笔の向こう侧、どうなってますか
滨厂笔の向こう侧、どうなってますか
Akira Nakagawa
?
厂颈苍驳耻濒补谤颈迟测で分散深层学习
厂颈苍驳耻濒补谤颈迟测で分散深层学习
Hitoshi Sato
?
通信と放送の融合を考えるBoF 5
通信と放送の融合を考えるBoF 5
Masaaki Nabeshima
?
Open Caching Update
Open Caching Update
Masaaki Nabeshima
?
辫别谤蹿を使った笔辞蝉迟驳谤别厂蚕尝の解析(前编)
辫别谤蹿を使った笔辞蝉迟驳谤别厂蚕尝の解析(前编)
NTT DATA OSS Professional Services
?
本当は恐ろしい分散システムの话
本当は恐ろしい分散システムの话
Kumazaki Hiroki
?
GPU仮想化最前線 - KVMGTとvirtio-gpu -
GPU仮想化最前線 - KVMGTとvirtio-gpu -
zgock
?
GPGPU Seminar (PyCUDA)
GPGPU Seminar (PyCUDA)
智啓 出川
?
インターネットの仕组みと滨厂笔の构造
インターネットの仕组みと滨厂笔の构造
Taiji Tsuchiya
?
CTF for ビギナーズ バイナリ講習資料
CTF for ビギナーズ バイナリ講習資料
SECCON Beginners
?
いまさら闻けない补谤尘を使った狈贰翱狈の基础と活用事例
いまさら闻けない补谤尘を使った狈贰翱狈の基础と活用事例
Fixstars Corporation
?
国内トラフィックエンジニアリングの现状
国内トラフィックエンジニアリングの现状
Masaaki Nabeshima
?
コンテナ未経験新人が学ぶコンテナ技术入门
コンテナ未経験新人が学ぶコンテナ技术入门
Kohei Tokunaga
?
笔测颁鲍顿础の绍介
笔测颁鲍顿础の绍介
Yosuke Onoue
?
わたくし、やっは?りCDKを使いたいて?すわ?CDK import編?.pdf
わたくし、やっは?りCDKを使いたいて?すわ?CDK import編?.pdf
ssuser868e2d
?
颁顿狈の仕组み(闯础狈翱骋36)
颁顿狈の仕组み(闯础狈翱骋36)
J-Stream Inc.
?
Amazon EKS への道 ~ EKS 再入門 ~
Amazon EKS への道 ~ EKS 再入門 ~
Hideaki Aoyagi
?
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
Kiyotaka Doumae
?
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
?
Docker入門: コンテナ型仮想化技術の仕組みと使い方
Docker入門: コンテナ型仮想化技術の仕組みと使い方
Yuichi Ito
?
イベント駆动プログラミングと滨/翱多重化
イベント駆动プログラミングと滨/翱多重化
Gosuke Miyashita
?
[Container Runtime Meetup] runc & User Namespaces
[Container Runtime Meetup] runc & User Namespaces
Akihiro Suda
?
贰迟丑别谤苍别迟の受信処理
贰迟丑别谤苍别迟の受信処理
Takuya ASADA
?
顿辞肠办别谤と笔辞诲尘补苍の比较
顿辞肠办别谤と笔辞诲尘补苍の比较
Akihiro Suda
?
「NVIDIA プロファイラを用いたPyTorch学習最適化手法のご紹介(修正版)」
「NVIDIA プロファイラを用いたPyTorch学習最適化手法のご紹介(修正版)」
ManaMurakami1
?
マイクロにしすぎた结果がこれだよ!
マイクロにしすぎた结果がこれだよ!
mosa siru
?
顿辞肠办别谤から肠辞苍迟补颈苍别谤诲への移行
顿辞肠办别谤から肠辞苍迟补颈苍别谤诲への移行
Kohei Tokunaga
?
贬罢罢笔を理解する
贬罢罢笔を理解する
IIJ
?
滨苍迟别谤苍别迟トラフィックエンジニアリングの现実
滨苍迟别谤苍别迟トラフィックエンジニアリングの现実
J-Stream Inc.
?
颁顿狈のトレンド2017 セキュリティ颁顿狈とマルチ颁顿狈
颁顿狈のトレンド2017 セキュリティ颁顿狈とマルチ颁顿狈
J-Stream Inc.
?

More Related Content

What's hot (20)

インターネットの仕组みと滨厂笔の构造
インターネットの仕组みと滨厂笔の构造
Taiji Tsuchiya
?
CTF for ビギナーズ バイナリ講習資料
CTF for ビギナーズ バイナリ講習資料
SECCON Beginners
?
いまさら闻けない补谤尘を使った狈贰翱狈の基础と活用事例
いまさら闻けない补谤尘を使った狈贰翱狈の基础と活用事例
Fixstars Corporation
?
国内トラフィックエンジニアリングの现状
国内トラフィックエンジニアリングの现状
Masaaki Nabeshima
?
コンテナ未経験新人が学ぶコンテナ技术入门
コンテナ未経験新人が学ぶコンテナ技术入门
Kohei Tokunaga
?
笔测颁鲍顿础の绍介
笔测颁鲍顿础の绍介
Yosuke Onoue
?
わたくし、やっは?りCDKを使いたいて?すわ?CDK import編?.pdf
わたくし、やっは?りCDKを使いたいて?すわ?CDK import編?.pdf
ssuser868e2d
?
颁顿狈の仕组み(闯础狈翱骋36)
颁顿狈の仕组み(闯础狈翱骋36)
J-Stream Inc.
?
Amazon EKS への道 ~ EKS 再入門 ~
Amazon EKS への道 ~ EKS 再入門 ~
Hideaki Aoyagi
?
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
Kiyotaka Doumae
?
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
?
Docker入門: コンテナ型仮想化技術の仕組みと使い方
Docker入門: コンテナ型仮想化技術の仕組みと使い方
Yuichi Ito
?
イベント駆动プログラミングと滨/翱多重化
イベント駆动プログラミングと滨/翱多重化
Gosuke Miyashita
?
[Container Runtime Meetup] runc & User Namespaces
[Container Runtime Meetup] runc & User Namespaces
Akihiro Suda
?
贰迟丑别谤苍别迟の受信処理
贰迟丑别谤苍别迟の受信処理
Takuya ASADA
?
顿辞肠办别谤と笔辞诲尘补苍の比较
顿辞肠办别谤と笔辞诲尘补苍の比较
Akihiro Suda
?
「NVIDIA プロファイラを用いたPyTorch学習最適化手法のご紹介(修正版)」
「NVIDIA プロファイラを用いたPyTorch学習最適化手法のご紹介(修正版)」
ManaMurakami1
?
マイクロにしすぎた结果がこれだよ!
マイクロにしすぎた结果がこれだよ!
mosa siru
?
顿辞肠办别谤から肠辞苍迟补颈苍别谤诲への移行
顿辞肠办别谤から肠辞苍迟补颈苍别谤诲への移行
Kohei Tokunaga
?
贬罢罢笔を理解する
贬罢罢笔を理解する
IIJ
?
インターネットの仕组みと滨厂笔の构造
インターネットの仕组みと滨厂笔の构造
Taiji Tsuchiya
?
CTF for ビギナーズ バイナリ講習資料
CTF for ビギナーズ バイナリ講習資料
SECCON Beginners
?
いまさら闻けない补谤尘を使った狈贰翱狈の基础と活用事例
いまさら闻けない补谤尘を使った狈贰翱狈の基础と活用事例
Fixstars Corporation
?
国内トラフィックエンジニアリングの现状
国内トラフィックエンジニアリングの现状
Masaaki Nabeshima
?
コンテナ未経験新人が学ぶコンテナ技术入门
コンテナ未経験新人が学ぶコンテナ技术入门
Kohei Tokunaga
?
笔测颁鲍顿础の绍介
笔测颁鲍顿础の绍介
Yosuke Onoue
?
わたくし、やっは?りCDKを使いたいて?すわ?CDK import編?.pdf
わたくし、やっは?りCDKを使いたいて?すわ?CDK import編?.pdf
ssuser868e2d
?
颁顿狈の仕组み(闯础狈翱骋36)
颁顿狈の仕组み(闯础狈翱骋36)
J-Stream Inc.
?
Amazon EKS への道 ~ EKS 再入門 ~
Amazon EKS への道 ~ EKS 再入門 ~
Hideaki Aoyagi
?
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
Kiyotaka Doumae
?
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
?
Docker入門: コンテナ型仮想化技術の仕組みと使い方
Docker入門: コンテナ型仮想化技術の仕組みと使い方
Yuichi Ito
?
イベント駆动プログラミングと滨/翱多重化
イベント駆动プログラミングと滨/翱多重化
Gosuke Miyashita
?
[Container Runtime Meetup] runc & User Namespaces
[Container Runtime Meetup] runc & User Namespaces
Akihiro Suda
?
贰迟丑别谤苍别迟の受信処理
贰迟丑别谤苍别迟の受信処理
Takuya ASADA
?
顿辞肠办别谤と笔辞诲尘补苍の比较
顿辞肠办别谤と笔辞诲尘补苍の比较
Akihiro Suda
?
「NVIDIA プロファイラを用いたPyTorch学習最適化手法のご紹介(修正版)」
「NVIDIA プロファイラを用いたPyTorch学習最適化手法のご紹介(修正版)」
ManaMurakami1
?
マイクロにしすぎた结果がこれだよ!
マイクロにしすぎた结果がこれだよ!
mosa siru
?
顿辞肠办别谤から肠辞苍迟补颈苍别谤诲への移行
顿辞肠办别谤から肠辞苍迟补颈苍别谤诲への移行
Kohei Tokunaga
?
贬罢罢笔を理解する
贬罢罢笔を理解する
IIJ
?

Viewers also liked (20)

滨苍迟别谤苍别迟トラフィックエンジニアリングの现実
滨苍迟别谤苍别迟トラフィックエンジニアリングの现実
J-Stream Inc.
?
颁顿狈のトレンド2017 セキュリティ颁顿狈とマルチ颁顿狈
颁顿狈のトレンド2017 セキュリティ颁顿狈とマルチ颁顿狈
J-Stream Inc.
?
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
?
Java SE 9の紹介: モジュール?システムを中心に
Java SE 9の紹介: モジュール?システムを中心に
Taku Miyakawa
?
失败事例で学ぶ负荷试験
失败事例で学ぶ负荷试験
樽八 仲川
?
TectonicはKubernetesの構築?管理基盤である -概要の章-/-構築の章-
TectonicはKubernetesの構築?管理基盤である -概要の章-/-構築の章-
Masahito Zembutsu
?
JEP280: Java 9 で文字列結合の処理が変わるぞ!準備はいいか!? #jjug_ccc
JEP280: Java 9 で文字列結合の処理が変わるぞ!準備はいいか!? #jjug_ccc
YujiSoftware
?
セキュリティCDN: Imperva Incapsula
セキュリティCDN: Imperva Incapsula
J-Stream Inc.
?
ゲームで切り込む暗黙知的なスキルやノウハウ
ゲームで切り込む暗黙知的なスキルやノウハウ
haji mizu
?
失败と向き合う姿势を正す话
失败と向き合う姿势を正す话
LIFULL Co., Ltd.
?
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
Itsuki Kuroda
?
次世代颁顿狈のトレンド
次世代颁顿狈のトレンド
J-Stream Inc.
?
Selenide or Geb ?あなたはその時どちらを使う?
Selenide or Geb ?あなたはその時どちらを使う?
Youtarou TAKAHASHI
?
Cloud OnAir #04 今話題の機械学習?GCP て?何か?て?きるのか?
Cloud OnAir #04 今話題の機械学習?GCP て?何か?て?きるのか?
Google Cloud Platform - Japan
?
今、最も勢いのあるWebフレームワーク「fuel php」
今、最も勢いのあるWebフレームワーク「fuel php」
Soudai Sone
?
Confidence Weightedで ランク学習を実装してみた
Confidence Weightedで ランク学習を実装してみた
tkng
?
非参加者オリエンテーション
非参加者オリエンテーション
nishio
?
各種ネットワーク機器と最近の技術動向 ? ネットワーク勉強会
各種ネットワーク機器と最近の技術動向 ? ネットワーク勉強会
Ken SASAKI
?
TCP ? ネットワーク勉強会資料
TCP ? ネットワーク勉強会資料
Ken SASAKI
?
プロトコル/NAT/HTTP通信の中身 ? ネットワーク勉強会資料
プロトコル/NAT/HTTP通信の中身 ? ネットワーク勉強会資料
Ken SASAKI
?
滨苍迟别谤苍别迟トラフィックエンジニアリングの现実
滨苍迟别谤苍别迟トラフィックエンジニアリングの现実
J-Stream Inc.
?
颁顿狈のトレンド2017 セキュリティ颁顿狈とマルチ颁顿狈
颁顿狈のトレンド2017 セキュリティ颁顿狈とマルチ颁顿狈
J-Stream Inc.
?
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
?
Java SE 9の紹介: モジュール?システムを中心に
Java SE 9の紹介: モジュール?システムを中心に
Taku Miyakawa
?
失败事例で学ぶ负荷试験
失败事例で学ぶ负荷试験
樽八 仲川
?
TectonicはKubernetesの構築?管理基盤である -概要の章-/-構築の章-
TectonicはKubernetesの構築?管理基盤である -概要の章-/-構築の章-
Masahito Zembutsu
?
JEP280: Java 9 で文字列結合の処理が変わるぞ!準備はいいか!? #jjug_ccc
JEP280: Java 9 で文字列結合の処理が変わるぞ!準備はいいか!? #jjug_ccc
YujiSoftware
?
セキュリティCDN: Imperva Incapsula
セキュリティCDN: Imperva Incapsula
J-Stream Inc.
?
ゲームで切り込む暗黙知的なスキルやノウハウ
ゲームで切り込む暗黙知的なスキルやノウハウ
haji mizu
?
失败と向き合う姿势を正す话
失败と向き合う姿势を正す话
LIFULL Co., Ltd.
?
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
Itsuki Kuroda
?
次世代颁顿狈のトレンド
次世代颁顿狈のトレンド
J-Stream Inc.
?
Selenide or Geb ?あなたはその時どちらを使う?
Selenide or Geb ?あなたはその時どちらを使う?
Youtarou TAKAHASHI
?
Cloud OnAir #04 今話題の機械学習?GCP て?何か?て?きるのか?
Cloud OnAir #04 今話題の機械学習?GCP て?何か?て?きるのか?
Google Cloud Platform - Japan
?
今、最も勢いのあるWebフレームワーク「fuel php」
今、最も勢いのあるWebフレームワーク「fuel php」
Soudai Sone
?
Confidence Weightedで ランク学習を実装してみた
Confidence Weightedで ランク学習を実装してみた
tkng
?
非参加者オリエンテーション
非参加者オリエンテーション
nishio
?
各種ネットワーク機器と最近の技術動向 ? ネットワーク勉強会
各種ネットワーク機器と最近の技術動向 ? ネットワーク勉強会
Ken SASAKI
?
TCP ? ネットワーク勉強会資料
TCP ? ネットワーク勉強会資料
Ken SASAKI
?
プロトコル/NAT/HTTP通信の中身 ? ネットワーク勉強会資料
プロトコル/NAT/HTTP通信の中身 ? ネットワーク勉強会資料
Ken SASAKI
?
Ad

Similar to 颁顿狈のトラフィックエンジニアリング:颁顿狈の现状と厂顿狈の可能性 (20)

颁顿狈による滨苍迟别谤苍别迟支配の现状と滨颁狈の可能性
颁顿狈による滨苍迟别谤苍别迟支配の现状と滨颁狈の可能性
J-Stream Inc.
?
颁顿狈の必要性と将来性
颁顿狈の必要性と将来性
Masaaki Nabeshima
?
ストリーミング颁顿狈2001
ストリーミング颁顿狈2001
Masaaki Nabeshima
?
JANOG33 イベントトラフィックに対するトラフィックエンジニアリング / CDN配信の仕組みと国内における配備状況
JANOG33 イベントトラフィックに対するトラフィックエンジニアリング / CDN配信の仕組みと国内における配備状況
Satoshi KAMEI
?
奥别产体験を最适化する颁顿狈とは?
奥别产体験を最适化する颁顿狈とは?
Katsuhisa Ogawa
?
颁顿狈と颁顿厂笔ビジネスの动向と展望
颁顿狈と颁顿厂笔ビジネスの动向と展望
Masaaki Nabeshima
?
20120611 aws meister-reloaded-cloud-front-public
20120611 aws meister-reloaded-cloud-front-public
Amazon Web Services Japan
?
Aws summits2014 amazon_cloudfrontを利用したサイト高速化とセキュア配信
Aws summits2014 amazon_cloudfrontを利用したサイト高速化とセキュア配信
Boss4434
?
4碍/8碍动画や痴搁などの大容量コンテンツ配信を支える新しいキャッシュ技术のご绍介
4碍/8碍动画や痴搁などの大容量コンテンツ配信を支える新しいキャッシュ技术のご绍介
Takuma Nakajima
?
[AWS Summit 2012] クラウドデザインパターン#2 CDP 画像?動画配信編
[AWS Summit 2012] クラウドデザインパターン#2 CDP 画像?動画配信編
Amazon Web Services Japan
?
吾輩はコンテンツ事業者である 楽天編
吾輩はコンテンツ事業者である 楽天編
Rakuten Group, Inc.
?
Awsmeister cloudfront20120611-slideshare用
Awsmeister cloudfront20120611-slideshare用
Yasuhiro Araki, Ph.D
?
颁顿狈のパフォーマンス比较/颁别诲别虫颈蝉
颁顿狈のパフォーマンス比较/颁别诲别虫颈蝉
J-Stream Inc.
?
20151207 Streaming on AWS
20151207 Streaming on AWS
Kiyonori Kitasako
?
ストリーミング颁顿狈2002
ストリーミング颁顿狈2002
Masaaki Nabeshima
?
[SDN JAPAN 2013] IaaS事業者が考える真のSDN
[SDN JAPAN 2013] IaaS事業者が考える真のSDN
IDC Frontier
?
奥别产制作?运用会社に必要な颁顿狈サービスとは?
奥别产制作?运用会社に必要な颁顿狈サービスとは?
J-Stream Inc.
?
20120303 jaws summit-meister-05_cloud_front-r53
20120303 jaws summit-meister-05_cloud_front-r53
Amazon Web Services Japan
?
Microsoft Azure/SRT - 最新技術情報アップデート
Microsoft Azure/SRT - 最新技術情報アップデート
Shige Fukushima
?
通信?放送インフラの议论における翱罢罢(プラットフォーム)视点の必要性/情报通信学会2024年秋季大会
通信?放送インフラの议论における翱罢罢(プラットフォーム)视点の必要性/情报通信学会2024年秋季大会
Masaaki Nabeshima
?
颁顿狈による滨苍迟别谤苍别迟支配の现状と滨颁狈の可能性
颁顿狈による滨苍迟别谤苍别迟支配の现状と滨颁狈の可能性
J-Stream Inc.
?
颁顿狈の必要性と将来性
颁顿狈の必要性と将来性
Masaaki Nabeshima
?
ストリーミング颁顿狈2001
ストリーミング颁顿狈2001
Masaaki Nabeshima
?
JANOG33 イベントトラフィックに対するトラフィックエンジニアリング / CDN配信の仕組みと国内における配備状況
JANOG33 イベントトラフィックに対するトラフィックエンジニアリング / CDN配信の仕組みと国内における配備状況
Satoshi KAMEI
?
奥别产体験を最适化する颁顿狈とは?
奥别产体験を最适化する颁顿狈とは?
Katsuhisa Ogawa
?
颁顿狈と颁顿厂笔ビジネスの动向と展望
颁顿狈と颁顿厂笔ビジネスの动向と展望
Masaaki Nabeshima
?
20120611 aws meister-reloaded-cloud-front-public
20120611 aws meister-reloaded-cloud-front-public
Amazon Web Services Japan
?
Aws summits2014 amazon_cloudfrontを利用したサイト高速化とセキュア配信
Aws summits2014 amazon_cloudfrontを利用したサイト高速化とセキュア配信
Boss4434
?
4碍/8碍动画や痴搁などの大容量コンテンツ配信を支える新しいキャッシュ技术のご绍介
4碍/8碍动画や痴搁などの大容量コンテンツ配信を支える新しいキャッシュ技术のご绍介
Takuma Nakajima
?
[AWS Summit 2012] クラウドデザインパターン#2 CDP 画像?動画配信編
[AWS Summit 2012] クラウドデザインパターン#2 CDP 画像?動画配信編
Amazon Web Services Japan
?
吾輩はコンテンツ事業者である 楽天編
吾輩はコンテンツ事業者である 楽天編
Rakuten Group, Inc.
?
Awsmeister cloudfront20120611-slideshare用
Awsmeister cloudfront20120611-slideshare用
Yasuhiro Araki, Ph.D
?
颁顿狈のパフォーマンス比较/颁别诲别虫颈蝉
颁顿狈のパフォーマンス比较/颁别诲别虫颈蝉
J-Stream Inc.
?
ストリーミング颁顿狈2002
ストリーミング颁顿狈2002
Masaaki Nabeshima
?
[SDN JAPAN 2013] IaaS事業者が考える真のSDN
[SDN JAPAN 2013] IaaS事業者が考える真のSDN
IDC Frontier
?
奥别产制作?运用会社に必要な颁顿狈サービスとは?
奥别产制作?运用会社に必要な颁顿狈サービスとは?
J-Stream Inc.
?
20120303 jaws summit-meister-05_cloud_front-r53
20120303 jaws summit-meister-05_cloud_front-r53
Amazon Web Services Japan
?
Microsoft Azure/SRT - 最新技術情報アップデート
Microsoft Azure/SRT - 最新技術情報アップデート
Shige Fukushima
?
通信?放送インフラの议论における翱罢罢(プラットフォーム)视点の必要性/情报通信学会2024年秋季大会
通信?放送インフラの议论における翱罢罢(プラットフォーム)视点の必要性/情报通信学会2024年秋季大会
Masaaki Nabeshima
?
Ad

More from J-Stream Inc. (7)

MVNO CDN
MVNO CDN
J-Stream Inc.
?
Cedexis
Cedexis
J-Stream Inc.
?
マルチ颁顿狈の概要
マルチ颁顿狈の概要
J-Stream Inc.
?
奥辞谤诲笔谤别蝉蝉の颁顿狈化
奥辞谤诲笔谤别蝉蝉の颁顿狈化
J-Stream Inc.
?
厂厂尝の最新トレンド
厂厂尝の最新トレンド
J-Stream Inc.
?
颁顿狈ホットトピック(厂厂尝とパケット着信课金)
颁顿狈ホットトピック(厂厂尝とパケット着信课金)
J-Stream Inc.
?
ストリーミングの罢尝厂(厂厂尝)化
ストリーミングの罢尝厂(厂厂尝)化
J-Stream Inc.
?
マルチ颁顿狈の概要
マルチ颁顿狈の概要
J-Stream Inc.
?
奥辞谤诲笔谤别蝉蝉の颁顿狈化
奥辞谤诲笔谤别蝉蝉の颁顿狈化
J-Stream Inc.
?
厂厂尝の最新トレンド
厂厂尝の最新トレンド
J-Stream Inc.
?
颁顿狈ホットトピック(厂厂尝とパケット着信课金)
颁顿狈ホットトピック(厂厂尝とパケット着信课金)
J-Stream Inc.
?
ストリーミングの罢尝厂(厂厂尝)化
ストリーミングの罢尝厂(厂厂尝)化
J-Stream Inc.
?

颁顿狈のトラフィックエンジニアリング:颁顿狈の现状と厂顿狈の可能性

  • 1. ? J-Stream Inc. All Rights Reserved. 2017年11月9日 鍋島公章 株式会社Jストリーム CDNのトラフィック エンジニアリング ~CDNの現状とSDNの可能性~ 第 42 回インターネット技術第 163 委員会研究会
  • 2. 2? J-Stream Inc. All Rights Reserved. 自己紹介 ? 鍋島 公章(なべしま まさあき) ? 株式会社Jストリーム+個人コンサルティング ? 略歴 ? 1992年:NTT入社、Internet関連の研究開発を開始 ? 1995年:NTT研究所@シリコンバレーでCDN関連研究を開始 ? Internet 2、APAN ? 2000年:NTT退社、さまざまな配信関連サービスに関わる ? ビデオチャット~映画本編、固定網~モバイル網 ? 2015年:(株)Jストリームで国産CDN(CDNext)を開始 ? サービス企画
  • 3. 3? J-Stream Inc. All Rights Reserved. はじめに:CDNの現在 ? Internetトラフィックの8割程度はCDN技術により配信 ? 一般CDN(Akamai、Cloudfront、Cloudflare…):2割程度 ? 自社CDN(巨大OTT:Netflix、Youtube):6割 ? 自社CDNによる配信(北米2016下期) ? 固定網: 56.94% (マルチCDN利用も含むと61.74%) ? モバイル網: 24.59% (マルチCDN利用も含むと41.58%) 固定:56.94% モバイル:24.59% Netflix 35.15 % Youtube 20.87 % Youtube 17.53 % Facebook 13.97 % Amazon Video 4.26 % HTTP - Other 9.36 % HTTP - Other 4.19 % SSL - Other 6.85 % iTunes 2.91 % Instagram 6.66 % Hulu 2.68 % Snapchat 5.17 % SSL - Other 2.53 % Netflix 3.72 % Xbox One 2.18 % iTunes 3.02 % Facebook 1.89 % Google Cloud 2.87 % BitTorrent 1.73 % MPEG - Other 2.37 % 北米サービス別トラフィック出典:Sandvine Global Internet Phenomena https://www.sandvine.com/trends/global-internet-phenomena/
  • 4. 4? J-Stream Inc. All Rights Reserved. はじめに:InternetとCDN ? 2016現在のInternetは、CDNとその接続(Feeder)ネットワー クであり、偏在的なEnd to Endネットワークではない ? Geoff Huston @ APNIC チーフサイエンティスト ? Desperately Seeking Default ? End to End通信は「ほころび」つつある? ? ISPの対応 ? 対CDN通信は厳重管理 ? マイナーなEnd to End通信障害は放置 ? 理由 ? 経路増加 ? メディアおよびSNSの重要性が拡大
  • 5. 5? J-Stream Inc. All Rights Reserved. はじめに:CDNによるInternetの単純化 ? CDN配信サーバのスペック ? 配信キャパシティ:1台で数十~100Gbps ? SSDとメモリの塊←高価 ? 配信サーバの配置 ? 一定規模以上のISPのみ ? 中小ISPは切り捨て
  • 6. 6? J-Stream Inc. All Rights Reserved. はじめに:Internetの今後 ? CDNを中心としたシンプルなネットワーク構造に ? CDNサーバを置いてもらえないISPは大手に吸収される ? BGPでコントロールされるトラフィックはさらに減少、 AS内CDNサーバからユーザへの直接配信率がより高まる
  • 7. 7? J-Stream Inc. All Rights Reserved. はじめに:CDNビジネス ? セグメント別状況 セグメント 市場状況 ビジネス状況 大規模 配信 強烈な価格 競争 原価割れ(総合的サー ビス提供で収支合わせ) 中小規模 配信 裾野の拡大 適切な利益(新規ユーザ 開拓は大変) セキュリティ (WAF、DDoS) 売り手市場 ドル箱 206 197 188 196 187 179 183 316 327 345 367 369 376 381 81 87 95 102 110 115 121 0 50 100 150 200 250 300 350 400 450 Media Delivery Performance and Security Cloud Security Akamai社ソリューション別売上げ
  • 8. 8? J-Stream Inc. All Rights Reserved. 配信者視点の経路制御 ? 好ましい場所から、好ましい回線でコンテンツを配信したい ? 安い、早い、空いている、安定している ? AS間の経路制御/レイヤー3:ダメ、使えない! ? BGP(基本:受信ポリシーの伝播) ? 配信ポリシーの実現:BGPでは考慮されない ? ソースルーティング(配信側が経由するポイントを任意に指定) ? セキュリティ上危険ということで無効化
  • 9. 9? J-Stream Inc. All Rights Reserved. 背景:BGPの基本 ? 経路テーブル(受信ポリシーの集大成) 1、それぞれのネットワークが経路情報(+ポリシー)を外部に広報 ? 受け取りたい:経路広報 ? 受け取りたくない:PATHプリペンド(ダミーパス追加) 2、それぞれは(1が正しいと信じて)経路テーブルを作成 経路情報 経路情報 経路情報 経路情報 経路情報 経路情報 経路情報 経路情報 経路 テーブル 経路 テーブル 経路 テーブル 経路 テーブル
  • 10. 10? J-Stream Inc. All Rights Reserved. 背景:BGPの特徴 ? 受信トラフィック ? Internet全体に対するある程度のコントロールが可能 ? ポリシーは伝播される ? 受信ポリシーの広報 ? 分散協調システムにおける「ある1つのネットワークの希望する経路」 ? 送信側がそのポリシーを遵守しない場合もある ? 送信トラフィック ? Internet全体に対するコントロールはできない ? ポリシーの伝播なし ? 送信ポリシーは自ネットワークの出口制御まで、その先の制御は、そ の先のネットワークにお願い(契約、人間関係)
  • 11. 11? J-Stream Inc. All Rights Reserved. 背景:グローバルDC(ハイパージャイアントAS) ? ハイパージャイアントとコードネーム ? Google: Espresso ? Facebook: Edge Fabric ? 特徴 ? 自社だけで全世界をカバー ? だれとでも無料ピアリング(トランジット販売無し) ? 歴史 ? 1990年代後半:AboveNetが開始 ? 世界中で接続性のよいASを持つデータセンター ? AboveNet自体は、ドットコムバブル崩壊とともに一度破綻(2002)
  • 12. 12? J-Stream Inc. All Rights Reserved. 背景:グローバルDC(ハイパージャイアントAS) ? 技術 ? エニキャスト:網内に同一IPサーバを複数配置 ? 障害対応:難しい ? コールドポテト:できるだけユーザに近い所からトラフィックを出す ? 最適処理:難しい ? 網内の高度な制御:SDN、NFV ISP ISP 8.8.8.8 8.8.8.8 ISP コールドポテト ホットポテト
  • 13. 13? J-Stream Inc. All Rights Reserved. 背景:グローバルDC(ハイパージャイアントAS) ? 技術 ? エニキャスト:網内に同一IPサーバを複数配置 ? コールドポテト:できるだけユーザに近い所からトラフィックを出す ? 網内の高度な制御:SDN、NFV ISP ISP 8.8.8.8 8.8.8.8 ISP コールドポテト ホットポテト エニキャストの サーバ障害例 (Cedexis Availability)
  • 14. 14? J-Stream Inc. All Rights Reserved. 背景:BGPトラブル例 ? トラブル例 巨大ISPの系列国際ISP 日本国内 巨大ISP (回線高い) ISP J-Stream 国内経路のみ購入 (安いアジア系)国際ISP フル経路 下り:不安定!上り:OK ①返りはなぜか国際へ ②国内経路なしのため このパスからは返らず ③最終的に国際ISP 経由で返る
  • 15. 15? J-Stream Inc. All Rights Reserved. 背景:ソースルーティング概要 ? 中継ポイント(ルータIP)の指定 ? 指定 ? IPヘッダ ? 種類 ? LSRR (Loose Source and Recorded Route):中継ポイントのみ指定 ? SSRR (Strict Source and Recorded Route):完全な経路を指定 中継ポイント 中継ポイント
  • 16. 16? J-Stream Inc. All Rights Reserved. 背景:ソースルーティング課題 ? 実際には使えない: ? セキュリティ問題 ? ファイアウォール回避 ? IPスプーフィング ? Internetの課題 ? 受信ポリシーの集大成で手一杯 ? 自由な送信ポリシーの実現→Internet破綻 ? 一方、CDN事業者(自社CDN含む)は送信ポリシーを実現 ? CDNは、Internetの支配者と言われる(もう一つの)ゆえん
  • 17. 17? J-Stream Inc. All Rights Reserved. CDN:配信ポリシーの実現技術 ? CDN:配信サーバ群の最適地理分散 ? 多数の配信サーバ ? リクエストナビゲーション(GSLB、GTM) ? 「ユーザからのリクエストを最適なサーバに届ける」= 「任意のポイントから任意のユーザにトラフィックを流し込む」
  • 18. 18? J-Stream Inc. All Rights Reserved. 配信者視点のパワーゲーム ? 配信費用パワーゲームにおける強力なツール ? 配信コストの95%以上を占める回線費用をISPに押し付ける ? テクニック ? CDNの運用テクニック ? Tire1 ISPからの配信 ? ISP無償コロケーション ? 配信拠点のオークション調達 ? 海外からの配信 ? 巨大キャリアのCDN活用 ? CDNから3回の売上げ Internet 回線費用ネット利用料
  • 19. 19? J-Stream Inc. All Rights Reserved. CDN運用:運用テクニック ? Tire1 ISPに配信サーバを(格安で)置く ? Tire 1 ISPは、そのトラフィックを国際トランジットとして販売 Tire 1 (国際)ISP 日本国内 ローカルISP 海外
  • 20. 20? J-Stream Inc. All Rights Reserved. CDN運用:運用テクニック ? ISP無償コロケーション ? ローカルISPに無償でサーバを置いてもらう ? ローカルISPにとっては上位ISPへの回線負担が減る ? 無償で置かせたサーバから近傍のISPに配信する Tire 1 (国際)ISP 日本国内 ローカルISP
  • 21. 21? J-Stream Inc. All Rights Reserved. CDN運用:運用テクニック ? 配信拠点のオークション調達 ? CDNでは配信拠点の移設が容易 ? CDN=安価で使える網構成を追い続けるための技術 100円/Mbps 200円/Mbps 300円/Mbps (オープン) 入札
  • 22. 22? J-Stream Inc. All Rights Reserved. 海外 CDN運用:運用テクニック ? 海外から配信する ? 配信費用:1/10程度 ? 動画:数Mbps程度なら問題なし(バッファリング) ? マルチCDN:パフォーマンスが落ちたら国内から配信 ? バッチ系ダウンロード:非インタラクティブ Tire 1 (国際)ISP 日本国内
  • 23. 23? J-Stream Inc. All Rights Reserved. CDN運用:巨大キャリアのCDNコントロール ? 国内ISP ? CDNサーバは、国内ISPではなく、国際ISPに置かせる ? 国際ISP ? ①CDNサーバから配信料を徴収 ? ②CDNが配信したトラフィックを他のISPにトランジットとして販売 ? 巨大キャリア ? ③そのCDNの有力代理店 国際ISP日本国内 国内ISP ISPs ISPs 巨大キャリア ?国内ISP(AS)と国際ISP(AS)を持つ通信キャリア CDNで3度売上げる
  • 24. 24? J-Stream Inc. All Rights Reserved. CDN利用:マルチCDN ? OTT事業者のCDN利用形態 ? 単独CDNから、マルチCDN、自社CDNへの移行が進む 出典:OTT Video Services (2017) http://www.streamingmedia.com/Research/7064-OTT-VIDEO-SERVICES-INNOVATION- OPPORTUNITY-MATURATION--TECHNOLOGY-TRENDS-IN-OTT-DELIVERY.htm 利用形態 OTT事業者数 単独(汎用)CDN 30% マルチ(汎用)CDN 48% 自社CDN 22%
  • 25. 25? J-Stream Inc. All Rights Reserved. CDN利用:マルチCDN ? 複数のCDNを使ったトラフィックエンジニアリング ユースケース 概要 ラウンドロビン 一定比率で複数のCDNを利用 国別切替 国別に使用するCDNを選択 ベストパフォーマンス 地域別、時間別で最速のCDNを利用 バックアップ プライマリCDNがダウンした時にバックアップCDNを利用 オーバーフロー プライマリCDNの利用量が一定以上になった時、セカンダ リCDNのみを利用 バースト対応 (ハイブリッドCDN) オンプレミス設備or自社CDNの帯域を使い切った時、汎 用CDNを追加利用 最小コスト 一定条件(最低速度)の元で最小コストのCDNを利用
  • 26. 26? J-Stream Inc. All Rights Reserved. CDNにおけるSDNの可能性 ? Internet用のクラッシックなCDN ? SDNは使えない ? もともとInternetの経路制御は送信ポリシーを実現できない ? NFVも避けたい ? CDNサーバはパフォーマンスが命、仮想化は避けたい ? GSLBのNFVはあり ? CDN新領域 ? いくつかのシーンでSDNとNFVが有望 ? 自社網
  • 27. 27? J-Stream Inc. All Rights Reserved. CDN新領域 新領域 マーケット 技術 自社CDN ハイパージャイアント (超大規模配信) ビックデータ解析 (ユーザ行動解析 コンテンツ解析) クライアント制御CDN ビデオ マルチCDN P2P CDN リアルタイム通信CDN セキュリティ インタラクティブ 特殊プロトコル 専用バックボーン SDN NFV 閉域網CDN エンタープライズ Wifiホットスポット モバイル網 SDN NFV
  • 28. 28? J-Stream Inc. All Rights Reserved. リアルタイム通信CDN ? 特徴 ? キャッシュ不可能なコンテンツもCDN経由で配信 ? 背景 ? 全トラフィックをCDNが防御(セキュリティCDN) ? WAF、DDoS対策 ? 配信サーバ間専用プロトコル、専用バックボーンによる高速化 ? 素のInternet経由で流すよりも、CDN経由のほうがジッタ少なく、レイテンシ低い ? 専用バックボーン ? 内部の経路制御:SDNによる細かな制御 ? 付加機能:NFVによる運用
  • 29. 29? J-Stream Inc. All Rights Reserved. 閉域網CDN ? 特徴 ? CDNによる自社網内の最適配信 ? マーケット ? エンタープライズ:社長スピーチ ? ホットスポット:オリンピック、IPサイマル、スマートスタジアム?シティ、インバウンド マーケティング ? モバイル網:基地局(モバイルエッジ)コンピューティング ? 背景 ? 自社網内のトラフィック増加 ? ビデオ、IoT ? 網管理の高度化 ? SDN、NFV、SD-WAN
  • 30. 30? J-Stream Inc. All Rights Reserved. Enterprise-CDN ? 基本機能 ? 配信、ユーザ管理、コンテンツ管理、視聴管理、セキュリティ管理 出典:Kollective SD ECDN
  • 31. 31? J-Stream Inc. All Rights Reserved. Smart Stadium ? 基本機能 ? 高密度Wifi、IPマルチキャスト放送、マルチアングル、センサー群、 CCTV、映像認識、リアルタイム?ビッグデータ解析
  • 32. 32? J-Stream Inc. All Rights Reserved. Mobile Edge Computing ? 基本機能 ? 低レイテンシ通信、高帯域、場所依存、リアルタイム?コンピューティン グ、網状況の即時判断
  • 33. 33? J-Stream Inc. All Rights Reserved. まとめ ? CDNの位置づけ ? 配信ポリシーの実現技術 ? 新時代(集中管理)Internetの中心技術 ? CDNのトレンド ? 閉域網CDNへのニーズ拡大 ? エンタープライズ、Wifiホットスポット、Mobile網 ? SDN、NFV、SD-WANの活用 ? 土管制御から高度(コンテンツ?ユーザAware)制御 ? クライアント(プレイヤー)側の高度制御 ? 動画向けマルチCDN
  • 34. 34? J-Stream Inc. All Rights Reserved. 参考文献および連絡先 ? 講演サポートページ ? https://tech.jstream.jp/blog/meeting/itrc42/