分散クラウドとは?

分散型クラウドとは、プロバイダーが地理的に分散した環境においてお客様にリーチし、レイテンシーに敏感なサービスや位置情報に基づくサービスを提供することを可能にするアーキテクチャです。これには、パブリッククラウドベースインフラ上で動作するサービスの一元管理された分散提供が含まれ、パブリッククラウドだけでなく、プライベートハイブリッドクラウドやマルチクラウド環境にも対応しています。地理的に分散したクラウドを運用することで、パフォーマンス、コンプライアンス、エッジコンピューティングの要件を最適に満たすことが可能になります。

クラウドコンピューティング

クラウドコンピューティングとは、ストレージやコンピューティング能力を含むコンピュータシステムのリソースが、ユーザによる能動的な運用管理を必要とせず、オンデマンドで可用になることを指します。これには、ユーザのコンピュータ、タブレット、携帯電話、またはシステムからアクセス可能な、コンテンツ、ストレージ、データベース、コンピューティング、セキュリティなど、さまざまなネットワークの構成要素の利用可能性が含まれます。

Distributed cloud network

分散クラウドは、無線アクセスネットワークなどの機能をサポートすることができます。

クラウドコンピューティングは分散型システムですか?

クラウドコンピューティングは、機能が複数のデータセンターに分散している分散システムとなり得ます。データセンター内、場合によってはデータセンター間でリソースを共有することで、クラウドサービスプロバイダーはリソースをプールし、規模の経済を実現することができます。

分散コンピューティングとクラウドコンピューティングの違い

クラウドコンピューティングと分散コンピューティングは、いずれもリソースのプール化やオンデマンドでのリソース可用性という利点があり、分散的な要素を含む場合があります。しかし、分散クラウドは、パブリッククラウド、ハイブリッドクラウド、エッジコンピューティングの要素を組み合わせることで、コンピューティング能力——そしてクラウドコンピューティングの利点——をユーザーにより近い場所に提供します。その結果、ユーザーは遅延に敏感なユースケースや場所に依存するユースケースを活用できるようになり、クラウドの適用範囲とユースケースの両方を効率的に拡大することができます。

クラウドコンピューティングの種類
プライベートクラウド パブリッククラウド ハイブリッドクラウド
プライベートクラウドとは、組織が内部(プライベート)で構築・運用するクラウドのことです。また、組織内で購入・保管・運用されるものの、運用管理は第三者が行う場合もあります。重要な点は、そのコンピューティングリソースが当該組織専用であるということです。 パブリッククラウドは、プライベートクラウドとは対照的に、組織内部に物理的なクラウドベースインフラが設置・運用されていません。データやアプリケーションはインターネットを介して提供され、組織の外部で実行されます。アプリケーションやデータ自体はプライベートである場合もありますが、パブリッククラウドのクラウドベースインフラは組織間で共有されます。 ハイブリッドクラウドは、その名の通り、パブリッククラウドとプライベートクラウドの両方を利用する環境を構築するものです。ハイブリッドクラウドは、プライベートクラウドの利点(例:セキュアなデータ保存)とパブリッククラウドの利点(リソースのプール化、ユーザへの近接性、スケーラビリティ)を組み合わせる戦略として一般的に利用されています。

ネットワーキング・通信/通信分野における分散クラウド

通信サービスプロバイダがネットワークを進化させる上で、一つの戦略として、従来は通信機器メーカー(TEM)が提供する特定用途向け機器に組み込まれていたネットワーク機能を分離することが挙げられます。この分離(デカップリングとも呼ばれる)により、ハードウェア、インフラストラクチャ、アプリケーションの各要素が個別のものとして切り離されます。 リソースとワークロードを効率的に運用管理するために、これらの要素はすべて分散クラウドネットワークの一部となります。このディスアグレゲートされた分散型モデルは、数多くのエッジユースケースに適用可能です。

無線アクセスネットワーク(RAN)

