在錯(cuò)誤中成長(zhǎng) VMware管理員五大誤區(qū)
當(dāng)VMware管理員談?wù)摴ぷ髦兴傅腻e(cuò)誤時(shí)，我經(jīng)常說，如果你沒在犯錯(cuò)，那么你就沒在學(xué)習(xí)。
一些錯(cuò)誤是由于嘗試導(dǎo)致，其他一些是由于缺乏知識(shí)。而還有一些是我們應(yīng)該已經(jīng)知道不該去做的蠢事。但是最后，因?yàn)樵?jīng)犯的錯(cuò)誤，我們成為了更好的VMware管理員。
以下是特約專家Mike Nelson曾經(jīng)看到、聽到和經(jīng)歷過的令人難忘的VMware管理員所犯的錯(cuò)誤。
VMware管理員錯(cuò)誤1:虛擬機(jī)重命名
這種錯(cuò)誤非常典型。在vCenter中對(duì)虛擬機(jī)重命名非常簡(jiǎn)單：右鍵單擊客戶機(jī)，選擇“重命名”,然后輸入新的名字。
但是這個(gè)操作僅僅是重命名vCenter數(shù)據(jù)庫中的對(duì)象指針，和虛擬機(jī)關(guān)聯(lián)的目錄和文件仍然在原來的名字下。對(duì)于VMware管理員來說，快速清理數(shù)據(jù)存儲(chǔ)過程，刪除虛擬機(jī)目錄和文件，只需要點(diǎn)一下鼠標(biāo)，非常容易，尤其是在沒有客戶機(jī)和當(dāng)前目錄相匹配的情況下。我已經(jīng)看到過這種事情發(fā)生，而且后果很嚴(yán)重。
VMware管理員錯(cuò)誤2:塞滿整個(gè)LUN
我多年前參加一個(gè)會(huì)議，是和VMware ESX 3新特性有關(guān)的活動(dòng)。演示人員在SAN上創(chuàng)建了一個(gè)100GB的LUN,并把它分配給一個(gè)用于演示的包含兩個(gè)節(jié)點(diǎn)的集群。
他在這個(gè)LUN上創(chuàng)建了三個(gè)虛擬機(jī)，每個(gè)虛擬機(jī)有32GB的硬盤以及2GB ISO共享數(shù)據(jù)存儲(chǔ)。計(jì)算一下，使用的存儲(chǔ)空間為：（32GBx3）+ 2GB = 98GB.對(duì)于一個(gè)100GB的LUN來說，還有足夠的空間，是這樣嗎？
他一個(gè)個(gè)地啟動(dòng)了所有的虛擬機(jī)。當(dāng)啟動(dòng)第三個(gè)虛擬機(jī)時(shí)，所有的虛擬機(jī)都死機(jī)了?？磥硎撬浟藛?dòng)虛擬機(jī)時(shí)會(huì)創(chuàng)建交換文件。這些交換文件填滿了整個(gè)LUN,更有趣的是因?yàn)樗恢罏槭裁磿?huì)發(fā)生這種情況，所以他再次嘗試啟動(dòng)虛擬機(jī)。
是的，他是一個(gè)VMware工程師。
VMware管理員錯(cuò)誤3:網(wǎng)絡(luò)名稱
我曾經(jīng)是Citrix公司一個(gè)小機(jī)構(gòu)項(xiàng)目的顧問，這個(gè)機(jī)構(gòu)的存儲(chǔ)工程師在管理新的虛擬化環(huán)境。一天，我接到了他的一個(gè)電話。在進(jìn)行vMotion操作時(shí)，他遇到了問題，并且分布式資源調(diào)度（DRS）也產(chǎn)生了許多錯(cuò)誤。（我提到這家伙是個(gè)存儲(chǔ)工程師了嗎？
我登錄到vCenter上，發(fā)現(xiàn)所有的ESX主機(jī)并沒有設(shè)置在相同的網(wǎng)絡(luò)上。每個(gè)虛擬交換機(jī)在每個(gè)主機(jī)上具有不同的名字，當(dāng)ESX主機(jī)沒有被同時(shí)創(chuàng)建或者沒有遵循命名規(guī)則（或者甚至不存在命名規(guī)則）時(shí)，這是一個(gè)很常見的錯(cuò)誤。VMotion要求DRS集群中所有主機(jī)的虛擬交換機(jī)名稱是相同的。
VMware管理員錯(cuò)誤4:蜜月和角色
有個(gè)VMware管理員在去度蜜月前不得不修復(fù)一個(gè)虛擬化問題。在他離開前，他確定在vCenter中從角色中移除人員，鎖定基礎(chǔ)設(shè)施。
但是他移除了vCenter對(duì)象--不僅僅是虛擬機(jī)或集群，具有訪問權(quán)限的角色。這個(gè)操作阻止任何人有權(quán)限去訪問vCenter對(duì)象。
我從他的新娘那聽到了這個(gè)故事，因?yàn)殄e(cuò)誤操作導(dǎo)致蜜月擱淺，她壓根兒就不高興。
VMware管理員錯(cuò)誤5:網(wǎng)卡全軍覆沒
了解的VMware主機(jī)配置文件在一年后才出現(xiàn)，我有些等不及了，迫不急待地在超過500個(gè)主機(jī)的基礎(chǔ)實(shí)施中快速部署標(biāo)準(zhǔn)的主機(jī)。但是當(dāng)我最終使用主機(jī)配置文件時(shí)，一下子全錯(cuò)了。
我創(chuàng)建了一個(gè)新的主機(jī)配置文件并在實(shí)驗(yàn)室主機(jī)上進(jìn)行測(cè)試。在主機(jī)上測(cè)試一些虛擬機(jī)后，看起來并沒有任何問題。因此我決定在生產(chǎn)環(huán)境中包含16個(gè)主機(jī)的集群上應(yīng)用主機(jī)配置文件。
稍后，vCenter看起來一切正常。我剛剛高興了5秒鐘，就產(chǎn)生了告警。我所有的虛擬機(jī)和主機(jī)都不能通過網(wǎng)絡(luò)進(jìn)行訪問。
ESX主機(jī)配置文件的一個(gè)問題就是不管網(wǎng)卡速率在配置文件中設(shè)置為多少，所有讀取配置文件的主機(jī)速率默認(rèn)都設(shè)置為自適應(yīng)模式（當(dāng)然，VMware稱之為它的一個(gè)特性）。
這個(gè)設(shè)置在網(wǎng)絡(luò)中交換機(jī)端口被硬編碼為1000M或者無故障恢復(fù)的Full模式時(shí)，不能運(yùn)行（實(shí)驗(yàn)室網(wǎng)絡(luò)端口是auto模式，所以能夠正常運(yùn)行）。一旦將這個(gè)設(shè)置應(yīng)用到所有的主機(jī)上，整個(gè)集群被拖垮了。我不得不在重新每個(gè)主機(jī)上手動(dòng)配置14塊網(wǎng)卡，這整整花費(fèi)了一天時(shí)間。
神馬？VMware自己也犯錯(cuò)？
記得ESX 3.5 Update 2嗎？世界各地上千臺(tái)主機(jī)在慘敗之后宕機(jī)了。
VMware不會(huì)輕易承認(rèn)用戶群發(fā)現(xiàn)的bug是存在的。如果你安裝了ESX 3.5 Update 2，一旦時(shí)鐘改到2008年8月12日上午12:01，你不能進(jìn)行vMotion或者啟動(dòng)任何的虛擬機(jī)。
VMware最終承認(rèn)問題是由于一段代碼導(dǎo)致了許可證過期，并且這段代碼以某種方式通過了測(cè)試版的測(cè)試和質(zhì)量控制而引起的。 這個(gè)“計(jì)時(shí)炸彈”bug造成了嚴(yán)重的問題，唯一的解決辦法就是禁用服務(wù)器上的網(wǎng)絡(luò)時(shí)間協(xié)議（NTP），并且設(shè)置時(shí)鐘可追溯至2008年8月10日。 VMware在8月14日發(fā)布了一個(gè)補(bǔ)丁，但眾多的客戶將會(huì)對(duì)VMware的產(chǎn)品和它所做的測(cè)試持謹(jǐn)慎態(tài)度。
VMware首席執(zhí)行官Paul Maritz先生給客戶發(fā)送電子郵件，就bug進(jìn)行了道歉，表示這種問題將永遠(yuǎn)不再發(fā)生。
【編輯推薦】
