云系列-OpenstackNova組件參數(shù)說(shuō)明詳細(xì)講解

1、-OpenstackNova組件參數(shù)說(shuō)明詳細(xì)講解 、Nova概念計(jì)算服務(wù)是openstack最核的服務(wù)之,負(fù)責(zé)維護(hù)和管理云環(huán)境的計(jì)算資源它在openstack項(xiàng)中代號(hào)是nova,它提供計(jì)算服務(wù)，。所有的計(jì)算Hypervisor ()進(jìn)交互實(shí)例(虛擬服務(wù)器)由Nova(啟動(dòng)、掛起、停、刪除等)進(jìn)命周期的調(diào)度管理,能與這些服務(wù)集成，實(shí)現(xiàn)如加密磁盤、裸屬計(jì)算實(shí)例等。Novakeystone, glance, neutron, cinder swift等其他服務(wù)的持、Nova系統(tǒng)架構(gòu):，每個(gè)進(jìn)程執(zhí)不同的功能Nova 由多個(gè)服務(wù)器進(jìn)程組成于。sql數(shù)據(jù)庫(kù)DB:API:于、。HTTPnova組件HTTP請(qǐng)

2、求轉(zhuǎn)換命令:于決定哪臺(tái)計(jì)算節(jié)點(diǎn)。Schedulernova調(diào)度器、或。nova絡(luò)組件Network:轉(zhuǎn)發(fā)橋:。Compute nova計(jì)算組件:處理需要Conductor協(xié)調(diào)（構(gòu)建虛擬機(jī)或調(diào)整虛擬機(jī)）的請(qǐng)求，或者處理對(duì)象轉(zhuǎn)換三、Nova 組件詳講1.API 講解API是客戶,它由nova-api服務(wù)實(shí)現(xiàn),。作為openstack對(duì)外服務(wù)的nova-apiapi請(qǐng)求最主要接,。nova-apiapi的端點(diǎn)API提供REST標(biāo)準(zhǔn)調(diào)服務(wù)，便于與第三系統(tǒng)集成。novanova-api.最終戶不會(huì)直接改送RESTfulAPI請(qǐng)求,是通過(guò)openstack命令、dashbord和其他需要跟nova交換的組

3、件來(lái)使這些APINova-api都可以相應(yīng)-2)-novaHTTP請(qǐng)求-3)-nova其他服務(wù)返回結(jié)果并返回給客戶端Nova-api是外部訪問(wèn)并使nova提供的各種服務(wù)的唯途徑，也是客戶端和Nova之間的中間層2.Scheduler 講解可譯為,由nova-scheduler服務(wù)實(shí)現(xiàn)，主要解決的是如何選擇在哪個(gè)計(jì)算節(jié)點(diǎn)上啟動(dòng)實(shí)例的問(wèn)題。它可以應(yīng)多種規(guī)則,如調(diào)度器果考慮內(nèi)存使率、cpu負(fù)載率、cpu構(gòu)架(intellamd)等多種因素，根據(jù)定的算法，確定虛擬機(jī)實(shí)例能夠運(yùn)在哪臺(tái)計(jì)算服務(wù)器上。Nova-scheduler服務(wù)會(huì)從隊(duì)列中接收個(gè)虛擬機(jī)實(shí)例的請(qǐng)求,通過(guò)讀取數(shù)據(jù)庫(kù)的內(nèi)容,從可資源池中選擇最合

