エッジコンピューティング・プラットフォーム

最適化された高速なユーザエクスペリエンスの提供

Play Video

超低遅延・高帯域・高パフォーマンス

エッジコンピューティング・プラットフォーム(以下、ECP)は、コンテナベースのアプリケーションを手軽に展開し、拡張することで、お客様の増大するビジネス需要に応えます。高性能なコンピュータ、ストレージ、ネットワークのリソースをユーザのできるだけ近くに配置することで、データ転送コストを削減し、遅延を減らし、ローカリティのパフォーマンス向上を実現します。

ECPは、Kubernetes(K8s)とDocker上に構築されたコンテナオーケストレーションシステムであり、お客様はコンテナベースのアプリケーションを一度書けば、どこにでも展開することができます。

リソース

サービス特徴

大規模グローバル展開、1500PoP 以上

コンテナベースのアプリケーションを迅速に拡張するのに充分な規模を提供します。

高帯域幅、50+Tbps

集約された帯域幅によりピークトラフィック時でも高パフォーマンスと可用性を確保します。

超低遅延、50ミリ秒未満

エッジとエンドポイント間の高速なアプリケーション処理と通信を提供します。

超低遅延を保証する分散型PoPのグローバルカバレッジ

TCPプロトコルに対応

自動デプロイメント、セルフヒーリング、オートスケーリング、アプリケーションモニタリング&レポーティング

充実のテクニカルサポート

エッジコンピューティング・プラットフォーム

ECPは、コンテナインスタンス用の高性能なコンピュート/ストレージ/ネットワークのリソースと、Kubernetes(K8s)コンテナ管理の両方をエッジにて提供するIaaS(Infrastructure As a Service)です。

高性能コンピュート

CPU
メモリー

ネットワーク

パブリックなIPv4およびIPv6のネットワークインターフェース
静的IPアドレス
ロードバランサ

ストレージ

高性能で永続的なローカルSSDストレージ

サービス特徴

アプリケーションの自動展開

開発者がPodを指定する際に、オプションで各コンテナが必要とするリソースを指定できます。Kubernetesはスケジューラーを実行しており、リクエストだけでなく、事前に定義されたスケジュールポリシーやプリファレンスに基づいて、どのノードにPodを配置するかを自動的に決定します。手動でのアプリケーションの展開は不要です。

セルフ・ヒーリング

Kubernetesのスケジューラーは、失敗したコンテナを再起動し、ノードがダウンしたときにはコンテナを交換して再スケジュールします。また、ヘルスチェックに反応しないコンテナを削除することもあります。

自動更新

デプロイメント・コントローラーにより、開発者はアプリケーションのロールアウトやロールバックを簡単に行えます。

水平ポッド自動スケーリング(HPA)

CPUやメモリなどのリソースの使用状況に応じて、アプリケーションを自動的にスケールアップ/ダウンできます。

Users at the edge

ECP無料体験プログラム

ご登録いただくと、500ドルのクレジットをプレゼント!

ECPグローバルのカバレッジ

高性能なコンピュータ/ストレージ/ネットワークリソースをエンドユーザにできる限り近い位置に配置し、お客様はコンテナベースのアプリケーションを一度書き込みさえすれば、それらをどこにでも展開できます。CDNetworksの配信拠点 (PoP)は、費用に応じて4つの「サーバグループ」に分類されています。

スタンダード

プレミアム

Premium+

ウルトラ

ECPは、「サーバグループ」ごとに異なる価格が設定されています。このようにして、世界中のさまざまな地域のパフォーマンスとコストを完全にカスタマイズできます。 ECPは地球上で最も重要な領域をカバーしており、今後も急速にグローバルなネットワークを拡大していきます。

エッジコンピューティングとは?

エッジコンピューティングとは、コンピューティングパワー、メモリー、ストレージをエンドユーザにできるだけ近づけることを目的としたネットワーク技術です。エッジとは、ネットワークの端のことで、ネットワークのサーバが最も高速にコンピューティング機能をお客様に提供できる場所を指します。

エッジコンピューティングは、データセンターのような集中した場所にあるサーバに依存するのではなく、物理的にユーザの近くに配置されます。 演算処理は、ユーザのコンピュータ、IoTデバイス、エッジサーバなど、より近い場所で行われます。

