Open stack概要とよくある議論

Copyright©2016 NTT corp. All Rights Reserved.
OpenStackの動向と
導入時によくある議論
2016/9/15
NTTソフトウェアイノベーションセンタ
水野伸太郎

2Copyright©2016 NTT corp. All Rights Reserved.
• 水野伸太郎 (mizuno.shintaro@lab.ntt.co.jp)
• NTT ソフトウェアイノベーションセンタ勤務
• クラウド・SDN技術の研究・開発(2011～)
• それ以前はセキュリティ系業務に従事
• OpenStack関連足跡
• https://www.openstack.org/summit/tokyo-2015/videos/presentation/ntts-
journey-with-openstack
• http://superuser.openstack.org/articles/sitting-down-with-ntt-group-the-
superuser-awards-winner-at-the-openstack-summit-tokyo
• http://superuser.openstack.org/articles/okinawa-openstack-ops-workshop-
rides-wave-of-interest
• 日本OpenStackユーザ会
• 会長(2016～)
自己紹介

• OpenStack概要
• OpenStackの動向
• OpenStack導入時によくある議論
• NFV領域での活用
• ユーザ会の紹介
本日の内容

OPENSTACK概要
4

• クラウド基盤を構築するオープンソースソフトウェア開発プロジェクト
• 2010年6月、米Rackspace社が立ち上げ
• 全世界で130カ国、12,200名以上の開発者が参加
概要
5
（出典）
http://www.openstack.org/software/
コンピュートネットワークストレージ
Webユーザインタ
フェース
API
ユーザアプリケーション
汎用ハードウェア
共通サービス

オープンであること、幅広いエコシステム
• ソースコード、開発プロセスをすべて公開、誰でも参加可能
• 共通のインタフェースで多くの製品群から希望の組合せで利用可能
OpenStackの特徴

• 誰でもコミュニティ参加が可能（コードコミット、レビューなど）
• 世界各国150社の公式スポンサーによる強固な運営基盤
• Foundationによるオープンなガバナンスモデルによる中立性の維持
オープンで安定したコミュニティ
業種主要スポンサー企業
ITベンダ・ソフトウェアベンダ IBM, HP Enterprise, Intel, Red Hat, Suse, Canonical,
EMC, Symantec, Oracle, SAP, VMware
通信機器ベンダ Cisco, Juniper, Ericsson, Huawei, Nokia
サービスプロバイダ AT&T, Orange, Comcast, Yahoo!, Paypal
国内からの主要参加企業 NTTコミュニケーションズ, NEC, 日立, 富士通, CTC

オープンなアーキテクチャ
仮想サーバ
コントローラ
（Nova）
仮想NW
コントローラ
（Neutron）
仮想ストレージ
コントローラ
（Cinder）
認証/ユーザ管理
（Keystone）
ユーザアプリケーション
OpenStack API
OpenStackコントローラ
ドライバ
（OSS/製品）
ドライバ
（OSS/製品）
ドライバ
（OSS/製品）
実行層
管理層
サーバ
仮想化機能
汎用サーバ
仮想
サーバ
仮想
サーバ
ストレージ
仮想化機能
汎用サーバ/
ストレージ製品
ネットワーク
仮想化機能
汎用サーバ/
NW製品
仮想
ルータ
仮想
FW
API/独自インタフェース
（検証された組み合わせを提供）
※簡略化のため主要機能の概略のみ記載
WebUI
（Horizon）
実行層のエコシステム
アプリ層のエコシステム

OpenStackの主要機能
プロジェクト機能 AWSとの対応
Horizon Web ユーザインタフェース Management Console
Keystone 認証サービス -
Nova 仮想マシン管理サービス EC2/VPC
Neutron 仮想ネットワーク管理サービス EC2の一部
Glance 仮想マシンイメージ管理サービス EC2の一部
Cinder ブロックストレージ管理サービス EBS
Swift オブジェクトストレージ管理サービス S3
Ceilometer メータリング・監視サービス CloudWatch
Heat 仮想環境プロビジョニングサービス CloudFormation
Trove RDBMSサービス RDS
Sahara BigData解析アプリ構築 EMR

機能イメージ
Nova Glance Cinder SwiftNeutron
仮想ネットワーク制御
ハイパーバイ
ザー制御
イメージ
SnapShot管理
ブロック
ストレージ制御
オブジェクト
ストレージ
Horizon/CLI
VPNaaS
L3
L2/LBaaS
FWaaS
Heat オーケストレーション
Trove DBaaS
Ceilometer 統計情報の収集・アラート発信 Keystone 認証・認可
Sahara DPaaS
Ironic
ベアメタル
プロビジョニング
OpenStack API