無線アクセスネットワーク(RAN)は、無線ユーザをコアネットワーク内の機器に接続するために使用されるネットワークインフラです。これには、RAN基地局のために信号を送信、受信、変換する無線ユニット(RU)が含まれます。 その後、ベースバンドユニット(BBU)が信号情報を処理し、コアネットワークへ転送できるようにします。ユーザへメッセージを返信する場合は、このプロセスが逆に行われます。モバイルネットワークは機能するために複数の拠点が必要であるため、このネットワークはデフォルトで分散型RAN(D-RAN)と見なすことができます。従来、これらの機能は、特定用途向けに設計された機器によって実行されてきました。 現在、BBUは分散ユニット(DU)と中央ユニット(CU)に分割されており、これによりRANインフラの設計に柔軟性がもたらされる一方で、デプロイメントコストも削減されています。分散クラウドアーキテクチャは、この点で極めて重要な役割を果たしています。

クラウドRAN(C-RAN)

RANの一種として、クラウドRAN(または一元管理されたRAN)があります。これには、一元管理されたBBUプール、リモートRU(RRU)ネットワーク、および輸送網が含まれます。BBUプールを中央の拠点に配置することで、C-RANはRRUに必要なリソースを提供するとともに、大規模な経済を通じて運用コスト(OpEx)および資本コスト(CapEx)の面でメリットをもたらします。

仮想化RAN(vRAN)

仮想化RAN(vRAN)は、C-RANの一形態であり、BBUプールまたはDU-CU機能を仮想化し、商用サーバー上でソフトウェアとして実行することで、さらに一歩進んだ形態です。

Open RAN(O-RAN)

vRANの次の段階が、Open RAN(O-RAN)です。vRANはすべての要素を同一ベンダーから購入するプロプライエタリなソリューションであるのに対し、Open RANは、RRUとDU間、およびDUとCU間のインタフェースを開放するための仕様を提供します。

マルチアクセス・エッジコンピューティング(MEC)

スケーラブルな分散型クラウドベースインフラを使用して仮想化およびOpen RANをアーキテクチャ設計・デプロイすることは、マルチアクセス・エッジ・コンピューティング(MEC、以前はモバイル・エッジ・コンピューティングと呼ばれていた)を統合するための基盤となります。MECは、セルラー(またはその他の)ネットワークのエッジコンピューティングでクラウドコンピューティングを提供します。MECは、処理タスクを実行し、アプリケーションをユーザーに近い場所で実行することで、ネットワークの輻輳を軽減しつつ、低遅延で位置情報に特化したアプリケーションを実現するためのコンピューティングリソースを提供します。

分散クラウドアーキテクチャ

分散クラウドのレイヤー

Open RAN ネットワーク向けの分散クラウドにおいて、重要な層は以下の 3 つです。

リージョナルデータセンター

リージョナルデータセンターは、大規模なエッジデータセンターです。これらは集約ポイントとして機能し、通常は大都市内またはその近郊に設置され、多くの住民にサービスを提供します。通常、通信データセンターは単一の通信サービス事業者が所有していますが、場合によってはコロケーションデータセンター内で運用されることもあります。これらのセンターは、コンテンツ配信、クラウド、およびモバイルサービスの提供を担っています。リージョナルデータセンターは、バックホールネットワークを介してエッジクラウドに接続されています。

distributed cloud for an O-RAN network

O-RANネットワークにおける分散クラウドは、いくつかの不可欠な層によって構成されています。

エッジクラウド

エッジクラウドは、さまざまなサブクラウドを展開・管理する中央の地域コントローラが配置されるサイトです。このサイトでは、CUに加え、分析機能やニアリアルタイムのRANインテリジェントコントローラ(RIC)などのワークロードが実行されます。ここには、一元管理されたダッシュボード、セキュリティ管理、コンテナイメージレジストリ、ライフサイクルマネージメント、その他の機能が含まれる場合があります。この一元管理されたエッジクラウドは、ミッドホールネットワークを介してファーエッジと接続されています。

ファーエッジクラウド

ファーエッジクラウドはDUを実行しており、ネットワークの進化に伴い、スケールアップしてCUに加えMECアプリケーションも実行できるようになる必要があります。ファーエッジは、フロントホールネットワークを介してRUに接続されています。

分散クラウドプラットフォーム