4、適的計(jì)算節(jié)點(diǎn)來(lái)創(chuàng)建新的虛擬機(jī)實(shí)例。創(chuàng)建虛擬機(jī)實(shí)例時(shí)，戶會(huì)提出資源需求,如cpu、內(nèi)存、磁盤各需要多少。Openstack將這些需求定義在實(shí)例類型中,戶只需指定使哪個(gè)實(shí)例類型就可以了(chance scheduler) :從所有正常運(yùn)nova-compute服務(wù)的節(jié)點(diǎn)中隨機(jī)選擇。隨機(jī)調(diào)度器(filtr scheduler) :根據(jù)指定的過(guò)濾條件以及權(quán)重選擇最佳的計(jì)算節(jié)點(diǎn)。Filter稱為篩選器過(guò)濾器調(diào)度器(caching scheduler):可看作隨機(jī)調(diào)度器的種特殊類型,在隨機(jī)調(diào)度的基礎(chǔ)上將主機(jī)資源信息緩存在本地內(nèi)存中,然后通過(guò)緩存調(diào)度器后臺(tái)的定時(shí)任務(wù)定時(shí)從數(shù)據(jù)庫(kù)中獲取最新的主機(jī)資源信息。2個(gè)

5、階段2.對(duì)過(guò)濾之后的主機(jī)列表進(jìn)權(quán)重計(jì)算排序，選擇最優(yōu)的計(jì)算節(jié)點(diǎn)來(lái)創(chuàng)建虛擬機(jī)實(shí)例-/最優(yōu)的節(jié)點(diǎn)當(dāng)過(guò)濾調(diào)度器需要執(zhí)調(diào)度操作時(shí),會(huì)讓過(guò)濾器對(duì)計(jì)算節(jié)點(diǎn)在/etc/nova/nova.cont配置件中,scheduler_available_filters選項(xiàng)于配置可過(guò)濾器,默認(rèn)是所有nova帶的過(guò)濾器都可以于過(guò)濾作Scheduler_available_filters =nova.scheduler.filters.all filters另外還有個(gè)選項(xiàng)scheduler-default filters于指定nova-scheduler服務(wù)真正使的過(guò)濾器,默認(rèn)值如下Scheduler_default f

6、ilters =RetryFilters, AvailabilityZoneFilter, RamFilter,ComputeFilter, ComputeCapabilitiesFilter, ImagePropertiesFilter,ServerGroupAntiAffinityFilter. ServerGroupAffinityFilter過(guò)濾調(diào)度器將按照列表中的順序依次過(guò)濾主要作是過(guò)濾掉之前已經(jīng)調(diào)度過(guò)的節(jié)點(diǎn)。如A,B,C都通過(guò)了過(guò)濾,A權(quán)重最被選中執(zhí)操作,由于某種原因,操作在A上失敗了。Nova-filterE新執(zhí)過(guò)濾操作,那么此時(shí)A就被會(huì)Retryfilter直接排除,以免再次失

7、敗AvailabilityZoneFilter ()為提容災(zāi)性并提供隔彎服務(wù),可以將計(jì)算節(jié)點(diǎn)劃分到不同的可區(qū)域中Openstack默認(rèn)有個(gè)命名為nova的可區(qū)域,所有的計(jì)算節(jié)點(diǎn)初始是放在nova區(qū)域中的。戶可以根據(jù)需要?jiǎng)?chuàng)建的個(gè)可區(qū)域。創(chuàng)建實(shí)例時(shí),需要指定將實(shí)例部署在哪個(gè)可區(qū)域中.Nova-scheduler執(zhí)過(guò)濾操作時(shí),會(huì)使AvailabilityZoneFilter不屬于指定可區(qū)域計(jì)算節(jié)點(diǎn)過(guò)濾掉根據(jù)可CPU核來(lái)調(diào)度虛擬機(jī)創(chuàng)建,將不能滿實(shí)例類型vCPU需求的計(jì)算節(jié)點(diǎn)過(guò)濾掉。VCPU也允許超量,超量值是通過(guò)修改cpu_allocation_ratio=16.0ComputeFilter()保證只