• GUI
• Horizon
• 直感的に利用可能だが、利用できない機能も多い。エンドユーザ向け
• CLI
• 各プロジェクトでCLIを提供。OpenStack Clientに統一される予定。
• 最もよく利用されるが、一部利用できない機能もある。
• http://docs.openstack.org/cli-reference/
• API
• すべての機能が利用できる。アプリ開発者向け。
• http://developer.openstack.org/api-guide/quick-start/index.html
OpenStackを利用する
簡単
多機能

OPENSTACK動向

OpenStackの商用利用動向
商用利用
開発目的
検証目的
2014年前半までは開発・検証目的での利
用が多かったが、2014年後半から大手企
業を中心に商用利用が本格的に進んでいる。
（出典） https://www.openstack.org/assets/survey/April-2016-User-Survey-Report.pdf

• 2016年4月7日: 13番目のリリース
• 2336名の開発者、293の組織 (Libertyでは1933名・285組織）
• 新機能（分かりやすいところでは）
• Dashboard(Horizon)のVM作成までの一連の流れの改善
• OpenStack Clientによる統一されたCLIの提供
Mitakaリリース
https://www.openstack.org/software/mitaka/

• KiloからBigTentモデルが適用されプロジェクト数が一気に増加
The Big Tent: 新規プロジェクトが続々追加
https://www.openstack.org/videos/video/the-big-tent-one-year-later
BigTent配下の全プロジェクト https://governance.openstack.org/reference/projects/
共通機能（Infra, QA, Securityなど）
個別機能（Nova, Neutronなど）

• Incubationステージなどがなくなり、50を超えるプロジェクトが
どのような状態かが明確でなくなった。
• コミュニティではProject Navigatorを導入し、主要19プロジェク
トのMaturityやAdoptionレベルの「見える化」を実施
• https://www.openstack.org/software/project-navigator/
• その他のプロジェクトの出来具合は自分で判断する必要がある
• 自分のユースケースに合わせて検証を実施して品質確認を行う
• ベンダーのディストリビューションでサポートしているものを利用する
• 他のユーザの利用実績のあるものを利用する
ユーザから見たBig Tentの意味

Project Navigator https://www.openstack.org/software/project-navigator/

実際どのプロジェクトが商用で使われているか？

新しいプロジェクトの利用状況

導入タイプ
オンプレミスプライベート
ホステッドプライベート
パブリッククラウド
コミュニティ向けクラウド
プライベートクラウドでの導入数
が最も多くなっている

導入規模

大手企業での導入事例
国業種規模用途
国家安全保障局米国行政機関非公開内部システム
歳入税関庁英国行政機関未公開税務システム
CERN 欧州研究機関 15,000物理サーバ科学計算
PayPal 米国電子決済 4100物理サーバ決済システム
Best Buy 米国小売り 500VM Webサイト
Walmart 米国小売り 100,000コア
数ペタバイトストレージ
電子商取引システム
Comcast 米国 CATV 不明配信プラットフォーム
Time Warner
Cable
米国 CATV 数千VM, 数百TB storage 配信プラットフォーム
Bloomberg 米国金融情報数百物理サーバ情報配信
Wells Fargo 米国銀行 500物理サーバ社内クラウド
BBVA スペイン銀行不明社内クラウド
BMW ドイツ自動車 12,000VM 基幹システム

最新のユーザ事例（Superuser)
23
http://superuser.openstack.org/

業種別レポート（NFV）
24
https://www.openstack.org/telecoms-and-nfv/

業種別レポート（Enterprise）
25
https://www.openstack.org/enterprise/

業種別レポート（アプリ開発）
26
https://www.openstack.org/appdev/

OpenStackサミットの今後
http://www.openstack.org/ptg

OPENSTACK導入時によくある議論
「OPENSTACK使いたい」のその後

「OpenStack使いたい」の後によくある議論（１）
OSSだからタダなんでしょ？
ソフトウェアは無料で入手できます。
ただし、OpenStackはシステム構築なので、シ
ステム設計、構築、試験、保守・運用のコストが
かかります。
有料のディストリビューションもあります。
TCOを安くするにはどこまで自前でできるかが重
要です。