以下の図は、Wind River® Studio を使用して、スケーラブルでディスアグリゲートされた Open RAN アーキテクチャをどのように展開できるかを示しています。最大のクラウドは、通信事業者がさまざまなエッジサイトおよびファーエッジサイト向けのサブクラウドを展開・運用できるようにする、中央の地域コントローラを表しています。この中央コントローラは、CU、分析機能、リアルタイム RIC などのワークロードを実行します。 より小さなクラウドは、ファーエッジ(左)の非常に小規模な単一ノードから、マルチノードのエッジサイト(右)までスケーリングできる必要があるネットワークサブクラウドを表しています。サイトに必要なサイズとリソースは、物理的なサイトの制約、およびDUや、場合によってはCU、あるいはMECやその他のアプリケーションといったワークロードを実行する必要性と機能によって決定されます。

O-RAN architecture using Wind River Studio

図1. Wind River Studio を使用した、スケーラブルでディスアグリゲートされた O-RAN アーキテクチャ

分散クラウドの主な特徴

New 5G and edge use cases on low-latency response times

新しい5Gおよびエッジのユースケースは、低遅延の応答時間に大きく依存しています。

信頼性

ネットワーキング・通信/通信ネットワークには、通常99.999%(ファイブ・ナインズ)という極めて高い稼働率が求められており、これは従来の機器によって実現されてきました。分散クラウドのO-RANモデルが導入されるにつれ、ソリューションの各要素がその稼働率を維持することが不可欠となります。通信サービス事業者が顧客とのSLA(サービスレベル契約)を確実に履行するためには、インフラストラクチャはファイブ・ナインズを上回る稼働率を実現しなければなりません。

低遅延

新しい5Gおよびエッジのユースケースは、低遅延の応答時間に大きく依存しています。低遅延の実現は、コンピューティングをエッジへ移行させるための重要な推進要因です。信頼性と同様に、インフラストラクチャは、アプリケーションおよびハードウェアに遅延予算を確保するために、超低遅延を提供する必要があります。さらに、分散型RANの場合、より低くディターミニスティックなDU遅延が実現されることで、通信サービス事業者はリソースのプール化をより効率的に行い、より少ないサイト数でより広いカバレッジを確保できるようになります。

スケーラビリティ(動的スケーリング)

分散クラウドモデルへの移行を推進する主な要因は、デプロイメントの柔軟性とコスト削減を実現することです。この取り組みにおける重要なポイントは、新しいサービスや容量の追加が必要になった際に、ネットワークを拡張できる機能です。動的スケーリングにより、エッジサイトは、ネットワークを停止させることなく、単一のDUのサポートから、複数のDU、場合によってはCU、さらにMECやその他のアプリケーションのサポートへと移行することが可能になります。

柔軟性

分散クラウドは、通信サービス事業者に、ニーズに応じてネットワークのデプロイメントを行うための幅広い選択肢を提供します。ファーエッジサイトを運用するために必要なのは単一のノードだけの場合もあれば、高可用性アプリケーションには2つのノードが必要な場合もあります。あるいは、要件を満たすために特定のサイトに追加のサブクラウドが必要になる場合もあります。 この柔軟性は、テクノロジープロバイダーにも及びます。O-RANの分散型モデルを採用すれば、通信サービス事業者はすべてを単一のプロバイダーに依存することなく、必要に応じてソリューションの要素を交換することができます。

セキュリティ

分散クラウドにおいては、物理的なセキュリティが限られている可能性のあるネットワークエッジ環境に特化した、統合されたソフトウェアセキュリティ機能が求められます。必要なセキュリティ機能の例としては、証明書管理、Kata Containersのサポート、署名付きコンテナイメージの検証などが挙げられます。

ディスアグリゲーション

ディスアグレゲーションとは、ハードウェア、インフラストラクチャ、およびアプリケーション層の分離を指します。従来、通信機器はすべての要素が1台の機器に統合された状態で提供されていました。これらの機器はその機能において極めて優れていましたが、通信サービス事業者はすべての要素について、実質的にネットワークの耐用年数にわたってそのベンダーにロックインされていました。要素を分離することで、通信サービス事業者は特定のニーズに合わせて最適な要素を選択できるようになります。 また、新しいアプリケーションや要素を追加する際、プロバイダーは、その要素がそもそも可用性があるのかを元のベンダーと確認する必要がなく、柔軟性を持って追加することができます。

