OpenStack Summit Sydneyフィードバック

日本仮想化技術株式会社

VitrualTech.jp

たまおき のぶゆき

2017/11/15

1

たまおき的Summit視察ポイント

数百のセッションの中から興味のあるテーマを絞って視聴

• 通信事業者でのOpenStackおよび関連ソリューションの活用事例

• NFVに関するソリューションの深掘り

• Docker / K8S 関連のソリューションの深掘り

Technical Session は YouTube で後日資料可能なので、The Forum

や Market Place など現地でしかみれないものを優先的にチョイス

2

たまおきが視聴したセッション①

1. An overview of container related projects in OpenStack as a telco guy sees them• OpenStack の Docker / k8s 関連プロジェクトをうまく整理

• OpenStack Fuxi プロジェクトを知る• Cinder storage and Manila shares for Docker containers and containers in k8s

2. Implications of 5G RAN and IoT on OpenStack based edge computing.• AT&T の Edge Computing の取り組みを紹介

• Edge Computing とその Architecture の理解には役に立つ

3

Edge Computing（Summit 前の私の理解）

4

Edge CloudCentralized

Cloud

Connected Car

IoT

Connected CarServices

Server-Side IoT

Client-Side Server-Side(Cloud-Side)

Connected CarServices

Cloud Application

Mobile, IoT, Anywhere Edge Cloud

MECを理解する①MEC(Mobile Edge Computing)

5

MECのユースケースによって必要な要素（テクノロジー、品質、ビジネス要件）が異なる

MBB: Mobile BroadbandmMTC: massive Machine

Type CommunicationsDense Inf SocietyConnected vehiclesVR office/factory/tactile

Throughput

Latency

Reliability

Availability

EnergyEfficiency

User/Devicedensity

Implications of 5G RAN and IoT on OpenStack based edge computing. より引用 [ OpenStack Summit にて AT&T, Ericsson発表 ]https://www.openstack.org/videos/sydney-2017/implications-of-5g-ran-and-iot-on-openstack-based-edge-computing

10 Mbps → 100 Mbps

10 ms → 1 ms

MECを理解する②AT&T の MEC Architecture

6

Disaggregated CoreDisaggregated RAN

5G ApplicationEcosystem

IoT

Connected Car

MBB

RU DU UPF UPF

Macro Radio& Small cellAntennas

5GBase

StationsEdgeCloud

CentralizedCloud

CCF

Internet

CU-CP

CU-UP

NFV MANO (Management & Orchestration)

CU: Centralized Unit CP: Control PlaneUP: User Plane

UPF: User Plane FunctionCCF: Core Control Function

RU: Radio UnitDU: Digital Unit

Implications of 5G RAN and IoT on OpenStack based edge computing. より引用

MECを理解する③AT&TのMECプロジェクトの推進する上での気づき

• Docker / Kubernetes でコントローラを構成する

• ゼロタッチ・プロビジョニングが鍵

• 数千ロケーションに展開することを想定

• エッジノードにて新しい技術を即座にサポート（GPU, SmartNIC, FPGA, など）

• NFVやSDNなど他のプロジェクトとの連携を想定

7

たまおきが視聴したセッション②

3. Secrets for approaching bare-metal performance with Real-Time Virtual Network Functions in OpenStack• OVS+DPDK, SR-IOV, Smart NIC の特徴とボトルネックを説明

4. Self-healing and optimization SIG• OpenStack のセルフヒーリングについて各プロジェクトがコミュニ

ケーションを開始した

8

9

10

Auto-Healing についての理解

11

• OpenStack基盤の運用改善の流れ• 管理対象の増加や運用オペレーションの改善

• Auto-Healing を進めるにはステップが必要• 手順化、自動化、標準化

• ただし、、、• 手順化と自動化でOpenStackエキスパートが必要

• 必要な情報が取得できていない

• 情報からアクションが判断できていない

OpenStack で Auto Healing を実現する為に

• Monasca: Monitoring

• Aodh: Alarming

• Congress: Policy-based governance

• Mistral: Workflow service

• Senlin: Clustering service

• Vitrage: Root cause analysis service

• Watcher: Optimization

• Masakari: Compute plane HA service

• Freezer-dr: Compute plane HA service

• Heat: Orchestrator service

• Doctor: Fault management and maintenance for NFV

• Fault Genes: Fault Classfications & Recovery strategy

• Carton: Fleet management

12

The forum ”Auto-Healing”

Auto-Hearing

1. Collect Data & Logs

2. Detect Alarms

3. Check Action Items

4. Action for hearing

Points:

• 2. Detect Alarms & 3. CheckAction Items の対象範囲拡大と精度向上

13

①

①

②

③

④

Self-healing OpenStack architecturehttps://docs.google.com/drawings/d/1kEFtVpQ4c8HipSp34EVAkcSGmwyg1MzWf_H5oGTtl-Y/edit より引用

14