OpenStackはタダ？
要件定義設計
ソフトウェア
入手
構築試験導入・運用
ここが無料！
コスト削減の鍵：
「残りの部分をどこまで自前でできますか？」

「OpenStack使いたい」の後によくある議論（２）
OSSだから自由に改造ができるんでしょ？
もちろん可能です。
ただし、改造したものをアップストリームしな
い場合は、半年のバージョンアップ毎にリベー
ス作業が必要となるので、半年毎に開発費がか
かります。必ずアップストリームしましょう。
コミュニティへの還元という意味合いもありま
す。

• OpenStackのコードに新規機能を追加するには以下のプロセスを経
る必要があります。
OpenStackへの機能追加
仕様の提案
(spec,BP)
コミュニティ
による
レビュー・
優先度付け
コード作成
コミュニティ
による
レビュー
承認
代表的な例
多くのレビューを経るので提案がそのまま組み込まれるとは限りません。
そのため、内製したものを入れようとするとうまくいかない可能性が高いです。
仕様の段階からコミュニティと議論しながらすすめることが重要となります。
→「コミュニティ・ファースト」
実際問題として、多くの運用者は内部パッチを抱えています。それをいかに少なくするかがポイントです。

「OpenStack使いたい」の後によくある議論（３）
バグが見つかったらコミュニティですぐ直るん
でしょ？
バグ報告すればコミュニティで修正してもらえる可
能性があります。
もちろん自分でパッチを当てることも可能ですが
アップストリームはお忘れなく。
ただし、コミュニティでの未改修バグ数は多いので、
セキュリティバグや重大なバグ以外は時間がかかり
ます。優先度によっては放置される場合もあります。

Novaの既存バグ
673 Open Bug
59 重要度High

「OpenStack使いたい」の後によくある議論（４）
VMWAREの仮想化基盤がEOLを迎えるので流
行のOpenStackに乗せ換えたいんだけど…
ベンダーロックイン回避やデファクトのAPIという
利点がありますが、まずはOpenStackに乗せ変えか
える理由をちゃんと精査しましょう。
VMWARE製品でできることがすべてOpenStackで
できるわけではありません。
やり方によってはコストもそれなりにかかります。

OpenStackは

強引にカレーにたとえると…
http://www.fujiyahotel.jp/enjoying/gourmet/02/
https://www.nakamuraya.co.jp/
http://www.ichibanya.co.jp/index.html
Pros
・お店に行けばすぐ食べられる
・厳選されたメニュー
・味の保障
Cons
・高い
・決まった味付け
・メニューの追加はお店任せ
H屋ホテル
N村屋
C壱番

強引にカレーにたとえると…
Pros
・好みの食材で
・希望の味付けで
・自宅で好きなように
・安く大量に作れる
Cons
・自分で選んで自分で作る
・料理の腕前が必要
・余ったり足りなかったり
・味が一定しない
手作りカレー

• おいしいレシピの提供（ドキュメント）
• 料理教室・料理サークル（トレーニング・各種meetup）
• 適量の材料をパックで提供（ディストリビューション・インストーラー）
• シェフ派遣（構築委託）
• レトルト（All-in-one環境・アプライアンス）
で、どこでどういったカレーが食べたいのですか？
外部にお手伝いをお願いできる領域
富士屋ホテルのカレーを家で安くお手軽に…
何年間の修行を計画していますか？

「OpenStack使いたい」の後によくある議論（５）
既存の社内システムを載せたいのだけど
動作条件が合致すればOpenStack環境上に載せるこ
とはできます。
ただ、OpenStackは「クラウド基盤」です。
いわゆる「ペット」を動作させる際にはサービスレ
ベルを考慮のうえ、仮想マシンのHA機能などの検
討が必要です。
クラウドのメリットを享受するためにはアプリのク
ラウドネイティブ化も含めた検討が重要です。

• Pets（愛玩動物）＝レガシーエンタープライズアプリ＝基盤のSLAに依存
• 特定の固体に過剰な愛情を注いで可愛がる。代えは効かない。
• スケールアップ
• Cattle（家畜）＝クラウドネイティブアプリ＝基盤の低SLAを許容
• 大量に番号で管理し、病気などになれば取り替える。需要に応じて増産・減産
• スケールアウト
• 将来的にはクラウド基盤にあわせてCattleアプリになっていくと想
定されるが、Petアプリも並存していくのが現実。
OpenStackにおけるPets vs Cattle議論