自動化

クラウドコンピューティングはすでに複雑ですが、分散化やディスアグリゲーションが進むと、その複雑さはさらに増大します。運用コスト(OpEx)を管理するために、サービスプロバイダーは、ゼロタッチでのインフラストラクチャ展開、ソフトウェアのパッチ適用、ヒトレスのアップデートといったタスクを実行する自動化に依存することになります。新しいサービスの追加は、システム運用管理者が構成可能なアプリケーションまたはアプリケーション群を選択し、必要な時に必要な場所に自動的に展開できる、自動化された手順である必要があります。

将来を見据えた展望:機会と収益の可能性

適切な分散エッジクラウドインフラは、5Gを成功させるための礎となります。5Gの基本的な要件を満たす技術であれば、膨大なコンピューティングリソースを消費することなく、必要に応じてスケールアップが可能であり、さらに一元管理された場所から効率的に管理できるという点が極めて重要です。これは、データセンター向けに設計された従来のクラウド技術を後付けで導入するだけでは実現できません。

通信事業者は、導入を容易にするために極めて高度な自動化機能を備えたソリューションを必要としています。ネットワーク内で何が起きているかを把握するための分析機能や、ネットワークを運用するための「単一画面での可視化」も不可欠です。さらに、ネットワーク運用管理の負担を軽減するためのゼロタッチプロビジョニングの自動化や、中断することなくネットワークを最新の状態に保つためのリアルタイムなソフトウェア更新も求められています。

通信事業者の技術的課題

ネットワーク事業者は、新しいサービスや新規のお客様から新たな収益を生み出すためにネットワークを進化させる必要があり、同時にコストを適切に管理しなければなりません。RANなどのエッジユースケース向けのテクノロジーを検討する際、考慮すべき3つの重要な要素があります:

総所有コスト(TCO)

ソリューションのコストを検討する際、通信サービス事業者は個々のテクノロジーのコストだけでなく、それらすべてを組み合わせた総所有コスト(TCO)を考慮する必要があります。これには、無線ユニット、無線ソフトウェア、O-クラウドのハードウェアおよびソフトウェア、ラックスペース、電力などが含まれます。エッジネットワークには数千から数万ものノードが必要となるため、保守コストや電力コストは指数関数的に増加します。 Studioによるリソース消費の最適化により、エッジコンピューティングでの容量に余裕が生まれ、電力やメンテナンスのコストを抑えつつ、より多くの業務を遂行できるようになります。

カバレッジ効率性

TCOの要素の一つがカバレッジ効率性です。5G事業者は、可能な限り少ないハードウェアリソースで最大限のカバレッジを提供する必要があります。Studioは、各カバレッジノードに必要なコンピューティング能力を提供すると同時に、リソース利用率の向上により、必要な容量への投資を削減します。これは、業界をリードする低遅延のコンピューティングによって実現されており、より少ない拠点数でより高いカバレッジ密度を実現します。

運用管理性

自動化なしに、数百や数千ものエッジサイトを管理することは現実的ではありません。通信事業者は、分散クラウド展開の広範な規模を管理するために、自動化およびオーケストレーション機能を必要としています。Studioに搭載されたゼロタッチ運用と豊富なオーケストレーション/自動化機能により、5Gの規模や密度であっても運用管理が簡素化されます。

Wind Riverのアプローチ

Wind Riverは、通信事業者が利用するOpen RAN(O-RAN)および仮想RAN(vRAN)ネットワーク向けの分散クラウドプラットフォームを提供しています。これらのネットワークには、O-RANやvRAN以外の新たなユースケース(MEC、大規模マシンタイプ通信、IoTなど)が追加された際にも、容易に拡張できる柔軟性が求められます。

Wind River Studio

Wind River Studioは、セキュリティ、安全性、信頼性が求められるミッションクリティカルなインテリジェントエッジシステムの設計、開発、運用、および保守のための、初のクラウドネイティブプラットフォームです。Studioは、単一の管理画面を通じてライフサイクル全体にわたるデジタルスケーラビリティを実現し、変革をもたらすビジネス成果を加速するように設計されています。 Studioの通信事業者向け機能には、インフラストラクチャオーケストレーション、分析機能、およびクラウドプラットフォームが含まれており、これにより通信事業者はインテリジェントな5Gエッジネットワークをグローバルに展開・管理できます。Studioの通信事業者向け中核機能には以下が含まれます:

