物理的な位置情報を活用した仮想クラウドの構築

Slides:



Advertisements
Similar presentations
ゲームプログラミング講習 第2章 関数の使い方
Advertisements

サービス管理責任者等研修テキスト 分野別講義    「アセスメントと        支援提供の基本姿勢」 <児童発達支援管理責任者> 平成27年10月1日.
ヒトの思考プロセスの解明を目的とするワーキングメモリの研究
第27講 オームの法則 電気抵抗の役割について知る オームの法則を使えるようにする 抵抗の温度変化を理解する 教科書P.223~226
コラッツ予想の変形について 東邦大学 理学部 情報科 白柳研究室 山中 陽子.
コンパイラ 第3回 字句解析 ― 決定性有限オートマトンの導出 ―
第5章 家計に関する統計 ー 経済統計 ー.
公共財 公共経済論 II no.3 麻生良文.
VTX alignment D2 浅野秀光 2011年12月15日  放射線研ミーティング.
冷却フランシウム原子を用いた 電子の永久電気双極子能率探索のための ルビジウム磁力計の研究
生命情報学 (8) スケールフリーネットワーク
前半戦 「史上最強」風 札上げクイズ.

認知症を理解し 環境の重要性について考える
フッ化ナトリウムによる洗口 2010・9・13 宮崎市郡東諸県郡薬剤師会 学校薬剤師  日高 華代子.
食品の安全性に関わる社会システム:総括 健康弱者 ハイリスク集団 HACCP (食肉処理場・食品工場) 農場でのQAP 一般的衛生管理
規制改革とは? ○規制改革の目的は、経済の活性化と雇用の創出によって、   活力ある経済社会の実現を図ることにあります。
地域保健対策検討会 に関する私見(保健所のあり方)
公共政策大学院 鈴木一人 第8回 専門化する政治 公共政策大学院 鈴木一人
医薬品ネット販売規制について 2012年5月31日 ケンコーコム株式会社.
平成26年8月27日(水) 大阪府 健康医療部 薬務課 医療機器グループ
平成26年度 呼吸器学会からの提案結果 (オレンジ色の部分が承認された提案) 新規提案 既収載の変更 免疫組織化学染色、免疫細胞化学染色
エナジードリンクの危険性 2015年6月23日 経営学部市場戦略学科MR3195稲沢珠依.
自動吸引は 在宅を変えるか 大分協和病院 院長         山本 真.
毎月レポート ビジネスの情報 (2016年7月号).
医療の歴史と将来 医療と医薬品産業 個人的経験 3. 「これからの医療を考える」 (1)医薬品の研究開発 -タクロリムスの歴史-
社会福祉調査論 第4講 2.社会調査の概要 11月2日.
2015年12月28日-2016年3月28日 掲載分.
2010度 民事訴訟法講義 補論 関西大学法学部教授 栗田 隆.
腫瘍学概論 埼玉医科大学国際医療センター 包括的がんセンター 緩和医療科/緩和ケアチーム 奈良林 至
“企業リスクへの考え方に変化を求められています。 トータルなリスクマネジメント・サービスをプロデュースします。“
情報漏えい 経済情報学科 E  西村 諭 E  釣 洋平.
金融班(ミクロ).
第11回 2009年12月16日 今日の資料=A4・4枚+解答用紙 期末試験:2月3日(水)N2教室
【ABL用語集】(あいうえお順) No 用語 解説 12 公正市場価格 13 債権 14 指名債権 15 事業収益資産 16 集合動産 17
基礎理論(3) 情報の非対称性と逆選択 公共政策論II No.3 麻生良文.
浜中 健児 昭和42年3月27日生まれ 東京都在住 株式会社ピー・アール・エフ 代表取締役 (学歴) 高 校:千葉県立東葛飾高校 卒業
COPYRIGHT(C) 2011 KYUSHU UNIVERSITY. ALL RIGHTS RESERVED
Blosxom による CMS 構築と SEO テクニック
記入例 JAWS DAYS 2015 – JOB BOARD 会社名 採用職種 営業職/技術職/その他( ) 仕事内容 待遇 募集数
ネットビジネスの 企業と特性 MR1127 まさ.
Future Technology活用による業務改革
ネットビジネス論(杉浦) 第8回 ネットビジネスと情報技術.
g741001 長谷川 嵩 g740796 迫村 光秋 g741000 西田 健太郎 g741147 小井出 真聡
自然独占 公共経済論 II no.5 麻生良文.
Autonomic Resource Provisioning for Cloud-Based Software
Webショップにおける webデザイン 12/6 08A1022 甲斐 広大.
ハイブリッドクラウドを実現させるポイントと SCSKのOSSへの取組み
寺尾 敦 青山学院大学社会情報学部 第12回 情報デザイン(4) 情報の構造化と表現 寺尾 敦 青山学院大学社会情報学部
【1−1.開発計画 – 設計・開発計画】 システム開発計画にはシステム開発を効率的、効果的に実行する根拠(人員と経験、開発手順、開発・導入するシステム・アプリケーション・サービス等)を記述すること。 システム開発の開始から終了までの全体スケジュールを記載すること。 アプリケーション機能配置、ソフトウェア、インフラ構成、ネットワーク構成について概要を示すこと。
6 日本のコーポレート・ガバナンス 2008年度「企業論」 川端 望.
急成長する中国ソフトウェア産業 中国ソフトウェアと情報サービス産業の規模 総売上高は5年間で約5.3倍の成長
米国ユタ州LDS病院胸部心臓外科フェローの経験
公益社団法人日本青年会議所 関東地区埼玉ブロック協議会 JCの情熱(おもい)育成委員会 2011年度第1回全体委員会
次世代大学教育研究会のこれまでの活動 2005年度次世代大学教育研究大会 明治大学駿河台校舎リバティタワー9階1096教室
子どもの本の情報 大阪府内の協力書店の情報 こちらをクリック 大阪府内の公立図書館・図書室の情報
第2回産業調査 小島浩道.
〈起点〉を示す格助詞「を」と「から」の選択について
広東省民弁本科高校日語専業骨幹教師研修会 ①日本語の格助詞の使い分け ②動詞の自他受身の選択について   -日本語教育と中日カルチャーショックの観点から- 名古屋大学 杉村 泰.
■5Ahバッテリー使用報告 事例紹介/東【その1】 ■iphon4S(晴れの昼間/AM8-PM3) ◆約1時間で68%⇒100%
『ワタシが!!』『地域の仲間で!!』 市民が始める自然エネルギー!!
ポイントカードの未来形を形にした「MUJI Passport」
SAP NetWeaver を支える Microsoft テクノロジーの全貌 (Appendix)
ガイダンス(内業) 測量学実習 第1回.
Python超入門 久保 幹雄 東京海洋大学.
熱力学の基礎 丸山 茂夫 東京大学大学院 工学系研究科 機械工学専攻
京都民医連中央病院 CHDF学習推進委員会
資料2-④ ④下水道.
Accessによる SQLの操作 ~実際にテーブルを操作してみよう!~.
コンピュータの構造2 (OSとアプリケーション)
Presentation transcript:

物理的な位置情報を活用した仮想クラウドの構築 九州工業大学 情報工学部 機械情報工学科 光来研究室 10237035 猿渡 貴彦

IaaSクラウド Infrastructure as a Service (IaaS) IaaSクラウドのプロバイダ ユーザにインスタンス(仮想マシン)をインターネット経由で 提供するサービス IaaSクラウドのプロバイダ クラウド上にインスタンスを用意しユーザに提供 例:Amazon EC2,ニフティクラウド クラウドとは,インターネットを利用したコンピュータの利用形態で,その一つにIaaSクラウドがあります. IaaSクラウドとは,ユーザにインスタンスと呼ばれる仮想マシンをインターネット経由で提供するサービスです. IaaSクラウドのプロバイダはクラウド上にインスタンスを用意し,ユーザに提供し,ユーザは利用したいときに利用したい分だけ利用できます. プロバイダの例としてAmazonイーシーツーやニフティクラウドなどがあります. インスタンス インスタンス インスタンス ユーザ

クラウドプロバイダの選択の難しさ IaaS クラウドのプロバイダは巨大なデータセンタを持 つ必要がある 競争力のあるクラウドプロバイダは多くない ユーザは既存のプロバイダの中から最適なプロバイ ダを選択 要求を満たすプロバイダを見つけるのは難しい ネットワーク構成 マイグレーション機能 サスペンド・レジューム機能など IaaSクラウドのプロバイダは巨大なデータセンタを持つ必要があるため,競争力のあるプロバイダの数はそれほど多くありません. そのため、現状では,ユーザは既存のクラウドプロバイダの中から最適なプロバイダを選択しなければならなりません. しかし,ユーザの要求はさまざまであり,すべての要求を満たすプロバイダをみつけるのは難しいです. たとえば,ネットワークの構成やシステムの移動を行う,マイグレーション機能や,起動,休止機能を提供する,サスペンド・レジューム機能などユーザに必要な機能はユーザごとに異なります. データセンタ