8、有nova-compute服務(wù)正常作的計(jì)算節(jié)點(diǎn)才能被nova-scheduler調(diào)度,它是必選的過(guò)濾器。ComputeCapablilitiesFilter ()根據(jù)計(jì)算節(jié)點(diǎn)的特性來(lái)過(guò)濾,如x86-64和ARM架構(gòu)的不同節(jié)點(diǎn),要將實(shí)例ImagePropertiesFilter()根據(jù)所選鏡像的屬性來(lái)篩選匹配的計(jì)算節(jié)點(diǎn)。通過(guò)元數(shù)據(jù)來(lái)指定其屬性。如希望鏡像只運(yùn)在KVM的Hypervisor上,可以通過(guò)Hypervisor Type屬性來(lái)指定。ServerGroupAntiAffinityFilter()openstack server group create-policy anti-affini

9、ty group-1創(chuàng)建三個(gè)實(shí)例,將它們放group-1服務(wù)器組openstack server create-flavor m1.tiny -image cirros -hint group=group-1 s1openstack server create-flavor m1.tiny -image cirros-hint group=group-1 s2openstack server create-flavor m1.tiny -image cirros -hint group=group-1 s3與反親和性過(guò)濾器相反,此過(guò)濾器盡量將實(shí)例部署到同個(gè)計(jì)算節(jié)點(diǎn)上Scheduler-nova

10、-scheduler服務(wù)可以使多個(gè)過(guò)濾器依次進(jìn)過(guò)濾,過(guò)濾之后的節(jié)點(diǎn)再通過(guò)計(jì)算權(quán)重選出能夠部署實(shí)例的節(jié)點(diǎn)。所有權(quán)重位于nova/scheduler/weights錄下。前默認(rèn)實(shí)現(xiàn)是RAMweighter,根據(jù),權(quán)重越,實(shí)例將被部署到當(dāng)前空閑內(nèi)存最多的計(jì)算節(jié)點(diǎn)上/usr/lib/python2.7/site-packages/usr/lib/python2.7/site-packages/nova/scheduler/weights3.Compute 講解在計(jì)算節(jié)點(diǎn)上運(yùn),負(fù)責(zé)管理節(jié)點(diǎn)上的實(shí)例。通常個(gè)主機(jī)運(yùn)個(gè)Nova-compute服務(wù),個(gè)實(shí)例部署在哪個(gè)可的主Nova-compute機(jī)上取決于調(diào)度算

11、法。OpenStack對(duì)實(shí)例的操作,最后都是提交給Nova-compute來(lái)完成。/管理實(shí)例相關(guān)的作Nova-compute可分為兩類,類是定向openstack報(bào)告計(jì)算節(jié)點(diǎn)的狀態(tài)，另類是實(shí)現(xiàn)實(shí)例命周期的管理。schedulercelimetor openstack /openstack/運(yùn)維員）定義統(tǒng)的接-2)-Hypervisor只需要實(shí)現(xiàn)這些接,就可以Driver的到OpenStack系統(tǒng)中形式即插即定期向OpenStack報(bào)告計(jì)算節(jié)點(diǎn)的狀態(tài)-1)-每隔段時(shí)間,nova-compute就會(huì)報(bào)告當(dāng)前計(jì)算節(jié)點(diǎn)的資源使情況和nova-compute服務(wù)狀態(tài)-2)-nova-compute是通過(guò)

12、Hypervisor的驅(qū)動(dòng)獲取這些信息的。實(shí)現(xiàn)虛擬機(jī)實(shí)例命周期的管理OpenStacknova-compute實(shí)現(xiàn)的。創(chuàng)建、關(guān)閉、重啟、掛起、恢復(fù)、中、調(diào)整、遷移、快照。(2)創(chuàng)建實(shí)例的鏡像件。(3)XML定義件。(4)創(chuàng)建虛擬絡(luò)并啟動(dòng)虛擬機(jī)。4.Conductor 講解由模塊實(shí)現(xiàn),旨在為數(shù)據(jù)庫(kù)的訪問(wèn)提供層安全保障。Nova-conductor作為pute服務(wù)與數(shù)據(jù)庫(kù)之間交互的中nova-conductor,避免了直接訪問(wèn)由nova-compute服務(wù)創(chuàng)建對(duì)接數(shù)據(jù)庫(kù)。介Nova-compute訪問(wèn)數(shù)據(jù)庫(kù)的全部操作都改到nova-conductor中,且nova-conductornova-co

