外國IT經理：教你避免服務器整合走彎路
事實證明，即使是見多識廣、經驗豐富的IT人員，在管理復雜的服務器整合項目時也很容易犯錯誤如何避免服務器整合走彎路。 Joe Latrell是美國賓夕法尼亞州一家房地產數據服務公司的IT經理兼首席編程員，他說：“服務器整合時一定要考慮到方方面面。這里面可能有雷區，危機四伏。”
服務器虛擬化項目通常很容易從財務和運營的角度證明其必要性，但這不能保證項目執行起來萬無一失。整合項目的負責人和團隊成員幾乎在每個階段都會掉入陷阱，比如規劃不充分、想法不完善，或者沒有迅速發現部署后的故障。
Joe Latrell說：“每次我們都覺得面面俱到，每個方面都考慮過了，但總是會出現危險。”他的項目曾遇到諸多困難，包括服務器供電不足、配置錯誤和預算緊張等。
保證復雜的整合項目能按時按預算地進行，同時避免災難，這并非易事。Joe Latrell認為，一個項目做下來犯幾個錯誤是免不了的。不過，他提醒，項目可能會出問題，得有所防備。同時，全面規劃和向別人學習可以避免犯重大和明顯的錯誤。#p#
你幾年后要做什么？
盡管連最全面、最認真的規劃也不能完全避免項目出錯，但制定詳細的虛擬化設計和部署策略將有助于盡量減少隱患。美國馬薩諸塞州北安多弗市KDSA咨詢公司的高級IT顧問Justin Gallagher表示，事先規劃對服務器整合來說確實很重要。
全面的規劃可制定一份路線圖，幫助經理們收集能避免大多數嚴重問題所需要的信息。
美國密歇根州的系統集成商Logicalis的IT整合業務經理Jeff Nessen說：“我認為，人們沒有花足夠的時間來考慮現有工作負載問題，以及如何把這些工作負載遷移到虛擬化環境，還有從成本結構、日常費用和高可用性方面來看這意味著什么。”
Justin Gallagher表示，整合計劃還需要滿足企業在將來的需要。他提議：“要看一看你一年后、三年后以及五年后要做什么。”他指出，規劃服務器、軟件及其他系統部件時要著眼于未來的增長，“我們都不希望在完成了某次重大升級后，突然發現其實我們需要更多的服務器容量。”
馬薩諸塞州大瀑布城C/D/H 技術咨詢公司顧問Jason Cooper也認為，每項整合計劃都要解決可擴展性。他說：“從服務器虛擬化的角度來看，系統具有可擴展性，滿足添加工作負載后對性能的要求很重要。我們常常碰到這樣的問題：企業要么沒有分配足夠的存儲容量，要么沒有正確預料便于服務器整合項目順利開展所需要的服務器供電量。”
事實證明，即使是見多識廣、經驗豐富的IT人員，在管理復雜的服務器整合項目時也很容易犯錯誤如何避免服務器整合走彎路。專家們表示，過高地估計物理服務器與虛擬服務器的整合比的現象極為常見。
管理那些設備過時、預算有限的數據中心時，規劃就顯得尤其重要。Joe Latrell一上任，就接手了一大堆凌亂的服務器，包括改裝的臺式電腦和一堆供電不足的獨立服務器和機架服務器。于是，他決定把這堆機器簡化成一排統一的機架服務器，并且在此過程中，把服務器總數從23臺減少到12臺。他說：“我們沒有買12臺新服務器的預算，只能決定在買得起的時候再購買機器。我們事先規劃好每次實施一臺機器，這么做的效果很好。”#p#
你了解技術么？
還沒有完全了解相關技術及其需求就倉促整合服務器，那么項目從一開始就注定會失敗。Jeff Nessen說：“我發現人們常犯的錯誤是僅購買幾套虛擬化軟件，部署兩臺服務器，然后就開始把應用程序遷移到這些服務器上，我將其稱之為隨心所欲的部署。他們面對的環境不盡如人意，不適合把數據中心遷移到其中。”
Jeff Nessen表示，最佳虛擬化環境的關鍵是，確保部件兼容性以及使用廣泛認可的標準。他解釋：“只有你對硬件平臺和軟件環境盡可能地實現標準化，使用同樣的虛擬機管理程序、同樣的底層硬件和所有那些部件，才能取得最大成功。”
BL&S Technologies LLC公司總裁Harvey Morris表示，他的公司目前正在竭力把14臺物理服務器整合為四五臺。這家IT咨詢公司的最初策略要求用一臺現有的服務器來支持一臺新的虛擬服務器。但結果證明這是不可能的。Harvey Morris說：“那臺舊服務器與64位技術不兼容；如果你在新服務器上運行64位操作系統，就會出問題。”幸運的是，公司及時發現了這個錯誤，使用了另外一臺兼容的系統。
密歇根州門羅市慈善紀念醫院的IT運營經理Eric Mynster表示，他從其他幾個區域性醫療機構的同行那里收集到一些寶貴的信息。他說：“我們事先與三四家醫院進行了交談，從它們身上汲取了一些重要經驗。”他得到的兩大經驗是：使用虛擬化遷移軟件、使用便攜式存儲技術，以便迅速、方便地把數據從遠程服務器轉移到這家機構的現場系統。
Eric Mynster覺得自己很幸運，因為他的項目是在其他醫院完成各自的項目兩個月后才開始的。他說：“所以我們已經知道了一些陷阱，使我們制定的計劃得以繞開這些陷阱。”
事實證明，即使是見多識廣、經驗豐富的IT人員，在管理復雜的服務器整合項目時也很容易犯錯誤如何避免服務器整合走彎路。#p#
老驥也伏櫪
要是新計劃與日常的系統生命周期和業務需求不協調，幾乎任何IT項目都會陷入混亂。而服務器整合需要更加關注日常事件，因為服務器是幾乎所有關鍵業務任務的核心。
Harvey Morris表示，他認真地協調了項目與服務器的更新時間表。他說：“我們其實早在12個月之前就在考慮虛擬化項目了，但我們決定推遲，等到準備下一次服務器更新周期到來時再上馬。”他還希望選擇在合適的時間段開始切換。這家會計公司不想在稅季進行切換。Harvey Morris說：“我們不會考慮在1月份到4月份這段時間進行這種切換。”
Eric Mynster竭力確保比較舊的服務器能夠勝任工作，期望這些服務器會在新的虛擬化數據中心中順暢無阻地運行。他說：“其中約50臺服務器使用了3年到10年。只要你一說起更換已經用了近十年的硬件，我就會有點忐忑不安。”
慈善紀念醫院在整合之前，其200臺服務器中有一半安裝在公司內部，另一半安裝在距離這家醫院一個多小時路程的第三方廠商處。Eric Mynster借助Novell公司的PlateSpin Migrate軟件，把存儲在位于其托管服務器廠商處的100多臺服務器上的數據傳送到內部數據中心。18:1的整合比讓現場服務器可以毫無問題地承擔額外負載。這款軟件讓慈善紀念醫院的系統集成商C/D/H公司可以提前對服務器進行有效的虛擬化處理。這家公司把遠程服務器映像存儲到USB存儲設備上，通過同步化流程來運行映像，并且讓新機器投入運行，之后斷開異地服務器的連接。這種做法讓Eric Mynster及其團隊有時間來檢查任何潛伏的運營故障。
Eric Mynster說，這個過程“讓我們得以進行非常迅速的遷移。”從制定計劃到具體實施的整項工作只用了不到三個月的時間。#p#
錯誤日志的重要性
不注意錯誤日志及系統生成的其他線索，也許是整合過程中在部署后所犯的最大錯誤。Joe Latrell回憶了他的公司發生的一件事。他說：“我們有許多向外發送電子郵件的小程序。有些程序經常要閑置好幾個月。”其中一個程序在虛擬化切換過程中沒有正確更新。Joe Latrell說：“有人使用了域名作為服務器名稱，但我們沒有發現。”有一天，這個程序復活了，開始發送無法投遞的電子郵件。“它出現在了錯誤日志中。”這個問題很容易解決。“我們研究了代碼，發現了問題所在，然后把某一組代碼指向這臺新服務器，并找到了由這個程序發送出去的所有郵件，之后手動重新發送。”
由于所用的服務器比較少，許多企業會犯縮減支持和后備技術的錯誤，實際上它們應加強安全。美國得克薩斯州凱勒市系統集成商Fulcrum Group Inc.總裁Steven Meek說：“當你在一臺物理服務器上運行10個虛擬機的時候，供電量確實要保持在一個合理的水平，冷卻方面也要做好準備。在整合服務器之前，有許多基礎性工作要落實到位。”
【編輯推薦】