エッジコンピューティングでは、クライアントと集中型クラウドやサーバとの間で発生する配信距離に伴う問題を最小限に抑えることができます。 その結果、レイテンシ(遅延)が少なくなり、パフォーマンスが向上します。

Edge Computing

よくある質問

エッジコンピューティングは、ローカルデバイスからのデータを、集中型クラウドやエッジ・クラウドのエコシステムに送る前に、それらが属するネットワークのエッジで分析できるようにすることで機能します。世界中に分散したデータセンター、サーバ、ルーター、ネットワークスイッチのネットワークは、ローカルにデータを処理・保存し、それぞれが他の場所にデータを複製することができます。これらの個々の場所は、PoP(配信拠点)と呼ばれます。エッジPoPは、遠く離れた場所にあるクラウドサーバとは異なり、物理的にデバイスの近くにあります。

従来、企業は複数のアプリケーションを物理的なサーバで運用していました。すべてのアプリケーションにリソースを割り当てて、すべてのアプリケーションが同じようにパフォーマンスを発揮できるようにする簡単な方法はありませんでした。その後、仮想マシン(VM)が登場し、アプリケーションを分離することで、同じハードウェアインフラ上のサーバのリソースをより有効に活用できるようになりました。

コンテナは、アプリケーション間でオペレーティング・システム(OS)を共有できることを除けば、VMと似ています。これによりコンテナは、クラウドやOSのディストリビューションを超えてポータブルになります。開発者は、アプリケーションを効率的にバンドルして、ダウンタイムなしにアジャイルに実行することができます。

実際に、オープンソースのプラットフォームであるKubernetesは、開発者がコンテナ・アプリケーションの管理の多くを自動化するのに役立ちます。例えば、1つのコンテナが高いトラフィックを受けている場合に、ネットワークトラフィックを分散したり、ロールアウトやロールバックを自動化したり、失敗したコンテナを再起動したり、コンテナの健全性をチェックしたりすることができます。

開発者は、ポッドを構築することで、エッジ上にアプリケーションを展開することができます。ポッドとは、ストレージやネットワークリソースを共有する1つまたは複数のコンテナをまとめた小さなコンピュータの単位です。Kubernetesは、すべてのエッジPoPに導入することができ、開発者はエッジ上でこれらのポッドを構築することができます。

世界中のユーザが集中管理されたクラウドからグラフィックを多用したコンテンツを自分のデバイスにアクセスしているクラウドゲーム会社を考えてみてください。ゲームはユーザのキー操作やマウス操作に反応しなければならず、データはクラウドとの間をミリ秒以下で行き来しなければなりません。このような継続的なインタラクティブ性を実現するには、企業のサーバが保存、取得、処理するための膨大なコンピューティングパワーが必要です。さらに、最新のクラウドゲーミングには、安定した超低遅延を約束する5Gネットワークが必要です。

サーバまでの距離が長ければ長いほど、データの移動量が増え、遅延やジッターが発生する可能性が高くなります。これにより、遅延が発生し、ユーザのゲーム体験が悪くなる可能性があります。

コンピュータをエッジとユーザの近くに移動させることで、データの移動距離を最小限に抑え、プレイヤーは遅延のない体験をすることができます。これにより、ゲーム機やパソコンなどの実際のユーザデバイスが不要になります。データワークロードをエッジで実行することで、グラフィックを多用したビデオのレンダリングが可能になり、全体的に優れたゲーム体験を実現します。 また、企業は中央のインフラを運営するコストを削減することができます。

エッジコンピューティングには、セキュリティ上の懸念もあります。エッジPoPはユーザに近いため、エッジコンピューティングでは、機密性の高いデータを大量に扱うことが多くなります。これらのデータが漏洩した場合、プライバシー侵害の懸念が生じる可能性があります。

エッジネットワークに加わるIoTやコネクテッドデバイスが増えると、潜在的な攻撃対象も拡大します。また、エッジコンピューティング環境のデバイスやユーザが移動する可能性もあります。そのため、攻撃を阻止するためのセキュリティルールを設計することが難しくなります。

エッジコンピューティングでセキュリティを確保するための1つのアプローチは、デバイス自体で行う処理を最小限にすることです。デバイスからデータを収集してパッケージ化し、エッジPoPにルーティングして処理することができます。しかし、自動運転車やビルオートメーションシステムに搭載されたセンサーが、リアルタイムでデータを処理して意思決定を行う必要がある場合などは、必ずしもそうはいかないこともあります。