13、nductor作為對(duì)數(shù)據(jù)庫(kù)操作的個(gè)代理是的。部署在控制節(jié)點(diǎn)上,nova-compute可以(RPC)nova-conductor.Nova-conductor有助于提數(shù)據(jù)庫(kù)的訪問(wèn)性能在個(gè)規(guī)模的openstack部署環(huán)境,管理員可以nova-conductor的數(shù)量來(lái)應(yīng)付益增長(zhǎng)的計(jì)算節(jié)點(diǎn)對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)量。以前對(duì)資源的管理全部由計(jì)算節(jié)點(diǎn)承擔(dān),在統(tǒng)計(jì)資源使情況時(shí),只是簡(jiǎn)單的將所有計(jì)算節(jié)點(diǎn)的資源情況累加起來(lái),但是系統(tǒng)中還存在外部資源,這些資源由外部系統(tǒng)提供。如ceph,nfs等提供的存儲(chǔ)資源等。對(duì)多種多樣的資源提供者,管理員需要統(tǒng)的、簡(jiǎn)單的管理接來(lái)統(tǒng).,PlacementAPIPlacementAPl

14、由nova-placement-api服務(wù)來(lái)實(shí)現(xiàn),旨在追蹤記錄資源提供者的錄和資源使情況。被消費(fèi)的資源類型是按類進(jìn)跟蹤的。如計(jì)算節(jié)點(diǎn)類、共享存儲(chǔ)池類、IP地址類等。四、虛擬機(jī)實(shí)例化流程戶可以通過(guò)多種式訪問(wèn)虛擬機(jī)的控制臺(tái)Nova-novncproxy守護(hù)進(jìn)程:通過(guò)vnc連接訪問(wèn)正在運(yùn)的實(shí)例提供個(gè)代理,持瀏覽器novnc客戶端。Nova-spicehtml5proxy守護(hù)進(jìn)程:通過(guò)spice連接訪問(wèn)正在運(yùn)的實(shí)例提供個(gè)代理,持基于html5瀏覽器的客戶端。Nova-xvpvncproxy守護(hù)進(jìn)程:通過(guò)vnc連接訪問(wèn)正在運(yùn)的實(shí)例提供個(gè)代理,持openstack專E的java客戶端Nova-consol

15、eauth守護(hù)進(jìn)程:負(fù)責(zé)對(duì)訪問(wèn)虛擬機(jī)控制臺(tái)提供戶令牌認(rèn)證。這個(gè)服務(wù)必須與控制臺(tái)代理程序共同使。控制臺(tái)接先戶(可以是OpenStack最終戶,也可以是其他程序)Nova Client提供的于創(chuàng)建虛擬機(jī)的命令。nova-api服務(wù)監(jiān)聽到來(lái)于Nova Client的HTTP請(qǐng)求,并將這些消息之后加消息隊(duì)列通過(guò)。nova-conductor服務(wù)。nova-conductor,進(jìn)些準(zhǔn)備作nova-conductor服務(wù)通過(guò)消息隊(duì)列告訴nova-scheduler服務(wù)去選擇個(gè)合適的計(jì)算節(jié)點(diǎn)來(lái)創(chuàng)建虛擬機(jī),此時(shí)nova-scheduler會(huì)讀取數(shù)據(jù)庫(kù)的內(nèi)。容nova-conductor服務(wù)從nova-sche