仮想 IaaS クラウド 既存の IaaS クラウドのインスタンスを用いて 仮想的 なIaaS クラウドを構築 インスタンスを仮想的なノード (マシン)に見立てる その上でさらにインスタンスを動かす ユーザ独自のクラウドを構築可能 巨大なデータセンタを必要としない そこで、クラウドプロバイダの選択の問題を解決するために,既存のIaaS クラウドのインスタンスを用いて仮想的なIaaSクラウドである仮想IaaS クラウドを構築する方法が考えられます. 仮想IaaS クラウドは,既存のIaaS クラウド上で提供されるインスタンスを☆仮想ノードに見立てます.その仮想ノード上で☆さらにインスタンスを動かしそのインスタンスをユーザに提供します.これにより,ユーザの要求を満たす,独自のIaaS クラウドを構築することができるようになります. また,既存のIaaSクラウドの資源を利用するので,巨大なデータセンタを持たずに二次プロバイダになることができ,より多様なクラウドを提供しやすくなります. 仮想IaaSクラウド インスタンス 仮想ノード インスタンス インスタンス 仮想ノード インスタンス 既存IaaSクラウド ☆☆ ☆☆

物理的な情報の仮想化による問題 仮想IaaS クラウドでは物理的な情報の多くが仮想化 されてしまう 物理情報に依存している処理がうまく行えない 例:インスタンス配置による性能低下の可能性 仮想ノード間では均等にインスタンスを配置できる 物理ノード間ではインスタンス配置が偏る可能性がある インスタンス数:4 インスタンス数:2 しかし,仮想IaaS クラウドでは,従来のIaaS クラウドにおける物理的な情報の多くが仮想化されてしまうため,物理情報に依存している処理がうまく行えなくなってしまいます. 例えば,インスタンスの配置がインスタンスの性能に影響を与える可能性があります. 従来はインスタンスをノードに配置する際,負荷が均一になるように配置できます. しかし,仮想IaaS クラウドでは図のように,仮想ノードにインスタンスが2つずつ配置されていて,仮想ノード間での負荷分散はうまくできていますが,物理ノード上で見ると,☆物理ノード1 にはインスタンスが4 つ配置されているのに対し,物理ノード2 には2 つしか配置されていません. そのため,☆物理ノード1の方に負荷が偏ってしまい,物理ノード間での負荷分散ができておらず,インスタンスの性能に影響を与える可能性があります. 負荷大 負荷小 ☆☆ ☆☆