• 開発者コミュニティではこれまでは「Cattle」のみを想定
• 「クラウドなんだから落ちるのを想定したアプリ作りが基本」「アプリが
悪い」という議論にしかならなかった。
• AWSのSLAも仮想マシン単体は落ちることが前提。
• しかし、エンタープライズやNFVへと適用範囲を拡大するに従い、徐々に
「ペットVM」も許容され、現実課題として議論されるようになった。
• 仮想マシンHAチーム（コンピュートノード故障時のVM再起動機能）
• NTT開発のMasakari含めた方式議論が行われている
• http://docs.openstack.org/ha-guide/instance-ha.html
OpenStackにおけるPets vs Cattle議論（contd.)
「地域（Region)使用不能」とは、同一地域（Region)内で、サービス利用者がインスタンスを実行している複数の
Availability Zoneが、サービス利用者にとって「使用不能」となることをいう。https://aws.amazon.com/jp/ec2/sla/

「OpenStack使いたい」の後によくある議論（６）
すぐ使えるんでしょ？
機能確認のための簡易環境はノートPC1台でもすぐ
に構築できます(devstackなど）。ベンダーから各
種インストールツールも提供されています。
ただ、実環境構築には要件に基づいてネットワー
クやストレージの選択を行い、システム全体の構
成設計が必要です。
その上で、各種構築ツールを用いた環境構築、検
証などが必要となります。
自社エンジニアで実施するか、SIベンダなどに委
託するかによってコストが大きく異なってきます。

OpenStackの主なデプロイツール
名前概要 OpenStack
プロジェクト
Devstack 開発者向けのデプロイツール。All-in-one環境をすぐに構築可能 ○
Fuel Mirantisが開発してOpenStack公式化したツール ○
TripleO
（OpenStack-on-OpenStack)
OpenStackを用いてOpenStackをデプロイする。Heatを利用。 ○
Kolla コンテナを使ってOpenStackを構築するツール ○
Juju (+MaaS) Canonicalが提供しているOSSのデプロイツール。 ×
Packstack RDOをインストールするツール。Red Hatが提供。 ×
OpenStack-Ansible LXC上にOpenStackを構築するためのAnsible playbookライブ
ラリ。Rackspaceで利用されている。
Chef、Puppetも同様にプロジェクトがあるがAnsibleが多く利用
されている
○

OpenStackプロセスの構成例
cinder-volume
glance-api
glance-registry
Horizon, OpenStack Clientなど
= OpenStack API
Controller Node
実行系ドライバ
（OSS/製品）
ストレージ装置
EMC, ceph仮想
マシン
仮想
マシン
仮想スイッチ
仮想
ルータ
仮想
ルータ
●実行系
Storage Node
neutron-l3-agent
neutron-dhcp-agent
neutron-linuxbridge-agent
OVS
nova-compute
OVS
●管理系
Compute Node Network Node
ログ収集
サーバ
監視
マネージャ
OpenStack外にて準備
nova-api
nova-scheduler
nova-conductor
neutron-server
keystone
（OSS/製品）
（OSS/製品）
cinder-api
cinder-scheduler

OpenStackにおけるログ収集
nova-api
nova-scheduler
nova-conductor
neutron-server cinder-volume
glance-api
glance-registry
keystone
Controller Node
cinder-api
cinder-scheduler
Storage Node
neutron-l3-agent
neutron-dhcp-agent
OVS
nova-compute
OVS
 ログはノード毎、プロセス毎に出力される。
 OpenStackとしてのログ管理ツールは提供されないため、ログを1箇所に集めて管理する場合、OSS製品など汎用的なログ収
集ツールを用いるのが一般的。運用ガイドをコミュニティで提供。
log
log
log
log
rsyslogd, logstash, etc.
log
log
rsyslogd, logstash, etc.
rsyslogd, logstash,
etc.
rsyslogd, logstash,
etc.
log
log
log
rsyslogd,
elasticsearch+
kibana
ログ収集サーバ

OpenStackにおけるシステム監視
nova-api
nova-scheduler
nova-conductor
neutron-server cinder-volume
glance-api
glance-registry
keystone
Controller Node
cinder-api
cinder-scheduler
Storage Node
neutron-l3-agent
neutron-dhcp-agent
NSX/OVS
nova-compute
OVS
 OpenStackではシステム監視用インタフェース、ツールは用意されていない
 OSS製品などを使った一般的なサーバ監視手法（プロセス監視、ログ文字列検知、SNMP、等）を組み合わせて運用し