16、duler服務(wù)得到了合適的將計(jì)算節(jié)點(diǎn)的信息后,在nova-compute服務(wù)實(shí)現(xiàn)虛擬機(jī)的創(chuàng)。建五、Nova 部署架構(gòu)Nova經(jīng)典部署模式Nova負(fù)載均衡部署模式Cells 的架構(gòu)當(dāng)openstack nova集群的規(guī)模變時(shí),數(shù)據(jù)庫(kù)和消息隊(duì)列服務(wù)就會(huì)出現(xiàn)瓶頸問(wèn)題。Nova為提平擴(kuò)展及分布式、規(guī)模的部署能,同時(shí)不增加數(shù)據(jù)庫(kù)和消息中間件的復(fù)雜度,引了Cell概念。Cell可譯為單元。為持更規(guī)模的部署,openstack較的nova集群分成的單元,每個(gè)單元都有的消息隊(duì)列和數(shù)據(jù)庫(kù),可以解決規(guī)模增時(shí)引起的瓶頸問(wèn)題。在Cell中,Keystone, Neutron, Cinder.Glance等資源是共享的

17、。cell（1）Messages的路由，即cell通過(guò)nova-cell將Messages路由到cell的AMQP（消息隊(duì)列）模塊。（2）分級(jí)調(diào)度功能，即調(diào)度某個(gè)instances的時(shí)候先要進(jìn)cell的選擇，前只持隨機(jī)調(diào)度，后續(xù)會(huì)增加基于filter和weighing策略的調(diào)度。（3）資源統(tǒng)計(jì)，cell定時(shí)的將的資源信息上報(bào)給cell，來(lái)給分級(jí)調(diào)度策略提供決策數(shù)據(jù)和基于cell的資源監(jiān)控。（4）cell之間的通信(通過(guò)rpc遠(yuǎn)程調(diào)完成)。cell cell從架構(gòu)圖看，cell0， , cell1. cell2 位于最上層的cell0，也就是api-cell， 下層的cell1與cell2則是平

18、對(duì)等的關(guān)系，他們之間交互，相互獨(dú)，還可以繼續(xù)增加cell3,cell4 。 上層的apicell主要包括了Nova API, Nova Scheduler, Nova Conductor 這3個(gè) Nova 服務(wù) ,同時(shí)在 APICell 中還需要 MQ 提供組件內(nèi)的通信服務(wù)。APICell中的 DB 包含兩個(gè)數(shù)據(jù)庫(kù)，分別是 api數(shù)據(jù)庫(kù) 和 cell數(shù)據(jù)庫(kù)，api數(shù)據(jù)庫(kù)保存了全局?jǐn)?shù)據(jù)，如 flavor 信息。此外 api 數(shù)據(jù)庫(kù)中還有部分表是于 placement 服務(wù)的； cell數(shù)據(jù)庫(kù)則是于保存創(chuàng)建失敗且還沒(méi)有確定位于哪個(gè) cell 的虛機(jī)數(shù)據(jù)，如當(dāng)虛擬機(jī)調(diào)度失敗時(shí)，該虛擬機(jī)數(shù)據(jù)就會(huì)被保存

19、到cell數(shù)據(jù)庫(kù)中。也就是cell0數(shù)據(jù)庫(kù)中。在每個(gè) Cell 中，都有獨(dú)使的數(shù)據(jù)庫(kù)、消息隊(duì)列和 Nova Conductor 服務(wù)，當(dāng)前 Cell 中的所有計(jì)算節(jié)點(diǎn)，全部將數(shù)據(jù)發(fā)送到當(dāng)前 Cell 中的消息隊(duì)列，由 Nova Conductor 服務(wù)獲取后，保存當(dāng)前 Cell 的 Nova 數(shù)據(jù)庫(kù)中。整個(gè)過(guò)程都不會(huì)涉及到 APICell 中的消息隊(duì)列。因此通過(guò)對(duì)計(jì)算節(jié)點(diǎn)進(jìn) Cell 劃分，可以有效降低 APICell 中消息隊(duì)列和數(shù)據(jù)庫(kù)的壓。假如個(gè) MQ 能持200個(gè)計(jì)算節(jié)點(diǎn)，則在劃分 Cell 以后，每個(gè) Cell 都可以持200個(gè)計(jì)算節(jié)點(diǎn)，有 N 個(gè) Cell 就可以持 N X 200