提案:PhysCloud インスタンスの物理的な位置情報を活用した仮想 IaaS クラウド 従来の IaaS クラウドと仮想 IaaS クラウドから情報収集 物理ノードと仮想ノードの両方における負荷分散を考慮した インスタンス配置 そこで,本研究では,インスタンスの,物理的な位置情報を,活用した仮想IaaS クラウドである,PhysCloud を提案します. PhysCloudは,図のように,従来のIaaS クラウドと,仮想IaaS クラウドから,情報を収集し,仮想IaaS クラウドのインスタンスが,どの物理ノード上で動作しているかを管理します. 位置情報は,インスタンスの,仮想ノードの位置に加えて,物理ノードの位置を取得して,これらをインスタンスごとに管理します. そして,取得したインスタンスの,物理的な位置情報を活用して,物理ノードと仮想ノードの,両方における,負荷分散を考慮した,インスタンス配置を行います.

PhysCloudのクラウド基盤 Eucalyptus を用いて構築 Eucalyptusは2つの要素で構成される オープンソースのクラウド基盤構築ソフトウェア Eucalyptusは2つの要素で構成される フロントエンド ノードとインスタンス,仮想ネットワークの管理 ノード インスタンスを動作させ,インスタンスの制御を行う 本研究では,Eucalyptus というオープンソースの,クラウド基盤構築ソフトウェアを用いて,仮想IaaS クラウドを構築しました.Eucalyptus は,図のようにして,フロントエンドと,ノードの二つの要素で構成されます. フロントエンドは,いくつかのコンポーネントの集合体で,ノードとインスタンス,仮想ネットワークの管理を行います. ノードは,実際にインスタンスを動作させ,フロントエンドからの要求で,インスタンスの,起動や停止などの制御を行います.ノードでは,仮想化ソフトウェアのKVM を用いて,複数のインスタンスを同時に動作させます.

PhysCloud の構成 従来の IaaS クラウドの上に Eucalyptus を構築する ことで仮想 IaaS クラウドを実現 仮想ノードが仮想インスタンスを提供 ネストした仮想化を利用 PhysCloud は,従来のIaaS クラウドの上に,Eucalyptus を構築することで,仮想IaaS クラウドを実現します.ここで,仮想 IaaS クラウドを管理するのは,仮想フロントエンドです.また,インスタンスは,仮想ノードによって,提供され,ネストした仮想化を利用する事により,実現します. PhysCloud のシステム構成は,図のようになります. 区別するために,既存のIaaS クラウドにおけるフロントエンド,ノード,インスタンスをそれぞれ,物理フロントエンド,物理ノード,物理インスタンスと呼び,仮想IaaS クラウドにおけるものをそれぞれ,仮想フロントエンド,仮想ノード,仮想インスタンスと呼ぶことにします.PhysCloudが提供するインスタンスは,仮想インスタンスで,図ではインスタンスと省略します.

物理的な位置情報の取得 仮想フロントエンドと物理フロントエンドの情報から仮 想インスタンスの位置を特定 仮想インスタンスが動いている物理ノードのIPアドレスを取 得 IP アドレスを物理的な位置情報として利用 物理 フロントエンド 仮想 フロントエンド 仮想ノード インスタンス PhysCloud では,仮想フロントエンドと,物理フロントエンドの情報から,仮想インスタンスの位置を特定します.取得する情報は,仮想インスタンスが動いている物理ノードの,IPアドレスです.ノードと,IP アドレスの対応づけはフロントエンドによって管理されているため,IP アドレスを,物理的な位置情報として,利用する事ができます. PhysCloud が物理的な位置情報を取得する手順を,図で,説明します. まず,☆仮想フロントエンドから,対象の仮想インスタンスが配置されている,仮想ノードのIP アドレスを,取得します. 次に,物理フロントエンドから情報を取得します.物理フロントエンド上で,☆物理インスタンスの,IP アドレスを持つ,物理インスタンスの名前を,取得します.物理インスタンスと仮想ノードは同じです. 次に,☆物理フロントエンドから,その物理インスタンスが配置されている,物理ノードのIP アドレスを,取得します.この情報を取得することにより,仮想インスタンスが,どの物理ノード上で動いているかが,分かります. 仮想ノードのIP 仮想インスタンス名 KVM 仮想ノードのIP 物理インスタンス名 KVM KVM 物理ノードのIP 物理ノードのIP 物理ノード1 物理ノード2 ☆☆☆ ☆☆☆