ているケースが多い
agent(Zabbix), plugin(Nagios),
snmpd, snmp-trap, etc.
agent, plugin, snmpd, etc.
agent, plugin, snmpd,
etc.
agent, plugin, snmpd,
etc.
Zabbix,
Nagios,
etc.
監視マネージャ

ログ、監視運用に関する公開情報
• OpenStack運用マニュアル
• 第14章ロギングと監視 - OpenStack 運用ガイド
• http://openstack-ja.github.io/openstack-manuals/openstack-
ops/content/logging_monitoring.html
• ベンダ提供資料
• Planning Guide — Mirantis OpenStack v6.0 | Documentation
• https://docs.mirantis.com/openstack/fuel/fuel-7.0/monitoring-guide.html

OpenStackは究極の答えですか？
違います。
利点・欠点を理解の上、自社の戦略や要件に応じ
て選択してください。

NFV領域での活用

ESTI NFVのアーキテクチャ
仮想環境実行系
(NFVI)
仮想ネットワーク
機能（VNF）群
NFV管理・オーケストレーション(MANO)
サービスオペレーション
仮想環境管理系
(VIM)
仮想ネットワーク
機能管理系(VNFM)
NFVオーケストレータ

NFVにおけるOpenStack
NFVIおよびVIMを
OpenStack及びその
実行系で実現するこ
とが期待されている
実行系はKVM, OVS
などのOSS製品や各
種ベンダ製品の利用
が想定される
https://www.opnfv.org/

• OPNFV（https://www.opnfv.org/）での取り組み
• OSSを使いETSI NFV準拠の基盤を構築するプロジェクト
• OpenStackが仮想化基盤として採用されている
• NFVのユースケースに必要な機能を洗い出し、OpenStackなどのOSSに
機能追加などを行っている。
• NTTグループにおける主な取り組みプロジェクト
• Doctor（故障検地機能）
• OpenStackにおける基盤の故障情報を迅速かつ適切にVNFMに通知するための機能
• Promise（仮想資源予約機能）
• 必要な時間に必要な仮想資源が利用できるように、予め予約を行う機能
OPNFV

【参考】Doctorプロジェクト概要
NFVI
VNF VNFM
VIM(OpenStack)
Doctor
Congress AODH Nova
VNFM
故障検知
VNFのHA切り替え
故障通知
故障判断
DoctorはNFVIでの故障を検知し、CongressやAODHなどを活用して故障影響範囲など
を判断し、対処が必要な故障のみを上位VNFMに通知するシステム。
VIMレイヤで対応が必要なノード閉塞などはCongressからNOVAを介して実施
Monitor
NFVO
※DoctorはOpenStackコンポーネントからなるシステム
https://wiki.opnfv.org/display/doctor

【参考】Promiseプロジェクト概要
Promiseプロジェクトはサービス需要予測などに基づき、あらかじめNFVIの仮想リソースの
予約を行う機能である。ユーザからの要望に応じて、VIMにおいて仮想リソースの確保処理
などを行う。
https://wiki.opnfv.org/display/promise

Tacker https://wiki.openstack.org/wiki/Tacker
さらに…

Tackerの構成 https://wiki.openstack.org/wiki/Tacker

TackerはTOSCAを利用
VNFのプロファイルをTOSCAで記載→Heatテンプレートに変化してOpenStackでデプロイ

ユーザ会の紹介
60

• 国内のOpenStackの普及活動・人材育成を目的に2010年に発足
• 運営団体数 26、会員数約1,692名(2016/9/6時点)
日本OpenStackユーザ会

運営団体
 アセアン・ラボ株式会社
 伊藤忠テクノソリューションズ株式会社（CTC）
 株式会社インターネットイニシアティブ（IIJ）
 エヌ・ティ・ティ・コミュニケーションズ株式会社
 NTTソフトウェア株式会社
 株式会社ＮＴＴデータ
 ＮＴＴデータ先端技術株式会社
 沖縄科学技術大学院大学
 仮想化インフラストラクチャ・オペレーターズグループ
 Canonical
 一般社団法人クラウド利用促進機構
 クラウディアン株式会社
 クリエーションライン株式会社
 GMOインターネット株式会社
 大学共同利用機関法人情報・システム研究機構国立情報学研究所
 デル株式会社
 日本電気株式会社（NEC）
 日本電信電話株式会社(NTT)
 株式会社日立製作所
 日本ヒューレット・パッカード株式会社
 ビットアイル・エクイニクス株式会社
 富士通株式会社
 ミドクラジャパン株式会社
 ミランティス・ジャパン合同会社
 レッドハット株式会社
 KDDI株式会社
 LPI-Japan