20、個(gè)計(jì)算節(jié)點(diǎn)，因此可以極提升單個(gè) OpenStack 的集群管理規(guī)模。六、Nova 元數(shù)據(jù)元數(shù)據(jù)作是通過(guò)向虛擬機(jī)實(shí)例注元數(shù)據(jù)信息,實(shí)例啟動(dòng)時(shí)獲得的元數(shù)據(jù),實(shí)例中的cloud-init具根據(jù)元數(shù)據(jù)完成個(gè)性化配置作。Openstack將cloud-init定制虛擬機(jī)實(shí)例配置時(shí)獲取的元數(shù)據(jù)信息分成兩類:元數(shù)據(jù)metadata)和戶數(shù)據(jù)(user data)元數(shù)據(jù)指的是結(jié)構(gòu)化數(shù)據(jù),以鍵值對(duì)形式注實(shí)例,包括實(shí)例的些常屬性,如主機(jī)名、絡(luò)配置信息(IP地址和安全組)、SSH密鑰等。戶數(shù)據(jù)是結(jié)構(gòu)化數(shù)據(jù),通過(guò)件或腳本的式進(jìn)注,持多種件格式,如gzip,shell, cloud-init配置件等,主要包括些命令、腳

21、本,如shell腳本。Openstack將元數(shù)據(jù)和戶數(shù)據(jù)的配置信息注機(jī)制分為兩種,種是配置驅(qū)動(dòng)器機(jī)制，另種是元數(shù)據(jù)服務(wù)機(jī)制。七、openstack-Nova部署【組件部署位置】主IP部署服務(wù)機(jī)nova-api（nova主服務(wù)）nova-scheduler（nova調(diào)度服務(wù)）nova-conductor（nova數(shù)據(jù)庫(kù)服務(wù)，提供數(shù)據(jù)庫(kù)訪問(wèn)）nova-novncproxy（nova的vnc服務(wù)，提供實(shí)例的控制臺(tái)）ct 5c1 6c2 7nova-compute（nova計(jì)算服務(wù)）nova-compute（nova計(jì)算服務(wù)）【控制節(jié)點(diǎn)服務(wù)配置】1.mysql -uroot -p密碼CREATE DA

22、TABASE ;CREATE DATABASE ;CREATE DATABASE ;quit2.#創(chuàng)建nova戶openstack user create -domain default -password NOVA_PASS nova#nova戶添加到service項(xiàng)，擁有admin權(quán)限openstack role add -project service -user nova admin#創(chuàng)建nova服務(wù)openstack service create -name nova -description OpenStack Compute compute3.openstack endpoint

23、 create -region RegionOne compute public http:/ct:8774/v2.1openstack endpoint create -region RegionOne compute internal http:/ct:8774/v2.1openstack endpoint create -region RegionOne compute admin http:/ct:8774/v2.14.）yum -y install openstack-nova-api openstack-nova-conductor openstack-nova-novncprox

24、y openstack-nova-scheduler5.cp -a /etc/nova/nova.conf,.bak#nova.conf#修改為ct（內(nèi)部）openstack-config -set /etc/nova/nova.conf DEFAULT firewall_driver nova.virt.firewall.NoopFirewallDriveropenstack-config -set /etc/nova/nova.conf DEFAULT transport_url rabbit:/openstack:RABBIT_PASSctopenstack-config -set /e