位置情報を利用したインスタンス配置 物理ノードの負荷が偏らないように仮想インスタンス を配置 仮想ノードに順番にインスタンスを配置 物理的な位置情報を取得し,インスタンスが少ない物理ノー ドを優先して配置 物理ノード1 物理ノード2 仮想インスタンスの,物理的な位置情報を利用して,物理ノードの負荷が偏らないように,仮想インスタンスを配置します. ☆フロントエンドは,従来,図のように仮想ノードに順番にインスタンス配置していきます. この配置ポリシー加え,PhysCloudは,☆取得した,物理的な位置情報をもとに,インスタンスが少ない物理ノードを優先して,新しい仮想インスタンスを配置します. 次の新しいインスタンスを配置する時☆も,同様にしてインスタンスを配置していきます. インスタンス インスタンス インスタンス インスタンス インスタンス インスタンス インスタンス KVM KVM KVM ☆☆☆ ☆☆☆

実験 物理的な位置情報を活用して仮想インスタンスを配 置できるかどうかを確かめた 4つの仮想インスタンスの配置状況を調べた KVM KVM 物理ノード CPU メモリ Intel Xeon E3-1290 8GB 仮想フロントエンド,仮想ノード CPU メモリ ディスク 3コア 2GB 30GB 仮想ノード1 (192.168.100.6) 仮想ノード2 (192.168.100.7) 仮想ノード3 (192.168.100.8) 物理 フロント エンド 仮想 フロントエンド (192.168.100.5) 実験です.物理的な位置情報を活用して仮想インスタンスを配置できるかどうかを,確かめる実験を行いました. 本実験では図の構成を用いました. 物理フロントエンドは,物理ノード2 台で使用するために物理マシン1に構築しました. また,物理ノード1 上のインスタンスを用いて仮想フロントエンドと,仮想ノードを構築し,物理ノード2 では仮想ノードを2 つ構築しました. 本実験では,仮想インスタンスを4つ起動し,一つの物理ノードにインスタンスが偏らないかどうかを,確かめました. KVM KVM KVM KVM KVM 物理ノード1 (192.168.100.4) 物理ノード2 (192.168.100.2)

実験結果 物理ノード上で2つずつ均等に仮想インスタンスを起 動できていることを確認 物理ノード1 物理ノード2 仮想ノード1 (192.168.100.6) 仮想ノード2 (192.168.100.7) 仮想ノード3 (192.168.100.8) 仮想 フロントエンド (192.168.100.5) i- 8CFD42B8 i-D5E93F43 i- 5C084005 i-EDF344C9 実験結果です.仮想インスタンスを一つずつ配置していきました. 一つ目は☆仮想ノード2に配置されました.i-5C084005は仮想インスタンスの名前です. つぎに仮想ノード3☆にインスタンスが配置されて,その次に仮想ノード1に配置されました. 4つ目のインスタンスは,従来のポリシーなら☆仮想ノード2に配置されるところが,仮想ノード1に配置され,これにより,取得された物理的な位置情報を用いて,仮想インスタンスが少ない物理ノードが優先して配置されていることがわかりました. また,下の図は,仮想ノードのIPアドレスと仮想インスタンス名の一覧の取得を実行した結果です.左から,仮想ノードのIPアドレス,その次が,ノードを管理している仮想フロントエンドの名前,一番右が,仮想ノード上で起動中の仮想インスタンスの名前です. これらの結果より,物理ノード上で2つずつ均等に仮想インスタンスを起動できていることが確認できました. ☆☆☆ ☆☆☆