o-ran vran

Wind Riverは、通信事業者が利用するO-RANおよびvRANネットワーク向けの分散クラウドプラットフォームを提供しています。

Wind River Studio Cloud Platform

Studioは、分散クラウドを基盤として、エッジクラウドインフラストラクチャを管理するための実運用レベルのKubernetesクラウドプラットフォームを提供します。オープンソースのStarlingXプロジェクトに基づいており、Studioは分散型ネットワークのデプロイメントと管理のために、最高クラスのオープンソース技術を統合しています。

» 詳細はこちら

Wind River Studio Conductor

Studioは、完全なエンドツーエンドの自動化を実現するための単一のプラットフォームを提供します。app catalogから必要なアプリケーションを選択し、キャリアグレードのクラウドプラットフォームにデプロイし、アプリケーションに必要なリソースをシンプルかつ直感的、そして論理的にオーケストレーションできます。地理的に分散した環境において、数ノードから数千ノードまでスケール可能です。

» 詳細はこちら

Wind River Studio Analytics

分散クラウドが導入されると、Studioは機械学習アルゴリズムを通じてデータを収集・処理し、意思決定に役立つ有意義な洞察を生み出すことで、分散クラウドシステムの効率的な管理をサポートします。クラウドベースインフラのクラスタおよびサービスをフルスタックで監視するStudioは、クラウドの行動データを収集、分析、可視化するため、運用コストを削減しつつ、クラウドの維持と最適化を実現することができます。

» 詳細はこちら

分散クラウドに関するFAQ

分散クラウドとは、クラウドベースインフラやサービスが一元管理された単一のデータセンターではなく、複数の地域的な拠点に分散して配置されるクラウドコンピューティングモデルです。
分散コンピューティングとは、ネットワーク全体にコンピューティング能力を分散させることで、お客様のより身近な場所にコンピューティング能力を配置する手法です。
分散クラウドは、クラウドベースインフラストラクチャやサービスをエンドユーザーの近くに展開できるため、遅延を低減し、性能を向上させることができるという点で、従来のクラウドコンピューティングとは異なります。また、より高い冗長性とレジリエンスを提供するとともに、データ主権やコンプライアンスの面でも改善が図られます。
分散コンピューティングは、処理能力をそれを必要とするデバイスにより近い場所に配置する方法です。これにより、低遅延のコンピューティングを通じて、より堅牢/強力なAIを実現します。
分散コンピューティングの文脈において、「スケーラビリティ」とは、ネットワークのニーズに応じてリソースを追加または削除する能力を指します。「エラスティック」とは通常、ネットワークがこうした増減を自動的かつ動的に実行できることを指します。
はい。Kubernetesは、分散クラウド向けに特別に設計されたオープンソースのオペレーティングシステムです。Kubernetesはコンテナを活用することで、プロセスをデータセンター全体に分散・複製することを可能にします。StarlingXはKubernetesを活用し、エッジ環境における分散コンピューティングの運用上の利便性を実現しています。
AIの実現において極めて有用です。分散コンピューティングにより、コンピューティングリソースがデバイスに近接するため、AIアプリケーションの性能が向上します。
AIは、クラウドコンピューティング環境で可用性の高いコンピューティング能力とリソースに依存しています。   
プライベートクラウドとは、組織が内部(プライベート)で構築・運用するクラウドのことです。
ネットワーク内の複数のコンピュータに分散してコンピューティングが行われるシステムのことです。
分散クラウドの利点には、性能の向上、スケーラビリティの向上、レジリエンスの強化、およびデータ主権とコンプライアンスの向上が挙げられます。
分散クラウドは、コンテンツ提供、ゲーム、動画ストリーミング、モノのインターネット(IoT)アプリケーションなど、低遅延、高性能、グローバルな可用性が求められるユースケースに最適です。また、災害復旧や事業継続対策に加え、さまざまな地域におけるデータ主権やコンプライアンス要件への対応にも活用できます。