25、tc/nova/nova.conf api_database connection mysql+pymysql:/nova:NOVA_DBPASSct/nova_apiopenstack-config -set /etc/nova/nova.conf database connection mysql+pymysql:/nova:NOVA_DBPASSct/novaopenstack-config -set /etc/nova/nova.conf placement_database connection mysql+pymysql:/placement:PLACEMENT_DBPASSct/

26、placementopenstack-config -set /etc/nova/nova.conf api auth_strategy keystoneopenstack-config -set /etc/nova/nova.conf placement username placementopenstack-config -set /etc/nova/nova.conf placement password PLACEMENT_PASScat /etc/nova/nova.confDEFAULTenabled_apis =osapi_compute,metadata #指定持的api類型m

27、y_ip =5 #定義本地IPuse_neutron =true #通過(guò)neutron獲取地址firewall_driver =nova.virt.firewall.NoopFirewallDrivertransport_url =rabbit:/openstack:RABBIT_PASSct #指定連接的rabbitmqapiauth_strategy =keystone #指定使keystone認(rèn)證api_databaseconnection =mysql+pymysql:/nova:NOVA_DBPASSct/nova_apicinderhealthcheckhypervkey_mana

28、gerkeystone#配置keystone的認(rèn)證信息auth_url =http:/ct:5000/v3 #到此url去認(rèn)證#memcache數(shù)據(jù)庫(kù)地址:端neutronnotificationsosapi_v21oslo_concurrency#指定鎖路徑#鎖的作是創(chuàng)建虛擬機(jī)時(shí)，在執(zhí)某個(gè)操作的時(shí)候，需要等此步驟執(zhí)完后才能執(zhí)下個(gè)步驟，不能并執(zhí)，保證操作是oslo_policypciplacementpowervmprivsepprofilerquotardp#此處如果配置不正確，則連接不上虛擬機(jī)的控制臺(tái)#指定vnc的監(jiān)聽地址workaroundswsgiconnection =mysql+p

29、ymysql:/placement:PLACEMENT_DBPASSct/placement6. #初始化nova_api數(shù)據(jù)庫(kù)su -s /bin/sh -c nova-manage api_db sync nova7.cell0#注冊(cè)cell0數(shù)據(jù)庫(kù)；nova服務(wù)內(nèi)部把資源劃分到不同的cell中，把計(jì)算節(jié)點(diǎn)劃分到不同的cell中；openstack內(nèi)部基于cell把計(jì)算節(jié)點(diǎn)進(jìn)邏輯上的分組su -s /bin/sh -c nova-manage cell_v2 map_cell0 novasu -s /bin/sh -c nova-manage cell_v2 create_cell -na

30、me=cell1 -verbose nova#初始化nova/var/log/nova/nova-manage.log 志判斷是否初始化成功su -s /bin/sh -c nova-manage db sync nova#可使以下命令驗(yàn)證cell0cell1是否注冊(cè)成功su -s /bin/sh -c nova-manage cell_v2 list_cells nova #驗(yàn)證cell0cell1組件是否注冊(cè)成功8.systemctl enable openstack-nova-api.service openstack-nova-scheduler.service openstack-n

31、ova-conductor.service openstack-nova-novncproxy.servicesystemctl start openstack-nova-api.service openstack-nova-scheduler.service openstack-nova-conductor.service stat -tnlup|egrep 8774|8775curl http:/ct:8774【計(jì)算節(jié)點(diǎn)配置服務(wù)節(jié)點(diǎn)】1. #安裝nova-compute組件yum -y install openstack-nova-compute#修改配置件c1c2地址）openstack

32、-config -set /etc/nova/nova.conf placement user_domain_name Defaultopenstack-config -set /etc/nova/nova.conf placement auth_url http:/ct:5000/v3openstack-config -set /etc/nova/nova.conf placement username placementopenstack-config -set /etc/nova/nova.conf placement password PLACEMENT_PASSopenstack-config -set /etc/nova/nova.conf libvirt virt_type qemucat nova.confDEFAULTuse_ne