関連研究 Inception [Liu et al.'13] xCloud [Williams et al.'11] OpenStack を用いた仮想 IaaS クラウドを提案 物理的な情報の扱いは考慮されていない xCloud [Williams et al.'11] 既存のクラウド上に独自の仮想化システムを構築 マイグレーション未対応のクラウド上でも仮想マシンのマイ グレーションが可能 HVX [Fishman et al.'13] 既存のクラウド上で別の仮想化システム用に作成された仮 想マシンを実行可能 仮想ハードウェアをエミュレーション 関連研究です. Inceptionは,OpenStack を用いた仮想 IaaS クラウドを提案します.同じように仮想IaaSクラウドを構築するのですが,物理的な位置情報の扱いは考慮されていません. Xcloudは,既存のクラウド上に独自の仮想化システムを構築します.仮想マシンのマイグレーションを行うことを目的に研究され,マイグレーション未対応のクラウド上でも仮想マシンのマイグレーションが可能にします. HVXは,既存のクラウド上で別の仮想化システム用に作成された仮想マシンを実行可能にします.仮想マシンを別のクラウド上でも使用できることを目的に研究され,仮想ハードウェアをエミュレーションする事で実現します. ーーーーーーーーーーーーーーーーーーー Inceptionは,既存のクラウド上のリソース上で構築され,既存のクラウドが提供するインスタンスを用いてクラウドを構築し,ユーザにネストされた仮想マシンを提供します.Inceptionの研究目的は,プロバイダとユーザ間での利益を対等にすることで,プロバイダは仮想マシンのマイグレーション、動的なリソース管理、仮想マシンの複製など多くの革新的な技術を多数採用していく一方で,その機能を使わないユーザはその機能がある分多く課金することになります.そこで,Inceptionでは,ユーザにとって必要な分だけの機能を提供し,プロバイダとユーザ間での利益を対等にします. Xcloudは,既存のクラウドのインスタンスを用いて,Xenを構築し,ネストされたインスタンスをユーザに提供できるようにする研究です.既存のクラウドと異なるところは,既存のクラウドに依存せずにXenの機能を実行できるところです.Xcloudは現在,amazonec2のインスタンス上で,xenの実行に成功し,amazonec2の性能の評価をし,また,EC2インスタンスにネストされた準仮想化を実装していっています. HVXは,クラウドを仮想化する技術を提案します.HVXを用いることで,ほぼすべての既存のクラウド上でネストされたハイパーバイザーや仮想ハードウェア,ネットワークを提供することができます.また,クラウド事業者によって提供されるハードウェアに依存しないハードウェアのセットの提供をすることができます.

まとめ 物理的な位置情報を活用する仮想 IaaS クラウド PhysCloud を提案 今後の課題 既存の IaaS クラウド上に構築される仮想的な IaaS クラウ ド 仮想インスタンスの物理的な位置情報を利用した負荷分散 負荷を考慮して仮想インスタンスを配置 今後の課題 既存のクラウド全体の負荷を考慮できるようにする まとめです. 本研究では,物理的な位置情報を活用可能な仮想IaaS クラウドであるPhysCloud を提案しました. PhysCloud は,既存のIaaS クラウド上に構築される仮想的なIaaS クラウドで,仮想インスタンスの,物理的な位置情報を利用した,負荷分散を行うことができます.実験により,負荷を考慮して,仮想インスタンスを配置できることを,確認しました. 現状では,PhsCloud内での,負荷しか考慮していないので,今後の課題は,既存のクラウド全体の,負荷を考慮できるようにすることです.

Provider VM VM HVX VMM

