openstack對接VMware淺析

      網(wǎng)友投稿 1008 2022-05-29

      前言

      本文是對OpenStack對接vmware的淺析,所以本文重點是以下兩點:

      先了解它的整體架構(gòu),搞清楚為什么要用這樣的架構(gòu);

      然后再了解架構(gòu)中的各個組件,組件提供的主要功能與各個組件之間的交互

      整體架構(gòu)

      先上圖,了解下openstack結(jié)合VMware的整體架構(gòu)。

      工作原理和流程:

      虛機如何啟動?

      前端BC-OP或者Horizon發(fā)送http請求給Rest api,Nova api 通過RPC Call(Rabbitmq)請求scheduler選擇合適的nova-compute,到此為止,與Openstack正常的流程都是一樣的,對于kvm來說,直接在compute node起虛機就可以了,因為本文重點是VMware所以流程就寫的比較簡單,對于對接了VMware那就要繼續(xù)往下看。

      nova-scheduler可調(diào)度的nova-compute可能有多個,每個compute對應(yīng)的是vcenter上的一個集群(Cluster)。

      nova-compute需在配置文件中指定的底層driver是VMware diriver,通過Vmware driver與管理ESX主機集群的Vcenter Apis交互,然后Vcenter會選擇集群中合適的ESX主機,在內(nèi)部使用vcenter DRS來起虛機。

      通過Openstack啟動虛機,虛機在Vcenter上會呈現(xiàn)出來,并且可以支持VMware的高級功能,另外,在horizon或者OP頁面也會呈現(xiàn),能夠像其他openstack的虛擬機一樣管理,但是可能會受到部分VMware的限制(如ssh keys等)。

      鏡像如何獲取?

      和libvirt driver一樣,VMware driver也會去和glance 交互,如圖虛線從后端復(fù)制vmdk鏡像到啟動虛機的datastore中去,同時會緩存下來。

      云硬盤cinder如何管理?

      與起虛機原理一樣,cinder后端指定為VMware,使用VMware的dirver去創(chuàng)建卷,cinder volume這個其實就是封裝了一層, 最終都是調(diào)用vcenter的存儲管理的功能。

      總結(jié):

      1.對于終端用戶OP或者Horizon其實完全感知不到kvm虛機和VMware虛機有和不同的,因為都是通過Openstack去管理底層的虛擬機,而前端都是去調(diào)用Openstack的Api。

      2.Openstack作為管理平臺,只能管理到nova-compute一層,即知道在哪一個cluster,對于ESX層面以下,Openstack是管理不到的,都交給了Vcenter去管理。換個角度想,虛擬機在集群內(nèi)的變動,對于openstack的管理是完全不會有影響的。

      名詞解釋

      Vcenter

      統(tǒng)一管理數(shù)據(jù)中心的所有主機(ESX)和虛擬機等資源。

      ESXI(ESX)主機

      openstack對接VMware淺析

      和KVM主機類似,使用虛擬化軟件ESX或ESXI運行虛擬機的計算機,為虛機提供cpu和內(nèi)存資源,同時為虛擬機

      提供訪問存儲資源和網(wǎng)絡(luò)連接的能力,ESX是收費的。

      vSphere

      VMware vSphere 是VMware 的一個虛擬化產(chǎn)品,是整體解決方案。

      Datastore

      共享數(shù)據(jù)存儲,用于保存虛擬機文件和鏡像文件等文件,掛載給所有的ESX主機使用。

      其他組件

      其他的都是openstack的組件不是本文重點就不再贅述。

      參考自O(shè)penstack官方文檔:

      http://docs.openstack.org/kilo/config-reference/content/vmware.html

      遇到的VMware相關(guān)的問題:

      1.在測試過程中,glance 上傳鏡像慢并且超時。

      原因:是Vcenter版本5.1版本太低導(dǎo)致,升級Vcenter版本問題解決。

      2.創(chuàng)建的flavor CPU數(shù)量如果不是2的次方,虛機內(nèi)核啟動不正常。

      原因:VMware的虛機默認是開啟numa架構(gòu)(CPU訪問各自的存儲器),所以對虛擬cpu格式有限制。

      可以ESC進入虛擬機,關(guān)閉啟用numa。

      3.虛擬機通過VCenter遷移后,Openstack無法管理虛擬機

      原因:正如上面架構(gòu),Openstack管理到nova-compute,至于Vcenter下面的操作感知不到,理論上是不會受影響的

      來源:https://www.cnblogs.com/zhoumingang/p/5514556.html

      虛擬化 OpenStack 存儲

      版權(quán)聲明:本文內(nèi)容由網(wǎng)絡(luò)用戶投稿,版權(quán)歸原作者所有,本站不擁有其著作權(quán),亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容,請聯(lián)系我們jiasou666@gmail.com 處理,核實后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。

      上一篇:在Google使用Borg進行大規(guī)模集群的管理 1-2
      下一篇:《智能系統(tǒng)與技術(shù)叢書 生成對抗網(wǎng)絡(luò)入門指南》—1.1.3新時代的人工智能
      相關(guān)文章
      亚洲变态另类一区二区三区| 亚洲va在线va天堂成人| 亚洲一区二区观看播放| 亚洲人成网男女大片在线播放 | 亚洲欧好州第一的日产suv| 亚洲a级成人片在线观看| 亚洲天堂电影在线观看| 亚洲一区在线视频观看| 亚洲va成无码人在线观看| 亚洲精品电影在线| 亚洲精彩视频在线观看| 亚洲福利一区二区三区| 亚洲免费一级视频| 亚洲av成人一区二区三区| 97se亚洲国产综合自在线| 亚洲色大成网站www| 亚洲精品又粗又大又爽A片| 亚洲国产成人久久综合| 国产亚洲视频在线| 亚洲第一页日韩专区| 亚洲人成无码网WWW| 中文字幕在线亚洲精品| 亚洲大尺度无码无码专区| 亚洲国语精品自产拍在线观看| 亚洲综合成人网在线观看| 亚洲精品在线电影| 亚洲中文无码亚洲人成影院| 亚洲国产精品成人午夜在线观看 | www国产亚洲精品久久久| 亚洲福利中文字幕在线网址| 国内精品久久久久久久亚洲| 亚洲国产成人片在线观看| 亚洲午夜免费视频| 99热亚洲色精品国产88| 色偷偷亚洲第一综合网| 亚洲午夜成人精品电影在线观看| 亚洲色自偷自拍另类小说| 亚洲男人天堂av| 亚洲娇小性xxxx色| 狠狠综合亚洲综合亚洲色| 久久久久亚洲精品中文字幕|