保存中および転送中のデータを暗号化することで、エッジコンピューティングにおけるセキュリティ上の懸念を解消することができます。これにより、仮にデバイスのデータが流出したとしても、個人情報を解読することはできません。

また、エッジデバイスは、電源や電力、ネットワーク接続の要件が異なる場合があります。このため、エッジデバイスの可用性や、いずれかのPoPがダウンした場合の問題が懸念されます。エッジコンピューティングでは、GSLB(グローバル・サーバ・ロードバランサ)という技術を用いて、複数のエッジPoP間でトラフィックを分散させることで、この問題に対処しています。GSLBは、複数のエッジPoP間でトラフィックを分散する技術で、1つのPoPが過負荷でダウンしそうになっても、他のPoPが引き継いでユーザのリクエストに応えます。

クラウド・コンピューティングは、インターネット上でストレージ、アプリケーション、処理能力をオンデマンドサービスで提供する技術です。コンピュータの黎明期には、企業はアプリケーションを実行するために、データセンターやハードウェアなどのコンピューティング・インフラを構築する必要がありました。これは、初期費用、複雑な管理、インフラ維持のための人件費を意味し、これらの費用は規模に応じて増加しました。

クラウドコンピューティングは、基本的に企業がデータストレージやアプリケーションへのアクセスをクラウドサービスプロバイダから「レンタル」するものです。クラウドサービスプロバイダは、データセンター内の集中型アプリケーションの所有と管理に責任を負い、企業はこれらのリソースの使用量に応じて料金を支払うだけです。エッジコンピューティングは、アプリケーションや計算機をユーザの近くに移動させるという点で異なります。

ステートフルなアプリケーション

クラウドコンピューティングとエッジコンピューティングのもう一つの決定的な違いは、ステートフルなアプリケーションとステートレスなアプリケーションの扱い方にあります。

ステートフルなアプリケーションとは、以前のトランザクションに関する情報を保存するアプリケーションのことです。オンラインバンキングや電子メールなどがその例で、新しいトランザクションは以前に起こったことと関連して実行されます。これらのアプリケーションは、その状態についてより多くのデータを保存する必要があるため、従来のクラウドに保存するのが適しています。

ステートレス アプリケーションとは、過去のトランザクションに関して情報を保存しないアプリケーションです。 たとえば、検索エンジンにクエリーを入力することはステートレス トランザクションです。 検索が中断または終了した場合は、新しい検索を最初から開始します。 エッジ上で実行されるアプリケーションは、移動が必要であり、ストレージと計算の必要性が少ないため、ステートレスであることがよくあります。

帯域幅の要件

クラウドコンピューティングとエッジコンピューティングでは、アプリケーションの処理の帯域幅要件も異なります。 帯域幅とは、インターネット経由でユーザとサーバ間を移動できるデータ量のことです。 帯域幅が大きいほど、アプリケーションのパフォーマンスとその結果のコストへの影響が大きくなります。  

データが集中型クラウドの場合は到達するまでの距離が非常に長くなるため、アプリケーションのパフォーマンス維持にはより多くの帯域幅を確保する必要があります。 パフォーマンスのために高い帯域幅を必要とするアプリケーションがある場合は、エッジコンピューティングが適しています。

エッジ コンピューティングとクラウド コンピューティングは、多くの点で異なる場合がありますが、一方を利用することは他方を使用することを妨げるものではありません。 たとえば、パブリック クラウド モデルの遅延の問題に対処するために、ミッションクリティカルなアプリケーションの処理をデータのソースの近くに移動できます

レイテンシ(遅延)

クラウドコンピューティングとエッジコンピューティングの主な違いの 1 つは遅延です。 クラウドコンピューティングでは、ユーザとクラウドの間に距離があるため、遅延が発生する可能性があります。 エッジインフラストラクチャは、クラウドコンピューティングの一元化された性質を維持しながら、データの移動距離を最小限に抑えるために、コンピューティング能力をエンドユーザに近づけます。  したがって、遅延の影響を受けやすいアプリケーションにはエッジ コンピューティングが適していますが、遅延の影響を受けやすいアプリケーションにはクラウド コンピューティングが適しています。

Play Video