物理的な位置情報の取得 物理ノードのIPアドレスを取得 物理情報を取得する手順 フロントエンドで管理されている 仮想フロントエンド 仮想インスタンス名 仮想インスタンス名 → 仮想ノードのIPアドレス PhysCloud では,仮想フロントエンドが仮想インスタンスの物理的な位置情報を利用できるようにするために,仮想インスタンス名から物理ノードのIP アドレスを取得する機能を提供します.ノードとIP アドレスの対応づけはフロントエンドによって管理されているため,IPアドレスを物理的な位置情報として利用することができます.PhysCloud が物理的な位置情報を取得する手順を図で説明します. まず,仮想フロントエンドから対象の仮想インスタンスが配置されている仮想ノードのIP アドレスを取得します. 次に,物理フロントエンドからその物理インスタンスのIP アドレスを持つ物理インスタンスの名前を取得します. 最後に,物理フロントエンドからその物理インスタンスが配置されている物理ノードのIP アドレスを取得し,これにより、仮想インスタンスがどの物理ノード上で動いているかが分かります. PhysCloud では物理インスタンスを仮想ノードとして用いるので,仮想ノードのIP アドレスは対応する物理インスタンスのIP アドレスと同一です. 物理フロントエンド 仮想ノードのIPアドレス→ 物理インスタンス名 物理ノードのIPアドレス 物理インスタンス名→ 物理ノードのIPアドレス ☆☆☆

物理ノード1 物理ノード2 インスタンス インスタンス インスタンス

物理ノード1 物理ノード2 仮想ノード 仮想ノード 仮想ノード インスタンス インスタンス インスタンス インスタンス インスタンス

インスタンス インスタンス

物理ノード1 物理ノード2 仮想ノード1 仮想ノード2 仮想ノード3 位置情報 インスタンス1 インスタンス2 インスタンス3 仮想ノード1 +物理ノード1 +物理ノード2

フロントエンド ノード ノード インスタンス インスタンス インスタンス インスタンス KVM KVM

KVM KVM 物理ノード1 (192.168.100.4) 物理ノード2 (192.168.100.2) 物理 フロント エンド 仮想ノード1 (192.168.100.6) 仮想ノード2 (192.168.100.7) 仮想ノード3 (192.168.100.8) 物理 フロント エンド 仮想 フロントエンド (192.168.100.5) インスタンス インスタンス インスタンス インスタンス KVM KVM KVM KVM KVM 物理ノード1 (192.168.100.4) 物理ノード2 (192.168.100.2)

KVM KVM 物理ノード1 物理ノード2 物理 フロント エンド 仮想ノード1 仮想ノード2 仮想ノード3 仮想 フロントエンド KVM インスタンス インスタンス インスタンス インスタンス KVM KVM KVM KVM KVM 物理ノード1 物理ノード2

仮想フロントエンド 物理フロントエンド 仮想インスタンス名 仮想インスタンス名 → 仮想ノードのIPアドレス

位置情報を利用したインスタンス配置 物理ノードの負荷が偏らないように仮想インスタンス を配置 物理的な位置情報を取得しておき,インスタンスが少ない ノードに配置する 物理ノード 物理ノード 仮想インスタンスの物理的な位置情報を利用して,物理ノードの負荷が偏らないように仮想インスタンスを配置します. PhysCloudは,取得した物理的な位置情報をもとに,物理ノードの中から,動いている仮想インスタンスの数が最も少ないものを選択し, ☆その物理ノード上の仮想ノードの中の動いている仮想インスタンスの数が最も少ないものを選択し,新しい仮想インスタンスを配置します. 仮想 フロントエンド インスタンス インスタンス インスタンス インスタンス KVM KVM KVM 物理的な位置情報

物理ノード1 物理ノード2 仮想ノード1 (192.168.100.6) 仮想ノード2 (192.168.100.7) 仮想ノード3 (192.168.100.8) 仮想 フロントエンド (192.168.100.5) インスタンス インスタンス インスタンス インスタンス