本發(fā)明涉及計算機控制領域,尤指一種操作系統(tǒng)的安裝方法及系統(tǒng)。
背景技術:
隨著計算器技術和效能的快速成長,計算器在各領域的應用越來越廣泛。尤其是軟件與硬件的變化,也連帶著影響計算機運行的效能。openstack是一個開源的云計算管理平臺,是iaas(基礎設施即服務)組件,讓任何人都可以自行建立和提供云端運算服務。openstack覆蓋了網(wǎng)絡、虛擬化、操作系統(tǒng)、服務器等各個方面。項目目標是提供實施簡單、可大規(guī)模擴展、豐富、標準統(tǒng)一的云計算管理平臺。openstack通過各種互補的服務提供了基礎設施即服務(iaas)的解決方案,每個服務提供api以進行集成。
目前,openstack云平臺的部署需要人工地管理多臺設備,錯誤率高,效率較低,無法滿足快速部署的需求,耗時相當長,而且運行和維護成本高。對于個人使用者而言,使用者僅需要面對單一臺計算器進行操作系統(tǒng)的安裝與硬件的調(diào)整。但是對于需要安裝多臺計算器的廠商而言,由于生成新的操作系統(tǒng)文件需要將所有的周邊裝置的驅(qū)動程序且設定操作系統(tǒng)的環(huán)境參數(shù),因此,前置作業(yè)仍須由使用者來自行決定。如果這些工作全部由人工完成,這樣工作量大而且效率極低。
技術實現(xiàn)要素:
本發(fā)明的目的是提供一種操作系統(tǒng)的安裝方法及系統(tǒng),實現(xiàn)完成操作系統(tǒng)的安裝,加速并簡化安裝工作,提高生產(chǎn)效率。
本發(fā)明提供的技術方案如下:
本發(fā)明提供一種操作系統(tǒng)的安裝方法,包括步驟:s100根據(jù)裸機設備的硬件信息進行注冊得到硬件注冊信息;s200根據(jù)所述硬件注冊信息創(chuàng)建與所述裸機設備對應的節(jié)點;s300控制開機狀態(tài)的裸機設備安裝自動安裝腳本,使所述裸機設備調(diào)用所述自動安裝腳本中的配置腳本進行配置;所述自動安裝腳本包括目標操作系統(tǒng)的配置腳本;s400重啟安裝配置完成的裸機設備。
進一步的,所述s200之后,s300之前包括步驟:s210發(fā)送控制開啟指令至所述裸機設備,控制所述裸機設備開機啟動。
進一步的,所述步驟s300包括步驟:s310安裝所述自動安裝腳本,所述自動安裝腳本包括目標操作系統(tǒng)和openstack的配置腳本;s320調(diào)用所述配置腳本,分別在節(jié)點對應的裸機設備配置驅(qū)動信息、節(jié)點屬性信息、服務端口信息、類型模板信息和服務網(wǎng)絡信息。
進一步的,所述步驟s320包括步驟:s321配置所述驅(qū)動信息,所述驅(qū)動信息包括ipmi-username,ipmi-password,ipmi-address,deploy_kernel,deploy_ramdisk和ipmi-port;s322配置所述節(jié)點屬性信息,所述節(jié)點屬性信息包括memory,ram,disk和cpu;s323配置所述服務端口信息,所述服務端口信息包括node_uuid和node_mac_address;s324配置所述類型模板信息,使得所述類型模板信息與所述裸機設備的配置一致;所述類型模板信息包括ram、disk、core;s325配置所述服務網(wǎng)絡信息,使得所述裸機設備與openstack在一個廣播域內(nèi)。
進一步的,所述s100之前包括步驟:s010獲取所有待控制設備的硬件信息;所述硬件信息包括mac地址信息、ram信息、disk信息、core信息和cpu信息;s020根據(jù)所述硬件信息,判斷所述待控制設備是否是裸機;若是,執(zhí)行步驟s100。
本發(fā)明還提供一種操作系統(tǒng)的安裝系統(tǒng),包括:裸機設備,控制設備,所述裸機設備與所述控制設備通信連接;所述控制設備包括:注冊模塊,根據(jù)裸機設備的硬件信息進行注冊得到硬件注冊信息;創(chuàng)建模塊,根據(jù)所述注冊模塊的所述硬件注冊信息創(chuàng)建節(jié)點;控制模塊,控制開機狀態(tài)的裸機設備安裝自動安裝腳本,使所述裸機設備調(diào)用所述自動安裝腳本中的配置腳本進行配置,重啟安裝配置完成的裸機設備;其中,所述自動安裝腳本包括目標操作系統(tǒng)的配置腳本。
進一步的,還包括:發(fā)送模塊,發(fā)送控制開啟指令至所述裸機設備,控制所述裸機設備開機啟動。
進一步的,所述控制模塊包括:安裝子模塊,安裝所述自動安裝腳本,所述自動安裝腳本包括所述目標操作系統(tǒng)和openstack的配置腳本;配置子模塊,調(diào)用所述安裝子模塊中的所述配置腳本,分別在節(jié)點對應的裸機設備配置驅(qū)動信息、節(jié)點屬性信息、服務端口信息、類型模板信息和服務網(wǎng)絡信息。
進一步的所述配置子模塊包括:第一配置單元,配置所述驅(qū)動信息,所述驅(qū)動信息包括ipmi-username,ipmi-password,ipmi-address,deploy_kernel,deploy_ramdisk和ipmi-port;第二配置單元,配置所述節(jié)點屬性信息,所述節(jié)點屬性信息包括memory,ram,disk和cpu;第三配置單元,配置所述服務端口信息,所述服務端口信息包括node_uuid和node_mac_address;第四配置單元,配置所述類型模板信息,使得所述類型模板信息與所述裸機設備的配置一致;所述類型模板信息包括ram、disk、core;第五配置單元,配置所述服務網(wǎng)絡信息,使得所述裸機設備與openstack在一個廣播域內(nèi)。
進一步的,還包括:獲取模塊,獲取所有待控制設備的硬件信息;所述硬件信息包括mac地址信息、ram信息、disk信息、core信息和cpu信息;判斷模塊,根據(jù)所述獲取模塊獲取的所述硬件信息,判斷所述待控制設備是否是裸機;若是,發(fā)送注冊指令至所述注冊模塊進行注冊。
通過本發(fā)明提供的一種操作系統(tǒng)的安裝方法及系統(tǒng),能夠帶來以下至少一種有益效果:
1)本發(fā)明由于目標操作系統(tǒng)與openstack無縫融合,能夠使得安裝有目標操作系統(tǒng)的裸機設備能夠像管理虛擬機一樣管理物理主機,自動化規(guī)模部署。
2)本發(fā)明由于目標操作系統(tǒng)與openstack無縫融合,通過目標操作系統(tǒng)和openstack都自動化進行安裝部署,簡化了安裝的步驟,不需要單獨在需要安裝系統(tǒng)的裸機設備上單獨啟動一個系統(tǒng),加速并簡化安裝工作,提高生產(chǎn)效率。
3)本發(fā)明由于目標操作系統(tǒng)與openstack無縫融合,利用自動安裝腳本,控制相應操作系統(tǒng)的安裝參數(shù),能夠?qū)崿F(xiàn)批量安裝,也可以實現(xiàn)定制安裝。
4)本發(fā)明由于目標操作系統(tǒng)與openstack無縫融合,只需給裸機設備插上電,接上網(wǎng)線,其他工作都由目標操作系統(tǒng)和openstack自動化完成物理主機的添加、刪除、電源管理、操作系統(tǒng)和應用系統(tǒng)部署,以及網(wǎng)絡配置和靈活組網(wǎng),減少手工安裝操作系統(tǒng)及配置的工作。
附圖說明
下面將以明確易懂的方式,結(jié)合附圖說明優(yōu)選實施方式,對一種操作系統(tǒng)的安裝方法及系統(tǒng)的上述特性、技術特征、優(yōu)點及其實現(xiàn)方式予以進一步說明。
圖1是本發(fā)明一種操作系統(tǒng)的安裝方法的一個實施例的流程圖;
圖2是本發(fā)明一種操作系統(tǒng)的安裝方法的另一個實施例的流程圖;
圖3是本發(fā)明一種操作系統(tǒng)的安裝方法的另一個實施例的流程圖;
圖4是本發(fā)明一種操作系統(tǒng)的安裝系統(tǒng)的一個實施例的結(jié)構(gòu)示意圖;
圖5是本發(fā)明一種操作系統(tǒng)的安裝系統(tǒng)的另一個實施例的結(jié)構(gòu)示意圖。
具體實施方式
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案,下面將對照附圖說明本發(fā)明的具體實施方式。顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖,并獲得其他的實施方式。
為使圖面簡潔,各圖中只示意性地表示出了與本發(fā)明相關的部分,它們并不代表其作為產(chǎn)品的實際結(jié)構(gòu)。另外,以使圖面簡潔便于理解,在有些圖中具有相同結(jié)構(gòu)或功能的部件,僅示意性地繪示了其中的一個,或僅標出了其中的一個。在本文中,“一個”不僅表示“僅此一個”,也可以表示“多于一個”的情形。
ipmi(intelligentplatformmanagementinterface)是智能平臺管理接口,其是一項應用于服務器管理系統(tǒng)設計的標準,利用此接口標準設計有助于在不同類服務器系統(tǒng)硬件上實施系統(tǒng)管理,使不同平臺的集中管理成為可能。
廣播域(broadcastdomain)是指網(wǎng)段上所有設備的集合。這些設備收聽送往那個網(wǎng)段的所有廣播。
uuid的目的,是讓分布式系統(tǒng)中的所有元素,都能有唯一的辨識資訊,而不需要透過中央控制端來做辨識資訊的指定。如此一來,每個人都可以建立不與其它人沖突的uuid。在這樣的情況下,就不需考慮數(shù)據(jù)庫建立時的名稱重復問題。目前廣泛應用的uuid,是guids,linuxext2/ext3檔案系統(tǒng)、luks加密分割區(qū)、gnome、kde、macosx等等。
uuid是指在一臺機器上生成的數(shù)字,它保證對在同一時空中的所有機器都是唯一的。通常平臺會提供生成的api。按照開放軟件基金會(osf)制定的標準計算,用到了以太網(wǎng)卡地址、納秒級時間、芯片id碼和許多可能的數(shù)字。uuid由以下幾部分的組合:
(1)當前日期和時間,uuid的第一個部分與時間有關,如果你在生成一個uuid之后,過幾秒又生成一個uuid,則第一個部分不同,其余相同。
(2)時鐘序列。
(3)全局唯一的ieee機器識別號,如果有網(wǎng)卡,從網(wǎng)卡mac地址獲得,沒有網(wǎng)卡以其他方式獲得。
圖1是本發(fā)明一種操作系統(tǒng)的安裝的一個實施例,包括:
s100根據(jù)裸機設備的硬件信息進行注冊得到硬件注冊信息;
s200根據(jù)所述硬件注冊信息創(chuàng)建與所述裸機設備對應的節(jié)點;
s300控制開機狀態(tài)的裸機設備安裝自動安裝腳本,使所述裸機設備調(diào)用所述自動安裝腳本中的配置腳本進行配置;所述自動安裝腳本包括目標操作系統(tǒng)的配置腳本;
s400重啟安裝配置完成的裸機設備。
具體的,本實施例中,用戶能夠在控制設備如云計算管理平臺的界面進行登記各個裸機設備的硬件信息,也可以用戶直接根據(jù)手機等移動終端上傳各個裸機設備的硬件信息至控制設備。然后控制設備進行節(jié)點的創(chuàng)建,根據(jù)節(jié)點與裸機設備的映射關系,控制設備通過網(wǎng)絡下發(fā)自動安裝腳本至該節(jié)點對應的裸機設備上,裸機設備接收自動安裝腳本后安裝自動安裝腳本,執(zhí)行自動安裝腳本從而自動根據(jù)自動安裝腳本中的配置腳本進行節(jié)點屬性的配置,在安裝配置完成后,需要重啟才能完成操作系統(tǒng)的安裝。本發(fā)明中由于目標操作系統(tǒng)與openstack無縫融合,能夠使得安裝有目標操作系統(tǒng)的裸機設備能夠像管理虛擬機一樣管理物理主機,自動化規(guī)模部署。
優(yōu)選的,s210發(fā)送控制開啟指令至所述裸機設備,控制所述裸機設備開機啟動。
本實施例中,通過發(fā)送控制開啟指令至所述裸機設備,保證所有裸機設備處于開機狀態(tài),減少人為開機的繁瑣操作,避免不必要的時間浪費。
圖2是本發(fā)明一種操作系統(tǒng)的安裝的另一個實施例,包括:
s100根據(jù)裸機設備的硬件信息進行注冊得到硬件注冊信息;
s200根據(jù)所述硬件注冊信息創(chuàng)建與所述裸機設備對應的節(jié)點;
s310安裝所述自動安裝腳本,所述自動安裝腳本包括目標操作系統(tǒng)和openstack的配置腳本;
s320調(diào)用所述配置腳本,分別在節(jié)點對應的裸機設備配置驅(qū)動信息、節(jié)點屬性信息、服務端口信息、類型模板信息和服務網(wǎng)絡信息;
s400重啟安裝配置完成的裸機設備。
具體的,本實施例中,具體講述了配置的哪些內(nèi)容,只有通過控制設備下發(fā)的自動安裝腳本進行安裝目標操作系統(tǒng),安裝好目標操作系統(tǒng)后,進行配置使得安裝有目標控制系統(tǒng)的設備與控制設備建立一個連接,具體配置的是驅(qū)動信息、節(jié)點屬性信息、服務端口信息、類型模板信息和服務網(wǎng)絡信息,配置完成重啟安裝配置完成的裸機設備,然后控制設備就可以下發(fā)一系列的控制命令至完成操作系統(tǒng)安裝的裸機設備,如當操作系統(tǒng)升級版本后,控制設備可以下發(fā)系統(tǒng)升級指令,控制完成操作系統(tǒng)安裝的裸機設備進行系統(tǒng)升級,這里只例舉一個例子,其他例子類似這個例子,只是控制指令不一一樣。本發(fā)明能夠使得安裝有目標操作系統(tǒng)的裸機設備能夠像管理虛擬機一樣管理物理主機,自動化規(guī)模部署。由于目標操作系統(tǒng)與openstack無縫融合,只需給裸機設備插上電,接上網(wǎng)線,其他工作都由目標操作系統(tǒng)和openstack自動化完成物理主機的添加、刪除、電源管理、操作系統(tǒng)和應用系統(tǒng)部署,以及網(wǎng)絡配置和靈活組網(wǎng),減少手工安裝操作系統(tǒng)及配置的工作。
配置所述驅(qū)動信息,所述驅(qū)動信息包括ipmi-username,ipmi-password,ipmi-address,deploy_kernel,deploy_ramdisk和ipmi-port;配置所述節(jié)點屬性信息,所述節(jié)點屬性信息包括memory,ram,disk和cpu;配置所述服務端口信息,所述服務端口信息包括node_uuid和node_mac_address;配置所述類型模板信息,使得所述類型模板信息與所述裸機設備的配置一致;所述類型模板信息包括ram、disk、core;配置所述服務網(wǎng)絡信息,使得所述裸機設備與openstack在一個廣播域內(nèi)
具體的,本實施例中由于目標操作系統(tǒng)與openstack無縫融合,能夠使得安裝有目標操作系統(tǒng)的裸機設備能夠像管理虛擬機一樣管理物理主機,自動化規(guī)模部署。通過目標操作系統(tǒng)和openstack都自動化進行安裝部署,簡化了安裝的步驟,不需要單獨在需要安裝系統(tǒng)的裸機設備上單獨啟動一個系統(tǒng),加速并簡化安裝工作,提高生產(chǎn)效率。目標操作系統(tǒng)可以是os操作系統(tǒng),windows操作系統(tǒng),linux操作系統(tǒng)等等一系列的操作系統(tǒng)。
優(yōu)選的,上述實施例中,判斷該物理主機是否是裸機的步驟如下圖3所示:
s010獲取所有待控制設備的硬件信息;所述硬件信息包括mac地址信息、ram信息、disk信息、core信息和cpu信息;
s020根據(jù)所述硬件信息,判斷所述待控制設備是否是裸機;若是,執(zhí)行步驟s100。
具體的,本實施中,如果控制設備檢測判斷待控制設備是裸機,那么就可以根據(jù)用戶需要任意安裝控制設備數(shù)據(jù)庫中的所有操作系統(tǒng),并進行安裝配置,使得操作系統(tǒng)的裸機設備和控制設備連接,從而實現(xiàn)后續(xù)的批量控制的目的。另外如果是待控制設備不是的裸機,但是安裝的操作系統(tǒng)是其他操作系統(tǒng)而不是目標操作系統(tǒng),那么用戶可以根據(jù)需要進行重裝目標操作系統(tǒng),或者進行調(diào)用數(shù)據(jù)庫中的其他操作系統(tǒng)的配置信息進行配置,執(zhí)行s100-s400,這樣就不用再進行安裝目標操作系統(tǒng)。
下面,以裸機的操作系統(tǒng)的自動化安裝進行描述:裸機管理安全策略是基于phicloud自主研發(fā)的初始化服務工具協(xié)同openstack相關組件完成從“裸機”到獨立“云服務器”的蛻變;從物理主機上架安裝操作系統(tǒng)到物理主機下架維修,就像管理虛擬機一樣管理物理主機(包括未裝os和安裝os的物理主機)。創(chuàng)建一個承載業(yè)務系統(tǒng)的物理節(jié)點不再需要人工部署,只需告訴phicloudos,然后自動化加載操作系統(tǒng)到物理主機安裝完成即可。當前,要搭建承載業(yè)務系統(tǒng)的物理環(huán)境,需要人工地管理多臺設備,由此,phicloudos裸機管理應運而生,解決了物理主機的添加、刪除、電源管理、操作系統(tǒng)部署等問題。調(diào)用phicloudos裸機管理服務,登記物理服務器硬件信息,導入phicloudos,完成“裸機”注冊后,通過ipmi接口給專用基板管理控制器bmc發(fā)送控制開啟指令從而啟動物理主機,創(chuàng)建“裸機”服務消息被發(fā)送到消息隊列,調(diào)度服務接收到消息隊列中的消息,判斷是否為“裸機”節(jié)點,如果是,則將調(diào)度后的主機節(jié)點信息及創(chuàng)建消息放入消息隊列,計算服務監(jiān)聽消息隊列,發(fā)現(xiàn)創(chuàng)建消息后開始創(chuàng)建。
計算服務通過“裸機”服務api獲取硬件注冊信息,phicloudos初始化服務工具協(xié)同openstack相關組件設置網(wǎng)絡相關信息,獲取鏡像,發(fā)布部署請求,激活bootloader,通過pxe加載bootloader,暴露iscsi,將鏡像中的信息寫入物理主機,重啟物理主機,通過phicloudos配置網(wǎng)絡后,一臺裝有操作系統(tǒng),并能和內(nèi)網(wǎng)、公網(wǎng)通信的“云服務器”創(chuàng)建成功。至此,就可以像管理虛擬機一樣管理這臺物理服務器,按需部署各種軟件,靈活組網(wǎng),完成了軟件定義硬件的資源虛擬化管理。
具體步驟如下:
1、創(chuàng)建node節(jié)點
ironicnode-create-dpxe_ipmitool-nnode210
創(chuàng)建節(jié)點的時候必須指定驅(qū)動,驅(qū)動必須是在配置腳本里面指定的驅(qū)動列表,可以通過ironicdriver-list查看使能的驅(qū)動列表。
2、節(jié)點信息配置
配置驅(qū)動信息
ironicnode-update$node_uuidadddriver_info/ipmi_username=$user
driver_info/ipmi_password=$pass
driver_info/ipmi_address=$ipmi_address
driver_info/deploy_kernel=$deploy_vmlinux_uuid
driver_info/deploy_ramdisk=$deploy_initrd_uuid
默認的ipmiport是623,如果有更改,還需添加driver_info/ipmi_port=$port_number,上面列出的是必選項,驅(qū)動的配置信息可以通過ironicdriver-propertiespxe_ipmitool查看到,其他的pxe_ipmitool的屬性還有:ipmi_bridging、ipmi_force_boot_device、ipmi_local_address、ipmi_priv_level、ipmi_protocol_version、ipmi_target_address、ipmi_target_channel、ipmi_transit_address、ipmi_transit_channel。
配置節(jié)點屬性
ironicnode-update$node_uuidaddproperties/cpus=$cpu
properties/memory(內(nèi)存)_mb=$ram_mbproperties/local_gb=$disk_gb
properties/cpu_arch=$arch
注意:上面的cpus的值是bm(baremetal,電腦裸機,指沒有配置操作系統(tǒng)和其他軟件的電子計算機)的cpu個數(shù),最終這些值都會被nova-compute收集作為nova的hypervisor的屬性。
3、創(chuàng)建端口
ironicport-create-n$node_uuid-a$node_mac_address
最終可以通過validate來確認一個節(jié)點是否準備好:ironicnode-validate$node_uuid
4、創(chuàng)建flavor
flavor是在novaschedule的時候會用flavor去filter合適的host,ironic支持配置(scheduler_use_baremetal_filters)是否使用ironic自帶的filter選項,自帶得filter項有:retryfilter、availabilityzonefilter、computefilter、computecapabilitiesfilter、imagepropertiesfilter、exactramfilter、exactdiskfilter、exactcorefilter,因此如果使用自帶的filter項,在創(chuàng)建flavor得時候就要求ram、disk、core必須和node的配置一致才可以。
5、創(chuàng)建flat網(wǎng)絡
對于網(wǎng)絡的要求就是bm和openstack要在一個廣播域內(nèi),因為bm上電的時候會發(fā)dhcp廣播請求ip地址。創(chuàng)建完網(wǎng)絡之后要把網(wǎng)絡的uuid添加到ironic.conf的[neutron]cleaning_network_uuid=$net_uuid中去,重啟ironicapi和conductor服務。
6、創(chuàng)建實例
novaboot--flavorbaremetal--nicnet-id=$net_id--image$imagetesting
可以通過jviewer查看安裝的過程
具體的,本實施例中,以phicloudos為例子,通過openstack在裸機上安裝phicloudos并配置相關的裸機節(jié)點的屬性信息,安裝配置完成后的phicloudos與openstack無縫融合,真正做到了像管理虛擬機一樣管理物理主機,自動化規(guī)模部署。當規(guī)模部署物理主機時,只需給物理主機插上電,接上網(wǎng)線,其他工作都由phicloudos自動化完成物理主機的添加、刪除、電源管理、操作系統(tǒng)和應用系統(tǒng)部署,以及網(wǎng)絡配置和靈活組網(wǎng),將傳統(tǒng)上需要手工安裝操作系統(tǒng)及其他應用系統(tǒng)、配置交換路由及安全設備的工作全部交給phicloudos即可。
參考圖4所示,本發(fā)明提供一種操作系統(tǒng)的安裝系統(tǒng)1000的一個實施例,包括:裸機設備1200,控制設備1100,所述裸機設備1200與所述控制設備1100通信連接;所述控制設備1100包括:
注冊模塊1110,根據(jù)裸機設備1200的硬件信息進行注冊得到硬件注冊信息;
創(chuàng)建模塊1120,根據(jù)所述注冊模塊1110的所述硬件注冊信息創(chuàng)建節(jié)點;
控制模塊1130,控制開機狀態(tài)的裸機設備1200安裝自動安裝腳本,使所述裸機設備1200調(diào)用所述自動安裝腳本中的配置腳本進行配置,重啟安裝配置完成的裸機設備1200。
具體的,本實施例中,使得安裝操作系統(tǒng)的過程中不需由使用者設定操作系統(tǒng)的環(huán)境參數(shù)與其周邊裝置。本發(fā)明,通過openstack在裸機上安裝phicloudos并配置相關的裸機節(jié)點的屬性信息,安裝配置完成后的phicloudos與openstack無縫融合,可以使運維人員僅通過控制設備1100就可以完成裸機的操作系統(tǒng)的安裝的過程。利用保存下來的配置數(shù)據(jù)自動化的創(chuàng)建其他節(jié)點,使之連接成為一個完整的控制系統(tǒng)。
參考圖5所示,本發(fā)明提供一種操作系統(tǒng)的安裝系統(tǒng)1000的另一個實施例,本實施例中其他部分與上一實施例相同,所述控制設備1100包括:注冊模塊1110,創(chuàng)建模塊1120,控制模塊1130模塊;此外所述控制模塊1130包括:
安裝子模塊1131,安裝所述自動安裝腳本,所述自動安裝腳本包括所述目標操作系統(tǒng)和openstack的配置腳本;
配置子模塊1132,調(diào)用所述安裝子模塊1131中的所述配置腳本,分別在節(jié)點對應的裸機設備1200配置驅(qū)動信息、節(jié)點屬性信息、服務端口信息、類型模板信息和服務網(wǎng)絡信息。
所述配置子模塊1132包括:
第一配置單元11321,配置所述驅(qū)動信息,所述驅(qū)動信息包括ipmi-username,ipmi-password,ipmi-address,deploy_kernel,deploy_ramdisk和ipmi-port;
第二配置單元11322,配置所述節(jié)點屬性信息,所述節(jié)點屬性信息包括memory,ram,disk和cpu;
第三配置單元11323,配置所述服務端口信息,所述服務端口信息包括node_uuid和node_mac_address;
第四配置單元11324,配置所述類型模板信息,使得所述類型模板信息與所述裸機設備1200的配置一致;所述類型模板信息包括ram、disk、core;
第五配置單元11325,配置所述服務網(wǎng)絡信息,使得所述裸機設備1200與openstack在一個廣播域內(nèi)。
具體的,本實施中,將目標操作系統(tǒng)和openstack的各種配置參數(shù)進行整合,寫入配置腳本中,改進了讓工作人員依次手動輸入每個配置參數(shù)的繁瑣步驟。能夠針對不同的操作系統(tǒng)給予不同的配置,從而縮短安裝操作系統(tǒng)的時間。能夠解決計算系統(tǒng)開發(fā)企業(yè)所面臨的手動批量安裝中的問題,適用于大規(guī)模的計算機系統(tǒng)安裝,利用現(xiàn)有的計算資源,比如現(xiàn)有的網(wǎng)絡、現(xiàn)有的控制系統(tǒng),現(xiàn)有的操作系統(tǒng),輔以針對生產(chǎn)環(huán)境與產(chǎn)品的配置腳本,使得安裝便捷、成本性低,可以應對不同的產(chǎn)品。ironic是openstack的帳篷項目之一,主要用來部署和管理裸機,提供統(tǒng)一接口,方便nova同時管理裸機,ironic安裝完成后,進行配置裸機服務,需要配置將host_ip替換成實際ip(ironic-conductor服務所在節(jié)點ip)enabled_drivers后的驅(qū)動根據(jù)實際添加,這里使用pxe_ipmitool。安裝完成ironic后,進行配置nova和neutron。由于一個nova-compute一次只能使用一種驅(qū)動,部署物理機是需要使用ironic驅(qū)動。創(chuàng)建網(wǎng)橋,創(chuàng)建網(wǎng)絡,鏡像創(chuàng)建,其中,ironic部署一臺物理機需要兩組鏡像:deployimages和userimages。這兩組鏡像都可以通過diskimage-builder工具創(chuàng)建。創(chuàng)建flavor,flavor里的硬件信息中cpu,內(nèi)存,硬盤和要部署的裸機硬件信息要保持一致。配置pxe。使用ironicnode-validate$node_uuid判斷node是否可以部署確保boot、deploy、management和power相關接口是true狀態(tài)。說明:一般創(chuàng)建完ironicnode之后需要等待大概1min才能進行novaboot操作,否則會出現(xiàn)novalidhost錯誤。這是因為nova-compute會定期去同步ironicnode的信息到nova數(shù)據(jù)庫中。檢查novahypervisor-list和novahypervisor-show$id,確保信息按配置修改。沒有則等待一段時間。創(chuàng)建實例這時候可以使用kvm連接我們要部署的裸機,裸機會從網(wǎng)口啟動,下載部署鏡像。
優(yōu)選的,所述操作系統(tǒng)的安裝系統(tǒng)還包括:
發(fā)送模塊,發(fā)送控制開啟指令至所述裸機設備,控制所述裸機設備開機啟動。
具體的,通過發(fā)送控制開啟指令至所述裸機設備,保證所有裸機設備處于開機狀態(tài),減少人為開機的繁瑣操作,避免不必要的時間浪費。
優(yōu)選的,所述操作系統(tǒng)的安裝系統(tǒng)還包括:
獲取模塊,獲取所有待控制設備的硬件信息;所述硬件信息包括mac地址信息、ram信息、disk信息、core信息和cpu信息;
判斷模塊,根據(jù)所述獲取模塊獲取的所述硬件信息,判斷所述待控制設備是否是裸機;若是,發(fā)送注冊指令至所述注冊模塊進行注冊。
具體的,上述所有實施例中,安裝配置結(jié)束后,還可以創(chuàng)建檢測實例驗證裸機是否安裝配置成功,能夠幫助使用者安裝配置完成后,及時了解掌握裸機的運轉(zhuǎn)情況,對有問題的地方及時提醒,避免安裝配置后的裸機無法使用。
應當說明的是,上述實施例均可根據(jù)需要自由組合。以上所述僅是本發(fā)明的優(yōu)選實施方式,應當指出,對于本技術領域的普通技術人員來說,在不脫離本發(fā)明原理的前提下,還可以做出若干改進和潤飾,這些改進和潤飾也應視為本發(fā)明的保護范圍。