「コンテンツデリバリネットワーク」の版間の差分
→商用: 1社追加 |
TAKAHASHI Shuuji (会話 | 投稿記録) m 細かな表記の改善を行いました。 |
||
2行目: | 2行目: | ||
{{出典の明記|date=2014年7月}} |
{{出典の明記|date=2014年7月}} |
||
[[File:NCDN - CDN.png|thumb|right|(左) 単一のサーバーによる配信<br />(右) CDNによる配信 ]] |
[[File:NCDN - CDN.png|thumb|right|(左) 単一のサーバーによる配信<br />(右) CDNによる配信 ]] |
||
'''コンテンツデリバリネットワーク''' |
'''コンテンツデリバリネットワーク'''({{Lang-en|content delivery network}}、'''CDN''')とは、ウェブコンテンツをインターネット経由で配信するために最適化されたネットワークのことである。'''コンテンツ配信網'''とも呼ばれる。 |
||
1990年代以降ネットが一般に普及するにつれ、大手サイトからのリンクやテレビといった他メディアからのリンクにより、通常想定されていない大量のユーザーがサイトへ集中し、反応が遅くなったり、まったく応答不能になること([[スラッシュドット効果|フラッシュクラウド効果]])が多くなってきた。このような現象に対処する場合、サーバを一ヶ所だけに置くのではなく、地理的・バックボーン的に分散させるのが効果的である。同一のコンテンツを多くのサーバで[[ミラーリング|ミラー]]する手段としては、単純な[[DNSラウンドロビン]]から、[[P2P]]、地理情報を加味した複雑な配信技術までさまざまなものがあり、研究、実用化がなされている。 |
1990年代以降ネットが一般に普及するにつれ、大手サイトからのリンクやテレビといった他メディアからのリンクにより、通常想定されていない大量のユーザーがサイトへ集中し、反応が遅くなったり、まったく応答不能になること([[スラッシュドット効果|フラッシュクラウド効果]])が多くなってきた。このような現象に対処する場合、サーバを一ヶ所だけに置くのではなく、地理的・バックボーン的に分散させるのが効果的である。同一のコンテンツを多くのサーバで[[ミラーリング|ミラー]]する手段としては、単純な[[DNSラウンドロビン]]から、[[P2P]]、地理情報を加味した複雑な配信技術までさまざまなものがあり、研究、実用化がなされている。 |
||
CDNはある意味インターネットにおけるエコシステムであり、CDN事業者が提供する分散されたエッジサーバ |
CDNはある意味インターネットにおけるエコシステムであり、CDN事業者が提供する分散されたエッジサーバ(キャッシュサーバ)より配信を行う事で、[[インターネットサービスプロバイダ]](ISP)が相互接続提供するインターネット上バックボーンに不要なコンテンツトラフィックを流入させず、同時に表示高速化が得られると言う効果が期待される。 |
||
CDNを用いることにより、ウェブのみならず、大容量アプリケーション、音楽、動画の配信やオンラインゲームといったブロードバンドのコンテンツを配信することが安定かつ低コストで行えるようになる。そのためビジネス分野において注目されている。 |
CDNを用いることにより、ウェブのみならず、大容量アプリケーション、音楽、動画の配信やオンラインゲームといったブロードバンドのコンテンツを配信することが安定かつ低コストで行えるようになる。そのためビジネス分野において注目されている。 |
||
34行目: | 34行目: | ||
=== 概要 === |
=== 概要 === |
||
CDNの配信サーバ拠点 |
CDNの配信サーバ拠点(ノード・Point of Presence(POP)と呼ばれる)は通常、広範囲かつ複数の場所に展開され、多くの場合、複数のインターネットバックボーンを介して展開されている。利点として、自社保有サーバの負荷軽減・接続回線帯域幅コストの削減、ページの読み込み時間の改善、またはコンテンツのグローバルな可用性の向上が含まれる。 CDNを構成するノードとサーバーの数はアーキテクチャによって異なるが、場合によっては数千のノード、エッジサーバと呼ばれるサーバー台数としても数万に至るケースがある。 |
||
コンテンツのリクエストは通常、分散された[[Domain Name System|DNS]]のCNAME解決からユーザ最寄りの設備IPを返却するアルゴリズムを経て最適なノードにリクエストが送信される。 |
コンテンツのリクエストは通常、分散された[[Domain Name System|DNS]]のCNAME解決からユーザ最寄りの設備IPを返却するアルゴリズムを経て最適なノードにリクエストが送信される。 |
||
41行目: | 41行目: | ||
# URLを入力した際にユーザDNSにて当該DNS内容を解決リクエストする |
# URLを入力した際にユーザDNSにて当該DNS内容を解決リクエストする |
||
# 意図的に記述されたCNAME先 |
# 意図的に記述されたCNAME先DNS(CDN事業者のDNS)に再接続される |
||
# CDN事業者のDNSシステム内でネットワーク上最短経路情報やエッジサーバのパフォーマンス状況などのアルゴリズムより最適な拠点のIPが返却される |
# CDN事業者のDNSシステム内でネットワーク上最短経路情報やエッジサーバのパフォーマンス状況などのアルゴリズムより最適な拠点のIPが返却される |
||
# ここで最終的にユーザから返却されたIPに接続リクエスト送信 |
# ここで最終的にユーザから返却されたIPに接続リクエスト送信 |
||
接続元ユーザから最寄りノード・エッジサーバへの判定アルゴリズムとしては各社様々なメトリクスを使用しているが、一般的にはユーザが接続しているISP設備へのネットワーク上[[Ping|PING]]結果や、物理的なエッジサーバの負荷指標などをスコア化しているケースが多い。 |
接続元ユーザから最寄りノード・エッジサーバへの判定アルゴリズムとしては各社様々なメトリクスを使用しているが、一般的にはユーザが接続しているISP設備へのネットワーク上[[Ping|PING]]結果や、物理的なエッジサーバの負荷指標などをスコア化しているケースが多い。 |
||
=== CDNに |
=== CDNにおける負荷分散の仕組み === |
||
CDNはコンテンツ配信を最適化するように設計された技術を採用し活用する事により、エッジサーバへのキャッシュによるサーバー負荷分散、キャッシュ出来ないコンテンツの透過ルーティング等の結果によりWebサイトへの可用性向上が可能になっている。 |
CDNはコンテンツ配信を最適化するように設計された技術を採用し活用する事により、エッジサーバへのキャッシュによるサーバー負荷分散、キャッシュ出来ないコンテンツの透過ルーティング等の結果によりWebサイトへの可用性向上が可能になっている。 |
||
61行目: | 60行目: | ||
== CDNのトレンド == |
== CDNのトレンド == |
||
=== [[電気通信事業者]]によるCDNの出現 |
=== [[電気通信事業者]]によるCDNの出現 === |
||
ストリーミングビデオなどトラフィックの急速な成長により、この需要に応え十分に質の高いユーザエクスペリエンスを提供することで加入者を維持するために、昨今[[インターネットプロバイダー]]は多額の設備投資を行っている。 |
ストリーミングビデオなどトラフィックの急速な成長により、この需要に応え十分に質の高いユーザエクスペリエンスを提供することで加入者を維持するために、昨今[[インターネットプロバイダー]]は多額の設備投資を行っている。 |
||
膨大な接続要求やダウンロードに対応するために、通信事業者は、ネットワークバックボーンへの不要なコンテンツトラフィックを軽減し、通信インフラへの投資を削減する手段として、独自のコンテンツ配信ネットワークを立ち上げ始めている。 |
膨大な接続要求やダウンロードに対応するために、通信事業者は、ネットワークバックボーンへの不要なコンテンツトラフィックを軽減し、通信インフラへの投資を削減する手段として、独自のコンテンツ配信ネットワークを立ち上げ始めている。 |
||
==== |
==== 利点 ==== |
||
[[通信キャリア]]が提供するCDNは、コンテンツが送信されるネットワークやバックボーンを所有しているため、従来のCDNよりも優れているとされている。 |
[[通信キャリア]]が提供するCDNは、コンテンツが送信されるネットワークやバックボーンを所有しているため、従来のCDNよりも優れているとされている。 |
||
ラストマイルやバックボーンの観点からインターネット接続上効率の良い拠点にキャッシュできるため、エンドユーザーのより近くからコンテンツを配信できる。このディープキャッシングによりコンテンツが一般的なインターネット上を移動する距離が最小限に抑えられ、より高速かつ確実に配信する事が可能になる。 |
ラストマイルやバックボーンの観点からインターネット接続上効率の良い拠点にキャッシュできるため、エンドユーザーのより近くからコンテンツを配信できる。このディープキャッシングによりコンテンツが一般的なインターネット上を移動する距離が最小限に抑えられ、より高速かつ確実に配信する事が可能になる。 |
||
また、従来型CDN事業者は接続回線をリース調達し、各種オペレーションの費用マージンを独自のコストモデルに組み込む必要があるため、 |
また、従来型CDN事業者は接続回線をリース調達し、各種オペレーションの費用マージンを独自のコストモデルに組み込む必要があるため、電気通信事業者によるCDNにはコスト上の利点も考慮される。 |
||
さらに、CDN利用者によって実行されるコンテンツ管理操作やユーザの利用動向によっては、とある限定された地域や時間帯での利用率が大幅に変化する場合があり、各回線や設備リソースをリース契約している一般的な従来型CDN提供事業者にとっては設備マネジメントに多くの課題をもたらす。対照的にTelco CDN事業者はリソースの使用率をより適切に制御できるため、サービスとユーザエクスペリエンスの品質向上が期待できる。 |
さらに、CDN利用者によって実行されるコンテンツ管理操作やユーザの利用動向によっては、とある限定された地域や時間帯での利用率が大幅に変化する場合があり、各回線や設備リソースをリース契約している一般的な従来型CDN提供事業者にとっては設備マネジメントに多くの課題をもたらす。対照的にTelco CDN事業者はリソースの使用率をより適切に制御できるため、サービスとユーザエクスペリエンスの品質向上が期待できる。 |
||
81行目: | 80行目: | ||
==国内CDNシェア動向== |
==国内CDNシェア動向== |
||
近年の、日本国内CDNのシェアは、[[Amazon_CloudFront|CloudFront]]、[[Cloudflare]]、[[アカマイ・テクノロジーズ|Akamai]] の3サービスによって、大半のシェアを占めている。 |
|||
近年の、日本国内CDNのシェアは、[[Amazon_CloudFront|CloudFront]]、[[Cloudflare]]、[[アカマイ・テクノロジーズ|Akamai]] の3サービスによって、大半のシェアを占めている。<ref name="cdnshare201704">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn_share_apr2017/|title=日本のCDNシェアについて調査結果@2017年4月|publisher=[[Jストリーム]]|accessdate=2019-04-10}}</ref><ref name="cdnshare201710">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn_share_oct_2017/|title=日本のCDNシェアについて調査結果@2017年10月|publisher=[[Jストリーム]]|accessdate=2019-04-10}}</ref><ref name="cdnshare201804">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn_share_apl_2018/|title=日本のCDNシェアについて調査結果@2018年4月|publisher=[[Jストリーム]]|accessdate=2019-04-10}}</ref><ref name="cdnshare201810">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn_share_oct_2018/|title=日本のCDNシェアについて調査結果@2018年10月|publisher=[[Jストリーム]]|accessdate=2019-04-10}}</ref><ref name="cdnshare201904">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn-share-apl2019/|title=日本のCDNシェアについて調査結果@2019年4月|publisher=[[Jストリーム]]|accessdate=2021-06-09}}</ref><ref name="cdnshare201910">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn-share-oct2019/|title=日本のCDNシェアについて調査結果@2019年10月|publisher=[[Jストリーム]]|accessdate=2021-06-09}}</ref><ref name="cdnshare202004">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn-share-apl2020/|title=日本のCDNシェアについて調査結果@2020年4月|publisher=[[Jストリーム]]|accessdate=2021-06-09}}</ref><ref name="cdnshare202010">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn-share-oct2020/|title=日本のCDNシェアについて調査結果@2020年10月|publisher=[[Jストリーム]]|accessdate=2021-06-09}}</ref><ref name="cdnshare202104">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn-share-apl2021/|title=日本のCDNシェアについて調査結果@2021年4月|publisher=[[Jストリーム]]|accessdate=2021-06-09}}</ref> |
|||
{| class="wikitable" |
{| class="wikitable" |
||
|+ 日本語サイトのCDNシェア |
|+ 日本語サイトのCDNシェア |
||
! 調査時期 !! 1位 !! 2位 !! 3位 !! |
! 調査時期 !! 1位 !! 2位 !! 3位 !! 出典 |
||
|- |
|- |
||
! 2017年4月 |
! 2017年4月 |
||
| [[Cloudflare]] || [[Amazon_CloudFront|CloudFront]] ||[[アカマイ・テクノロジーズ|Akamai]] || <ref name=cdnshare201704 /> |
| [[Cloudflare]] || [[Amazon_CloudFront|CloudFront]] ||[[アカマイ・テクノロジーズ|Akamai]] || <ref name="cdnshare201704">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn_share_apr2017/|title=日本のCDNシェアについて調査結果@2017年4月|publisher=[[Jストリーム]]|accessdate=2019-04-10}}</ref> |
||
|- |
|- |
||
! 2017年10月 |
! 2017年10月 |
||
| [[Cloudflare]] || [[Amazon_CloudFront|CloudFront]] ||[[アカマイ・テクノロジーズ|Akamai]] || <ref name=cdnshare201710 /> |
| [[Cloudflare]] || [[Amazon_CloudFront|CloudFront]] ||[[アカマイ・テクノロジーズ|Akamai]] || <ref name="cdnshare201710">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn_share_oct_2017/|title=日本のCDNシェアについて調査結果@2017年10月|publisher=[[Jストリーム]]|accessdate=2019-04-10}}</ref> |
||
|- |
|- |
||
! 2018年4月 |
! 2018年4月 |
||
| [[Cloudflare]] || [[Amazon_CloudFront|CloudFront]] ||[[アカマイ・テクノロジーズ|Akamai]] || <ref name=cdnshare201804 /> |
| [[Cloudflare]] || [[Amazon_CloudFront|CloudFront]] ||[[アカマイ・テクノロジーズ|Akamai]] || <ref name="cdnshare201804">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn_share_apl_2018/|title=日本のCDNシェアについて調査結果@2018年4月|publisher=[[Jストリーム]]|accessdate=2019-04-10}}</ref> |
||
|- |
|- |
||
! 2018年10月 |
! 2018年10月 |
||
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name=cdnshare201810 /> |
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name="cdnshare201810">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn_share_oct_2018/|title=日本のCDNシェアについて調査結果@2018年10月|publisher=[[Jストリーム]]|accessdate=2019-04-10}}</ref> |
||
|- |
|- |
||
! 2019年04月 |
! 2019年04月 |
||
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name=cdnshare201904 /> |
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name="cdnshare201904">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn-share-apl2019/|title=日本のCDNシェアについて調査結果@2019年4月|publisher=[[Jストリーム]]|accessdate=2021-06-09}}</ref> |
||
|- |
|- |
||
! 2019年10月 |
! 2019年10月 |
||
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name=cdnshare201910 /> |
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name="cdnshare201910">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn-share-oct2019/|title=日本のCDNシェアについて調査結果@2019年10月|publisher=[[Jストリーム]]|accessdate=2021-06-09}}</ref> |
||
|- |
|- |
||
! 2020年04月 |
! 2020年04月 |
||
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name=cdnshare202004 /> |
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name="cdnshare202004">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn-share-apl2020/|title=日本のCDNシェアについて調査結果@2020年4月|publisher=[[Jストリーム]]|accessdate=2021-06-09}}</ref> |
||
|- |
|- |
||
! 2020年10月 |
! 2020年10月 |
||
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name=cdnshare202010 /> |
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name="cdnshare202010">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn-share-oct2020/|title=日本のCDNシェアについて調査結果@2020年10月|publisher=[[Jストリーム]]|accessdate=2021-06-09}}</ref> |
||
|- |
|- |
||
! 2021年04月 |
! 2021年04月 |
||
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name=cdnshare202104 /> |
| [[Amazon_CloudFront|CloudFront]] ||[[Cloudflare]] || [[アカマイ・テクノロジーズ|Akamai]] || <ref name="cdnshare202104">{{Cite web|url=https://tech.jstream.jp/blog/cdn/cdn-share-apl2021/|title=日本のCDNシェアについて調査結果@2021年4月|publisher=[[Jストリーム]]|accessdate=2021-06-09}}</ref> |
||
|- |
|- |
||
|} |
|} |
||
118行目: | 117行目: | ||
{| class="wikitable" |
{| class="wikitable" |
||
|+ JPドメインサイトのCDNシェア |
|+ JPドメインサイトのCDNシェア |
||
! 調査時期 !! 1位 !! 2位 !! 3位 !! |
! 調査時期 !! 1位 !! 2位 !! 3位 !! 出典 |
||
|- |
|- |
||
! 2017年4月 |
! 2017年4月 |
2021年6月13日 (日) 07:17時点における版
コンテンツデリバリネットワーク(英語: content delivery network、CDN)とは、ウェブコンテンツをインターネット経由で配信するために最適化されたネットワークのことである。コンテンツ配信網とも呼ばれる。
1990年代以降ネットが一般に普及するにつれ、大手サイトからのリンクやテレビといった他メディアからのリンクにより、通常想定されていない大量のユーザーがサイトへ集中し、反応が遅くなったり、まったく応答不能になること(フラッシュクラウド効果)が多くなってきた。このような現象に対処する場合、サーバを一ヶ所だけに置くのではなく、地理的・バックボーン的に分散させるのが効果的である。同一のコンテンツを多くのサーバでミラーする手段としては、単純なDNSラウンドロビンから、P2P、地理情報を加味した複雑な配信技術までさまざまなものがあり、研究、実用化がなされている。
CDNはある意味インターネットにおけるエコシステムであり、CDN事業者が提供する分散されたエッジサーバ(キャッシュサーバ)より配信を行う事で、インターネットサービスプロバイダ(ISP)が相互接続提供するインターネット上バックボーンに不要なコンテンツトラフィックを流入させず、同時に表示高速化が得られると言う効果が期待される。
CDNを用いることにより、ウェブのみならず、大容量アプリケーション、音楽、動画の配信やオンラインゲームといったブロードバンドのコンテンツを配信することが安定かつ低コストで行えるようになる。そのためビジネス分野において注目されている。
近年ではCDNは広義の配信効率化サービスとして広がりを見せており、動画配信、ソフトウェアダウンロード、WEBサイトへのアクセス高速化・分散・負荷軽減を始め、構成上DDoS攻撃などのボリューム攻撃への高耐性を持ち合わせている点で、セキュリティ分野にまで活用の幅を広げている
よく知られたサービス
商用
- アカマイ・テクノロジーズ
- Amazon CloudFront
- シーディーネットワークス・ジャパン
- Cloudflare
- EdgeCast Networks
- Lumen (旧Centurylink)
- ファストリー
商用(P2Pベース)
学術研究用
- Coral Content Distribution Network - ニューヨーク大学によるオープンソース実装
- FCAN / TENBIN - DNS分散技術の TENBIN は Ring Server Projectで用いられている
コンテンツデリバリネットワーク(CDN)の技術
概要
CDNの配信サーバ拠点(ノード・Point of Presence(POP)と呼ばれる)は通常、広範囲かつ複数の場所に展開され、多くの場合、複数のインターネットバックボーンを介して展開されている。利点として、自社保有サーバの負荷軽減・接続回線帯域幅コストの削減、ページの読み込み時間の改善、またはコンテンツのグローバルな可用性の向上が含まれる。 CDNを構成するノードとサーバーの数はアーキテクチャによって異なるが、場合によっては数千のノード、エッジサーバと呼ばれるサーバー台数としても数万に至るケースがある。
コンテンツのリクエストは通常、分散されたDNSのCNAME解決からユーザ最寄りの設備IPを返却するアルゴリズムを経て最適なノードにリクエストが送信される。
接続元ユーザ最寄りのノード・POPを判定する際には次のフローにてDNS解決での処理が行われる。
- URLを入力した際にユーザDNSにて当該DNS内容を解決リクエストする
- 意図的に記述されたCNAME先DNS(CDN事業者のDNS)に再接続される
- CDN事業者のDNSシステム内でネットワーク上最短経路情報やエッジサーバのパフォーマンス状況などのアルゴリズムより最適な拠点のIPが返却される
- ここで最終的にユーザから返却されたIPに接続リクエスト送信
接続元ユーザから最寄りノード・エッジサーバへの判定アルゴリズムとしては各社様々なメトリクスを使用しているが、一般的にはユーザが接続しているISP設備へのネットワーク上PING結果や、物理的なエッジサーバの負荷指標などをスコア化しているケースが多い。
CDNにおける負荷分散の仕組み
CDNはコンテンツ配信を最適化するように設計された技術を採用し活用する事により、エッジサーバへのキャッシュによるサーバー負荷分散、キャッシュ出来ないコンテンツの透過ルーティング等の結果によりWebサイトへの可用性向上が可能になっている。
各ユーザへのサーバー負荷分散は、先述したエニーキャストDNS CNAME解決によるサービスベース(グローバル負荷分散)及び、その後のノード内機器ベース分散(ネットワークスイッチ、ロードバランサとも呼ばれるレイヤー4〜7スイッチ)を含む1つ以上の手法を使用して、複数のユーザー間でトラフィックを共有している。スイッチには単一の仮想IPアドレスが割り当てられており、スイッチに到着するトラフィックは、配下に接続されている実際のエッジサーバーの1つに転送される。これには、万が一障害が発生した場合エッジサーバーの負荷を再分散し、サーバーのヘルスチェックを提供することで、負荷のバランスを取り、仮想的な総容量を増やし、スケーラビリティを向上させ、信頼性を高めるという利点がある。
コンテンツキャッシュと透過
コンテンツキャッシュは、要求されたコンテンツに対する需要が最も高いエッジサーバーを中心に人気のあるコンテンツを保存する。これらの共有ネットワークアプライアンスは、オリジンサーバと呼ばれる配信元サーバ設備の帯域幅の要件、サーバーの負荷を減らし、キャッシュされているコンテンツのクライアント応答時間を改善することが可能である。 コンテンツキャッシュは、ユーザーからの要求(プルキャッシング)またはコンテンツサーバーから配布されたプリロードされたコンテンツ(プッシュキャッシング・プリフェッチ)に基づいて作成される。
CDNでは主に更新の少ない静的コンテンツ、及び都度ユーザ毎でのWEBサーバ側でのHTML生成が必要な動的コンテンツに2分されるが、静的コンテンツはサイト内容量の大部分を占めるケースが多くキャッシュをする事により、WEBサーバのリソースを動的コンテンツ生成に振り分ける事ができる。またネットワーク上ピアの良い箇所にCDN設備は設置されている事が多いため、結果としてサイト全体の表示高速化に繋がるケースが考えられる。
CDNのトレンド
電気通信事業者によるCDNの出現
ストリーミングビデオなどトラフィックの急速な成長により、この需要に応え十分に質の高いユーザエクスペリエンスを提供することで加入者を維持するために、昨今インターネットプロバイダーは多額の設備投資を行っている。
膨大な接続要求やダウンロードに対応するために、通信事業者は、ネットワークバックボーンへの不要なコンテンツトラフィックを軽減し、通信インフラへの投資を削減する手段として、独自のコンテンツ配信ネットワークを立ち上げ始めている。
利点
通信キャリアが提供するCDNは、コンテンツが送信されるネットワークやバックボーンを所有しているため、従来のCDNよりも優れているとされている。
ラストマイルやバックボーンの観点からインターネット接続上効率の良い拠点にキャッシュできるため、エンドユーザーのより近くからコンテンツを配信できる。このディープキャッシングによりコンテンツが一般的なインターネット上を移動する距離が最小限に抑えられ、より高速かつ確実に配信する事が可能になる。
また、従来型CDN事業者は接続回線をリース調達し、各種オペレーションの費用マージンを独自のコストモデルに組み込む必要があるため、電気通信事業者によるCDNにはコスト上の利点も考慮される。
さらに、CDN利用者によって実行されるコンテンツ管理操作やユーザの利用動向によっては、とある限定された地域や時間帯での利用率が大幅に変化する場合があり、各回線や設備リソースをリース契約している一般的な従来型CDN提供事業者にとっては設備マネジメントに多くの課題をもたらす。対照的にTelco CDN事業者はリソースの使用率をより適切に制御できるため、サービスとユーザエクスペリエンスの品質向上が期待できる。
エッジコンピューティングへの活用
IoTデバイスの増加により、データセンターやクラウド上で処理される大量のデータが生成され、クラウド側ネットワーク帯域幅の要件が限界に達しているケースが少なくない。IoTデバイスは常にクラウド側とのリアルタイム性を要求されるデータ通信が発生するため、コンテンツデリバリネットワークを構築してデータとサービスのプロビジョニングを分散し、エンドユーザーとの物理的な近接性を持つする必要がある。
従来CDN提供用途のみであったエッジサーバを、仮想化サーバとしてユーザに開放しユーザが自由にアプリケーションを配置してエッジコンピューティングとして利用できるサービスが広がっている。
国内CDNシェア動向
近年の、日本国内CDNのシェアは、CloudFront、Cloudflare、Akamai の3サービスによって、大半のシェアを占めている。
調査時期 | 1位 | 2位 | 3位 | 出典 |
---|---|---|---|---|
2017年4月 | Cloudflare | CloudFront | Akamai | [1] |
2017年10月 | Cloudflare | CloudFront | Akamai | [2] |
2018年4月 | Cloudflare | CloudFront | Akamai | [3] |
2018年10月 | CloudFront | Cloudflare | Akamai | [4] |
2019年04月 | CloudFront | Cloudflare | Akamai | [5] |
2019年10月 | CloudFront | Cloudflare | Akamai | [6] |
2020年04月 | CloudFront | Cloudflare | Akamai | [7] |
2020年10月 | CloudFront | Cloudflare | Akamai | [8] |
2021年04月 | CloudFront | Cloudflare | Akamai | [9] |
調査時期 | 1位 | 2位 | 3位 | 出典 |
---|---|---|---|---|
2017年4月 | CloudFront | Akamai | Cloudflare | [2] |
2017年10月 | CloudFront | Akamai | Cloudflare | [2] |
2018年4月 | CloudFront | Akamai | Cloudflare | [3] |
2018年10月 | CloudFront | Akamai | Cloudflare | [4] |
2019年4月 | CloudFront | Akamai | Cloudflare | [5] |
2019年10月 | CloudFront | Akamai | Cloudflare | [6] |
2020年4月 | CloudFront | Cloudflare | Akamai | [7] |
2020年10月 | CloudFront | Cloudflare | Akamai | [8] |
2021年4月 | CloudFront | Cloudflare | Akamai | [9] |