OpenStack初始化淺析
目前的OpenStack的部署工具已經(jīng)很完備了,尤其是Kolla,至少可以滿足目前的各種需求。在部署安裝的問(wèn)題解決后,我們對(duì)日后如何用好OpenStack就需要做一下研究。這里整理一下目前所關(guān)注和思考的問(wèn)題,也是OpenStack交付給用戶時(shí)我們要回答的問(wèn)題。
CPU和內(nèi)存超分比例
經(jīng)常有人問(wèn)我,一臺(tái)機(jī)器可以虛擬出多少臺(tái)虛擬機(jī)。對(duì)于這個(gè)問(wèn)題,我的答案永遠(yuǎn)都是:It depends。完全取決于你,從1個(gè)到100,都是可能的。
OpenStack默認(rèn)的CPU超分比例是16:0,內(nèi)存是1.5:0。那么在生產(chǎn)環(huán)境如何配置呢?這個(gè)需要認(rèn)真考慮,不同的OpenStack使用場(chǎng)景確實(shí)區(qū)別很大。
對(duì)于開(kāi)發(fā)環(huán)境,16倍的超分比例,很可能也跑的很好。內(nèi)存也可以超分。而目前看到的生產(chǎn)環(huán)境中,穩(wěn)妥的做法是4:0超分比例,內(nèi)存不超分,這樣的做法比較普遍。
這里面要簡(jiǎn)單介紹一下KVM計(jì)算CPU超分的計(jì)算方式。一顆物理CPU,是12Core,超線程,那么就是24Core,如果我們不做任何的超分,1.0,那么就是24個(gè)Core,創(chuàng)建4core的虛擬機(jī),可以創(chuàng)建6個(gè)。如果我在參數(shù)里設(shè)置的CPU超分比例是4.0,那么就有24*4=96core,對(duì)于4core的虛擬機(jī),我就可以創(chuàng)建出24個(gè)。
CPU和內(nèi)存預(yù)留
對(duì)于計(jì)算節(jié)點(diǎn)的CPU和內(nèi)存,需要保留多少,尤其現(xiàn)在超融合架構(gòu)下,保留多少比較合適,都是比較爭(zhēng)議的問(wèn)題,不同的軟件版本,不同的硬件條件,結(jié)果都會(huì)不同。
對(duì)于超融合架構(gòu),采用SSD,以前是需要專門做CPU的預(yù)留和綁定,不過(guò)現(xiàn)在好像很少人談及這個(gè)問(wèn)題。不過(guò)一般習(xí)慣,大家都是內(nèi)存保留4G,現(xiàn)在內(nèi)存比較便宜,4G內(nèi)存跑計(jì)算節(jié)點(diǎn)各種服務(wù),問(wèn)題不大。
CPU的預(yù)留多少給主機(jī)使用,這個(gè)參數(shù)很多環(huán)境下都不設(shè)置,不做任何的保留。
Flavor
一般開(kāi)始的時(shí)候,很少考慮Flavor該如何設(shè)置,不過(guò)真正使用起來(lái),F(xiàn)lavor問(wèn)題其實(shí)很多,因?yàn)橐坏〧lavor有虛擬機(jī)使用,你就無(wú)法刪除和修改,這樣如果你對(duì)flavor做任何操作,都會(huì)導(dǎo)致虛擬機(jī)產(chǎn)生各種問(wèn)題。因此OpenStack默認(rèn)初始化的Flavor,在實(shí)際中應(yīng)該做調(diào)整。
目前OpenStack支持StartFragment 專門租戶設(shè)置特別flavor,所以我們建議生產(chǎn)環(huán)境設(shè)置2個(gè)flavor
1. 4Core+8G內(nèi)存
2. 8Core+16G內(nèi)存
3. 1Core+2G內(nèi)存
第三個(gè)flavor,主要目的是測(cè)試使用。日常用戶使用2個(gè)flavor應(yīng)該就足夠了。
這個(gè)其實(shí)也需要考慮主機(jī)的內(nèi)存到底多少是最合適。如果機(jī)器是512G內(nèi)存,16G內(nèi)存的虛擬機(jī)可以創(chuàng)建32個(gè),減掉系統(tǒng)保留內(nèi)存,30個(gè)虛擬機(jī)是沒(méi)啥問(wèn)題的。
對(duì)于core來(lái)說(shuō),我們就需要240個(gè)Core。如果一個(gè)CPU是15個(gè)Core,超分比例是4,那么就基本夠用。從成本角度,15個(gè)Core的CPU很貴,通常12Core的CPU比較合算。
鏡像
這個(gè)很重要,不過(guò)過(guò)去私有云的鏡像制作都很不正規(guī),導(dǎo)致很多問(wèn)題。一個(gè)Linux的OpenStack鏡像,其實(shí)是需要做很多工作,用戶用起來(lái)才會(huì)感覺(jué)好用。
1. 上傳鏡像,必須指定內(nèi)存和硬盤的最小要求,這樣可以避免很多用戶出錯(cuò)
2. 上傳qcow2,轉(zhuǎn)換成raw格式
3. 只提供最小化安裝的linux鏡像(centos 7.2,centos 7.3,Ubuntu 16.04)
4. 集成qemu agent
5. 關(guān)閉selinux
6. 不設(shè)置wap分區(qū)
7. 加快ssh速度,設(shè)置ssh不用dns
8. 指定源,加快速度
9. 可以設(shè)置密碼
對(duì)于OpenStack特殊服務(wù),例如ironic,sahara,trove,其實(shí)還需要特殊的定制的鏡像。
鏡像上傳,只能讓管理員上傳。
租戶和計(jì)費(fèi)
很多情況下,為了方便,創(chuàng)建用戶時(shí)都分配管理員權(quán)限,導(dǎo)致很多管理問(wèn)題。還是應(yīng)該要求一個(gè)租戶一個(gè)用戶對(duì)應(yīng)。這樣好管理,不能那么隨意。
對(duì)于租戶,要啟用計(jì)費(fèi)系統(tǒng)才能了解到資源是如何消耗掉的。
相關(guān)文章
OpenStack Tempest的正確的打開(kāi)方式
Tempest 是一個(gè)旨在為云計(jì)算平臺(tái) OpenStack 提供集成測(cè)試的開(kāi)源項(xiàng)目。它是基于 unittest2 和 nose 建立的靈活且易于擴(kuò)展及維護(hù)的自動(dòng)化測(cè)試框架,使得 OpenStack 相關(guān)測(cè)試效率得到大幅度提升。2017-01-01詳解OpenStack云平臺(tái)的網(wǎng)絡(luò)模式及其工作機(jī)制
這篇文章主要介紹了詳解OpenStack云平臺(tái)的網(wǎng)絡(luò)模式及其工作機(jī)制,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下。2016-12-12cURL操作Openstack對(duì)象存儲(chǔ)的ReST API詳解
這篇文章主要介紹了cURL操作Openstack對(duì)象存儲(chǔ)的ReST API詳解的相關(guān)資料,需要的朋友可以參考下2016-11-11OpenStack手動(dòng)分布式部署Glance(Queens版)
這篇文章主要介紹了OpenStack手動(dòng)分布式部署Glance(Queens版),Glance為云平臺(tái)虛擬機(jī)提供鏡像服務(wù),例如:上傳鏡像、刪除鏡像等,需要的朋友可以參考下2023-03-03OpenStack虛擬機(jī)快照和增量備份實(shí)現(xiàn)方法
快照針對(duì)要保存的數(shù)據(jù)分為內(nèi)存快照和磁盤快照,內(nèi)存快照就是保存當(dāng)前內(nèi)存的數(shù)據(jù),磁盤快照就是保存硬盤的數(shù)據(jù),這篇文章主要介紹了OpenStack虛擬機(jī)快照和增量備份實(shí)現(xiàn),需要的朋友可以參考下2022-04-04java.util.ConcurrentModificationException 解決方法
這篇文章主要介紹了 java.util.ConcurrentModificationException 解決方法的相關(guān)資料,需要的朋友可以參考下2016-11-11OpenStack Heat AutoScaling詳解及實(shí)例代碼
這篇文章主要介紹了OpenStack Heat AutoScaling詳解及實(shí)例代碼的相關(guān)資料,需要的朋友可以參考下2016-12-12OpenStack Keystone的基本概念詳細(xì)介紹
這篇文章主要介紹了OpenStack Keystone的基本概念詳細(xì)介紹的相關(guān)資料,需要的朋友可以參考下2016-11-11