爛泥:vcenter經過模板部署vm

前一篇文章咱們介紹了有關vcenter5.5的安裝與配置,這篇文章咱們再來介紹下,如何經過vcenter的vm模板來部署虛擬機以及在部署過程遇到問題的解決方法。 數據庫

1、生成VM模板 vim

要生成vm模板,咱們首先要安裝好一臺虛擬機,在此我安裝好了一臺centos6.6的機器。以下: windows

clip_p_w_picpath001

要把一臺vm作成模板,須要在vm關機狀態下進行操做。以下: centos

clip_p_w_picpath002

選擇虛擬機—「模板」—「轉換成模板」。 網絡

clip_p_w_picpath003

經過以上兩張圖的對比,咱們能夠發現vm在作成vm模板先後的圖標是不同的。這樣咱們的vm模板就已經生成了。 ide

注意:虛擬機和vm模板之間的轉換是很是簡單的,二者能夠互相轉換。 工具

2、vcenter內部部署VM 測試

如今有了vm的模板,若是咱們想在此vcenter上快速部署vm的話,咱們就能夠直接使用此vm模板進行部署了。以下: ui

clip_p_w_picpath004

注意:如下除非很重要的步驟,不然不會加文字說明的。 加密

clip_p_w_picpath005

clip_p_w_picpath006

clip_p_w_picpath007

clip_p_w_picpath008

注意:若是想自定義vm的話,咱們能夠在此步驟進行相關的配置。

clip_p_w_picpath009

clip_p_w_picpath010

到此一臺新的vm就已經部署成功了,固然該新vm其餘的相關參數,還須要咱們進行調整。在此咱們就不進行介紹了。

3、跨vcenter部署

有時候咱們爲了測試一臺新的vm,須要把該vm導入到其它的vcenter中。這就屬於跨vcenter部署vm。

要跨vcenter部署vm,須要咱們進行如下操做。

3.1 導出VM模板

首先咱們要把vm做爲一個模板導出,選中要導出的vm模板。固然導出的不必定是vm模板,也能夠是一臺vm。

在此咱們使用的vm模板,以下:

clip_p_w_picpath011

「文件」—「導出」—「導出OVF模板」:

clip_p_w_picpath012

clip_p_w_picpath013

注意:上圖中有關導出文件格式須要咱們注意下,咱們能夠選擇單個文件ova格式和文件夾ovf格式。

其中單個文件ova格式實際上是ovf格式的一個壓縮文件,咱們能夠經過tar命令或者7zip解壓ova格式文件獲得ovf格式文件。

由於ova文件攜帶比較方便(就一個文件),因此在此咱們選擇導出的是ova格式文件。

clip_p_w_picpath014

clip_p_w_picpath015

clip_p_w_picpath016

到此vm的模板咱們已經導出來了。

3.2 解壓VM模板文件

爲何要解壓vm模板呢?是由於若是不修改vm模板的話,咱們在導入vm模板是會提示找不到未能部署OVF包:找不到文件之類的錯誤信息。以下:

clip_p_w_picpath017

要修改vm模板,咱們就要解壓vm模板文件vm-mould.ova。ova文件解壓後,咱們能夠獲得三個文件xxx.vmdk, xxx.ovf, xxx.mf。

ova文件的解壓,咱們能夠經過7zip、tar兩種方法。下面分別介紹下。

3.2.1 tar解壓

要使用tar命令進行解壓,咱們能夠把ova文件上傳到Linux上,而後在進行解壓。以下:

tar –xf test-modle.ova

clip_p_w_picpath018

經過上圖,咱們能夠看到解壓後獲得xxx.ovf、xxx.vmdk、xxx.mf三個文件。

其中ovf文件表示vm的相關配置,好比內存大小、硬盤大小、網絡鏈接方式等等。此文件相似kvm虛擬化中的xml配置文件。

vmdk文件是vm的硬盤文件。

mf文件主要做用是爲驗證vm的相關配置是否被惡意篡改。

固然,若是不想上傳到Linux系統上進行解壓,咱們也能夠下載tar命令的windows版本。下載鏈接以下:

http://gnuwin32.sourceforge.net/packages/gtar.htm

下載安裝完畢後,ar命令仍是不能直接使用的,須要咱們手工把tar命令加入到系統的環境變量中。以下:

clip_p_w_picpath019

加入系統變量後,咱們再執行解壓命令。以下:

tar –xf test-modle.ova

