タイトル：OpenStack Summit Sydney Feedback 講演者：玉置＠VTJ

1. OpenStack Summit Sydney
フィードバック
日本仮想化技術株式会社
VitrualTech.jp
たまおき のぶゆき
2017/11/15
1

2. たまおき的Summit視察ポイント
数百のセッションの中から興味のあるテーマを絞って視聴
• 通信事業者でのOpenStackおよび関連ソリューションの活用事例
• NFVに関するソリューションの深掘り
• Docker / K8S 関連のソリューションの深掘り
Technical Session は YouTube で後日資料可能なので、The Forum
や Market Place など現地でしかみれないものを優先的にチョイス
2

3. たまおきが視聴したセッション①
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

4. Edge Computing（Summit 前の私の理解）
4
Edge Cloud
Centralized
Cloud
Connected Car
IoT
Connected Car
Services
Server-Side IoT
Client-Side Server-Side(Cloud-Side)
Connected Car
Services
Cloud
Application
Mobile, IoT, Anywhere Edge Cloud

5. MECを理解する①
MEC(Mobile Edge Computing)
5
MEC のユースケースによって
必要な要素（テクノロジー、品質、
ビジネス要件）が異なる
MBB: Mobile Broadband
mMTC: massive Machine
Type Communications
Dense Inf Society
Connected vehicles
VR office/factory/tactile
Throughput
Latency
Reliability
Availability
Energy
Efficiency
User/Device
density
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

6. MECを理解する②
AT&T の MEC Architecture
6
Disaggregated CoreDisaggregated RAN
5G Application
Ecosystem
IoT
Connected
Car
MBB
RU DU UPF UPF
Macro Radio
& Small cell
Antennas
5G
Base
Stations
Edge
Cloud
Centralized
Cloud
CCF
Internet
CU-CP
CU-UP
NFV MANO (Management & Orchestration)
CU: Centralized Unit
CP: Control Plane
UP: User Plane
UPF: User Plane Function
CCF: Core Control Function
RU: Radio Unit
DU: Digital Unit
Implications of 5G RAN and IoT on OpenStack based edge computing. より引
用

7. MECを理解する③
AT&TのMECプロジェクトの推進する上での気づき
• Docker / Kubernetes でコントローラを構成する
• ゼロタッチ・プロビジョニングが鍵
• 数千ロケーションに展開することを想定
• エッジノードにて新しい技術を即座にサポート
（GPU, SmartNIC, FPGA, など）
• NFVやSDNなど他のプロジェクトとの連携を想定
7

8. たまおきが視聴したセッション②
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. 9

10. 10

11. Auto-Healing についての理解
11
• OpenStack基盤の運用改善の流れ
• 管理対象の増加や運用オペレーションの改善
• Auto-Healing を進めるにはステップが必要
• 手順化、自動化、標準化
• ただし、、、
• 手順化と自動化でOpenStackエキスパートが必要
• 必要な情報が取得できていない
• 情報からアクションが判断できていない

12. 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

13. 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. Check
Action Items の対象範囲拡大
と精度向上
13
①
①
②
③
④
Self-healing OpenStack architecture
https://docs.google.com/drawings/d/1kEFtVpQ4c8HipSp34EVAkcSGmwyg1MzWf_H5oGTtl-Y/edit より引用

14. 14