ユーザー会メンバー数の推移（2016/9/6現在）
毎月メンバーが増えています！

• 主な活動
• メーリングリストでの情報交換
• イベント開催・出展、勉強会・セミナーの開催
• ハンズオンの実施
• 国際化（マニュアル翻訳、UI日本語化）
活動内容

• 2016年3月：第25回「OpenStack上の仮想マシンHA」 174名
• 2016年4月：第26回「OpenStack を動かしてみよう～DevStack編～」 37名
• 2016年5月：第27回「OpenStackインストーラ」 220名
• 2016年6月：第28回「Heatによるオーケストレーション」 222名
• 2016年9月：第29回「OpenStack の品質管理」211名
• 2016年9月：第30回「大阪勉強会」40名
• 開催情報・参加申し込みは http://openstack-jp.connpass.com/
勉強会2016年

• Hands-on training for upstreaming beginners
• 3rd time in Japan
• 20+ attendees, 3 mentors
• Learn how to contribute
• Attendees learned how to use various tools such as Launchpad,
Gerrit, IRC, etc
• PTLs from I18n, QA team and COA from Taiwan gave lectures.
• https://etherpad.openstack.org/p/upstream-training-jp-2016-
summer
66

Upstream Training
• コミュニティで共同作業を行うとはどういうことかを学ぶ！
67

The 2nd Ops Workshop
（OpenStack Days Tokyo2016)
• 国内のOpenStack運用者による議論の場
• Foundationで実施している本家OpsMeetupのフォーマットを踏襲
• https://wiki.openstack.org/wiki/Operations/Meetups
• 35+ ops members from 15+ companies
• 議論の結果は以下で公開
• https://etherpad.openstack.org/p/JP-Ops-workshop-2
68

The 2nd Ops Workshop
• 主な議題
• Introduction to the OpeMeetup
• Upgrade
• SLA
• Live-migration
• Long Time Support
• How to build ops team
• Logging
• Contribution to the official working groups
• Hosting the official meetup in ASIA
• 3rd Workshop @2016 Dec at Okinawa Open Days
• https://etherpad.openstack.org/p/JP-Ops-workshop-3
69

ユーザ会に参加してみよう！

ご清聴ありがとうございました
72

参考

内部処理概要
OpenStackでは単独の仮想資源操作（作成・削除など）のほかに、内部のモジュール同士が連携して複数
の仮想資源操作を行い仮想環境を構築していく処理がある。
以下の簡易構成図をもとに、代表例である「仮想マシン起動処理」の概要を説明する。
※簡略化のため詳細情報は省略し、概要のみを説明する。

仮想マシンの起動（１）
１
①ユーザからAPI経由で仮想マシンの起動要求を実施（Keystone認証は事前に実施）
指定パラメータ：認証トークン、利用するイメージ、接続するストレージ、ネットワーク、IPアドレス
※接続する仮想ネットワーク、仮想ストレージはあらかじめ作成しておく
仮想
NW
イメージ
ファイル

仮想マシンの起動（２）
イメージ
ファイル
2
3
②NovaはGlanceから利用イメージの場所（オブジェクトストレージURL）を取得
③Novaは取得したSwiftのURLからイメージファイルをダウンロード
イメージ
ファイル
仮想
NW

仮想マシンの起動（３）
4
イメージ
ファイル
④NovaはNeutronに仮想マシンをネットワークに接続するための仮想ポート作成を依頼（接
続するネットワークおよび利用するIPアドレスを指定して作成）
仮想ポート情報
仮想
NW
仮想ポート

仮想マシンの起動（４）
５
イメージ
ファイル
⑤NovaはCinderから仮想ストレージの接続先情報を取得（NFSやiSCSIのアドレスなど）
仮想ストレージ情報
仮想
NW

仮想マシンの起動（５）
イメージ
ファイル
⑥Novaはイメージファイルから仮想マシンを作成。
その際、仮想マシンに対して、仮想ストレージ、仮想ネットワークへの接続設定も実施し、
接続された状態で仮想マシンが起動する。
６
仮想ストレージ情報
仮想
NW

Open stack概要とよくある議論

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Open stack概要とよくある議論

Similar to Open stack概要とよくある議論 (20)

More from shintaro mizuno

More from shintaro mizuno (10)

Recently uploaded

Recently uploaded (14)

Open stack概要とよくある議論