clip_p_w_picpath020

3.2.2 7zip解壓

要使用7zip解壓,咱們必須是在windows平臺下的。安裝7zip軟件,而後進行解壓。以下:

clip_p_w_picpath021

clip_p_w_picpath022

經過上圖,咱們能夠看到ova文件解壓後,確實獲得三個文件test-modle.ovf、test-modle-disk1.vmdk、test-modle.mf。

3.3 修改VM模板文件

修改vm模板文件,其實只須要咱們修改ovf文件便可。

在Linux系統下,修改方式以下:

vim test-modle.ovf +96

clip_p_w_picpath023

咱們只須要把ovf文件的96行的vmware.cdrom.iso修改成vmware.cdrom.remotepassthrough。

在windows系統下,修改方式以下:

clip_p_w_picpath024

修改以前。

clip_p_w_picpath025

修改以後。

3.4 驗證VM模板文件的sha1值

vm文件修改完畢後,咱們還要驗證模板文件的sha1值,不然咱們在導入vm模板時也是會報錯的。

上述咱們修改了ovf文件,那麼咱們只須要驗證該文件就行。若是咱們還修改了vmdk文件,那麼咱們也須要驗證該文件。

驗證完畢後,把獲得的sha1值,寫到mf文件中便可。注意:mf文件中原來是有ovf和vdk文件的sha1值得。

根據驗證平臺的不一樣,咱們分別介紹Linux和Windows下的驗證方式。

3.4.1 Linux下驗證

Linux下的驗證比較方便直接使用sha1sum命令進行,而後把驗證的ovf文件sha1值寫到mf文件中便可。以下:

sha1sum test-modle.ovf

cat test-modle.mf

clip_p_w_picpath026

3.4.2 Windows下驗證

windows平臺下的驗證,咱們可使用微軟提供的用於計算文件的MD5和SHA1散列值的工具fciv。文件校驗和完整性驗證程序fciv是一個命令提示符工具計算並驗證文件的加密哈希值。fciv可計算 SHA1或MD5加密哈希值。這些值能夠是屏幕上顯示或保存爲之後使用和驗證XML文件數據庫。

fciv經常使用示例以下:

fciv d:\mydir\myfile.exe(計算D盤mydir文件夾下myfile.exe的md5值)

fciv d:\mydir\myfile.exe -sha1(計算D盤mydir文件夾下myfile.exe的sha1值)

下載fciv運行後,解壓縮,會提示你放在那個文件夾下。解壓的文件夾只包含兩個文件fciv.exe、readme.txt。

如今咱們開始使用fciv命令驗證ovf的sha1值,以下:

fciv test-modle.ovf -sha1

clip_p_w_picpath027

驗證後把獲得的sha1值寫到mf文件中,以下:

clip_p_w_picpath028

3.5 生成ova文件

vm模板文件驗證完畢後,咱們如今要把ovf、vmdk、mf文件打包成ova文件。

要打包成ova文件,咱們目前須要使用tar命令進行打包。以下:

tar -cf test-modle.ova test-modle.ovf test-modle-disk1.vmdk test-modle.mf

clip_p_w_picpath029

注意:上述tar打包命令文件的順序必定要按照上述格式進行,不然在導入該vm模板時,vcenter會報錯。

ovf壓縮包對文件順序的要求是:ovf文件必須是第一個,而後是虛擬機鏡像文件(如vmdk),接着是mf文件,再接下來是其餘的可選文件(如證書等)。

有關ovf文件的打包,能夠參考這個鏈接:

http://mingjin.thoughtworkers.org/?cat=24

3.6 導入VM模板

vm模版文件修改完畢後,咱們選擇把該模板導入到新的vcenter中。以下:

clip_p_w_picpath030

clip_p_w_picpath031

clip_p_w_picpath032

clip_p_w_picpath033

clip_p_w_picpath034

clip_p_w_picpath035

clip_p_w_picpath036

clip_p_w_picpath037

clip_p_w_picpath038

到此vm的模板已經被導入進去了。

4、有關一個esxi被多個vc鏈接

有時候在使用vcenter時,會碰到這樣的問題一個esxi會被其餘的vcenter使用。此時咱們使用的vcenter會顯示該esxi節點處於離線狀態。以下:

clip_p_w_picpath039

若是要從新鏈接該esxi的話,進行操做以下:

clip_p_w_picpath040

clip_p_w_picpath041

相關文章
相關標籤/搜索