在錯誤中成長 VMware管理員五大誤區(qū)

2011-04-07 10:08:11

云計算

虛擬化 當(dāng)VMware管理員談?wù)摴ぷ髦兴傅腻e誤時，我經(jīng)常說，如果你沒在犯錯，那么你就沒在學(xué)習(xí)。以下是特約專家Mike Nelson曾經(jīng)看到、聽到和經(jīng)歷過的令人難忘的VMware管理員所犯的錯誤。

當(dāng)VMware管理員談?wù)摴ぷ髦兴傅腻e誤時，我經(jīng)常說，如果你沒在犯錯，那么你就沒在學(xué)習(xí)。

一些錯誤是由于嘗試導(dǎo)致，其他一些是由于缺乏知識。而還有一些是我們應(yīng)該已經(jīng)知道不該去做的蠢事。但是最后，因為曾經(jīng)犯的錯誤，我們成為了更好的VMware管理員。

以下是特約專家Mike Nelson曾經(jīng)看到、聽到和經(jīng)歷過的令人難忘的VMware管理員所犯的錯誤。

VMware管理員錯誤1:虛擬機重命名

這種錯誤非常典型。在vCenter中對虛擬機重命名非常簡單：右鍵單擊客戶機，選擇“重命名”,然后輸入新的名字。

但是這個操作僅僅是重命名vCenter數(shù)據(jù)庫中的對象指針，和虛擬機關(guān)聯(lián)的目錄和文件仍然在原來的名字下。對于VMware管理員來說，快速清理數(shù)據(jù)存儲過程，刪除虛擬機目錄和文件，只需要點一下鼠標(biāo)，非常容易，尤其是在沒有客戶機和當(dāng)前目錄相匹配的情況下。我已經(jīng)看到過這種事情發(fā)生，而且后果很嚴(yán)重。

VMware管理員錯誤2:塞滿整個LUN

我多年前參加一個會議，是和VMware ESX 3新特性有關(guān)的活動。演示人員在SAN上創(chuàng)建了一個100GB的LUN,并把它分配給一個用于演示的包含兩個節(jié)點的集群。

他在這個LUN上創(chuàng)建了三個虛擬機，每個虛擬機有32GB的硬盤以及2GB ISO共享數(shù)據(jù)存儲。計算一下，使用的存儲空間為：（32GBx3）+ 2GB = 98GB.對于一個100GB的LUN來說，還有足夠的空間，是這樣嗎？

他一個個地啟動了所有的虛擬機。當(dāng)啟動第三個虛擬機時，所有的虛擬機都死機了?？磥硎撬浟藛犹摂M機時會創(chuàng)建交換文件。這些交換文件填滿了整個LUN,更有趣的是因為他不知道為什么會發(fā)生這種情況，所以他再次嘗試啟動虛擬機。

是的，他是一個VMware工程師。

VMware管理員錯誤3:網(wǎng)絡(luò)名稱

我曾經(jīng)是Citrix公司一個小機構(gòu)項目的顧問，這個機構(gòu)的存儲工程師在管理新的虛擬化環(huán)境。一天，我接到了他的一個電話。在進行vMotion操作時，他遇到了問題，并且分布式資源調(diào)度（DRS）也產(chǎn)生了許多錯誤。（我提到這家伙是個存儲工程師了嗎？

我登錄到vCenter上，發(fā)現(xiàn)所有的ESX主機并沒有設(shè)置在相同的網(wǎng)絡(luò)上。每個虛擬交換機在每個主機上具有不同的名字，當(dāng)ESX主機沒有被同時創(chuàng)建或者沒有遵循命名規(guī)則（或者甚至不存在命名規(guī)則）時，這是一個很常見的錯誤。VMotion要求DRS集群中所有主機的虛擬交換機名稱是相同的。

VMware管理員錯誤4:蜜月和角色

有個VMware管理員在去度蜜月前不得不修復(fù)一個虛擬化問題。在他離開前，他確定在vCenter中從角色中移除人員，鎖定基礎(chǔ)設(shè)施。

但是他移除了vCenter對象--不僅僅是虛擬機或集群，具有訪問權(quán)限的角色。這個操作阻止任何人有權(quán)限去訪問vCenter對象。

我從他的新娘那聽到了這個故事，因為錯誤操作導(dǎo)致蜜月擱淺，她壓根兒就不高興。

VMware管理員錯誤5:網(wǎng)卡全軍覆沒

了解的VMware主機配置文件在一年后才出現(xiàn)，我有些等不及了，迫不急待地在超過500個主機的基礎(chǔ)實施中快速部署標(biāo)準(zhǔn)的主機。但是當(dāng)我最終使用主機配置文件時，一下子全錯了。

我創(chuàng)建了一個新的主機配置文件并在實驗室主機上進行測試。在主機上測試一些虛擬機后，看起來并沒有任何問題。因此我決定在生產(chǎn)環(huán)境中包含16個主機的集群上應(yīng)用主機配置文件。

稍后，vCenter看起來一切正常。我剛剛高興了5秒鐘，就產(chǎn)生了告警。我所有的虛擬機和主機都不能通過網(wǎng)絡(luò)進行訪問。

ESX主機配置文件的一個問題就是不管網(wǎng)卡速率在配置文件中設(shè)置為多少，所有讀取配置文件的主機速率默認(rèn)都設(shè)置為自適應(yīng)模式（當(dāng)然，VMware稱之為它的一個特性）。

這個設(shè)置在網(wǎng)絡(luò)中交換機端口被硬編碼為1000M或者無故障恢復(fù)的Full模式時，不能運行（實驗室網(wǎng)絡(luò)端口是auto模式，所以能夠正常運行）。一旦將這個設(shè)置應(yīng)用到所有的主機上，整個集群被拖垮了。我不得不在重新每個主機上手動配置14塊網(wǎng)卡，這整整花費了一天時間。

神馬？VMware自己也犯錯？

記得ESX 3.5 Update 2嗎？世界各地上千臺主機在慘敗之后宕機了。

VMware不會輕易承認(rèn)用戶群發(fā)現(xiàn)的bug是存在的。如果你安裝了ESX 3.5 Update 2，一旦時鐘改到2008年8月12日上午12:01，你不能進行vMotion或者啟動任何的虛擬機。

VMware最終承認(rèn)問題是由于一段代碼導(dǎo)致了許可證過期，并且這段代碼以某種方式通過了測試版的測試和質(zhì)量控制而引起的。 這個“計時炸彈”bug造成了嚴(yán)重的問題，唯一的解決辦法就是禁用服務(wù)器上的網(wǎng)絡(luò)時間協(xié)議（NTP），并且設(shè)置時鐘可追溯至2008年8月10日。 VMware在8月14日發(fā)布了一個補丁，但眾多的客戶將會對VMware的產(chǎn)品和它所做的測試持謹(jǐn)慎態(tài)度。

VMware首席執(zhí)行官Paul Maritz先生給客戶發(fā)送電子郵件，就bug進行了道歉，表示這種問題將永遠不再發(fā)生。
 

【編輯推薦】

1. 解決五大VMware不容忽視的安全漏洞
2. 全方位比拼 Windows Azure VS VMware vFabric
3. 在VMware vSphere上運行XenDesktop考慮三方面
4. 別發(fā)愁了 基于VMware環(huán)境的虛擬化平臺這樣選型
5. 六問六答 快速解析VMware Workstation

文章題目：在錯誤中成長VMware管理員五大誤區(qū)
網(wǎng)頁地址：http://m.5511xx.com/article/ccojsdc.html