部署六部曲！看Patni如何部署私有云
Patni公司的規模大，且計算能力較為分散，因此，十分適合構建私有云，于是，該公司采用了逐步部署的方式來部署私有云。
該公司首先做了一系列的評估、執行步驟，以便于提高私有云部署的效率。盡管Patni還沒有完成其私有云環境的部署，但以下步驟是Patni在私有云部署之路上已經經歷過或必將經歷的。
IT基礎架構的評估
作為構建私有云的第一步，Patni對所需計算能力進行了深入的評估，并創建了需要購買的IT基礎設施的清單，同時確定了將計算機安置在哪，以及如何對其進行配置。地理位置的分布是評估的重要部分之一。
另一個部分是技術的多樣性。契約責任是評估的第三部分，公司需要在協議契約中保證不同計算環境之間必須有界限，盡管技術上類似。
該公司擁有內部使用的計算環境，由于其大客戶的關系比較分散，該公司還需要不斷地創建計算環境。并且其硬件、軟件和各個分散的計算環境程多樣化。一個用戶的環境與另外一個是不共享的，因此不用考慮契約責任。更進一步地講，該公司的地理上分布的辦公室是一次一個地分批建成的，這也增加了碎片個數。
“對IT基礎設施的評估為我們描繪了一副虛擬化的藍圖。由于服務器是分散計算環境中最重要的部分，因此，將服務器進行整合就成了虛擬化的關鍵驅動力。”Patni全球領先技術和創新副執行官Satish Joshi說道。Joshi進一步解釋道，這個虛擬化的藍圖包括了選擇合適的虛擬化工具、確定計算能力整合后的靈活性等。這些虛擬化決策的主要動力就是減少運行費用。
#p#
基礎設施虛擬化
在完成了第一步的評估工作以后，Patni開始轉向第二步的工作：對服務器基礎架構進行虛擬化。2009年9月，該公司將其內部IT基礎架構進行了虛擬化。由于虛擬化部署在底層，之后公司可以在其上運行云環境，因此該公司幾乎立馬就開始從虛擬化的部署中獲利了。
通過虛擬化的部署，Patni在其IT基礎架構服務/部署時，實現了12:1的服務器鄭和率，和生產系統中6:1的服務器整合率，因此減少了至少30%的房屋資金投入。虛擬化的部署不僅節省了30%的能耗，最重要的是，這使得服務器準備時間從先前的半天減少到了30分鐘。
Joshi表示，“新項目的準備時間已經從以前的數周減少到現在的數小時。我們最近進行了一次自身應用文件夾的升級。新應用的開發和測試環境在幾個小時之內就準備好了。我們只需要將舊的應用保持到今年年底，因為我們已經創建了一個全新的生產環境來支持新的應用，這個過程如果使用傳統的方法將需要一周多，現在只需要不到一天的時間”。該公司的企業應用文件包，包括ERP、資金管理、HR、項目管理和資源管理等，現在已經在完全虛擬化的環境中運行了。
然而，Joshi說，用戶目前是沒有權限自己去創建虛擬機(VM)的。如果有必要的話，用戶只能通過遞交服務申請的方式，由管理員為其創建VM。一旦自動化階段完成，用戶方便能開始提供自己的資源。事實上，真正的私有云是可以進行自我監控的，之所以對用戶進行這種創建水平的控制，是為了便于公司進行審核。
該公司最近在對用戶環境進行審查，用戶允許公司通過契約的方式對環境進行虛擬化，并共享底層資源。對于某些用戶而言，計算環境將會在物理上分開。然而，這樣會出現在一個物理用戶環境中存在多個微型的虛擬化環境。
Joshi指出，“在大型客戶的環境中，物理服務器的個數大約在15到40以內。按照契約，客戶環境將會與公司的基礎架構整合。”
#p#
將應用遷移到虛擬化的環境中
遷移到云環境時，需要解決的最重要的問題就是管理的變動。
據Joshi介紹，這是一個很重要但又很費時間的步驟。Joshi解釋道，對一個組織來說，僅僅是開始重新虛擬化它的IT技術架構來創建一個云就需要花費兩個月的時間。對一個像Patni這樣的更大的組織來說，僅僅是虛擬化，就需要至少8個月的時間，因為從我們準備進行分批地塊狀遷移，并且我們試圖在完成這個過程時不超過一個小時的停機時間。
每一次向虛擬化環境的遷移都只能在周末進行，因為那時處于工作狀態的基礎設施較少。該公司將會創建虛擬化的環境，在該虛擬化環境中將系統停用，然后將應用遷移到虛擬化的架構上。
據Joshi描述，遷移過程中的主要教訓是公司忽視了將遺留的基礎設施遷移到虛擬化環境所需要的時間、經歷和計劃。該公司擁有一些舊的應用，如面向某個員工的應用、資金應用、事務處理引擎和相關的數據庫引擎、商務智能和項目應用等，一共跨了七至八個服務器。整合這些應用并將其遷移到一個虛擬化的環境確實是一個很大的挑戰。該公司低估了這些項目管理數據的備份并將其遷移到虛擬化環境的時間，以及授權許可所需要的時間等等。
“傳統地講，主要使用的授權許可機制是活動服務器目錄。我們錯誤地假設活動服務器目錄向虛擬環境的遷移沒有任何挑戰。而事實上，這是不可能的。” Joshi表示。
Joshi進一步解釋道，對某些人來說，訪問遠程的應用是通過可靠的VPN來實現的。然而，一旦公司遷移到一個虛擬化的環境中后這個機制將無法工作。基于IP地址的應用安全訪問將不能在虛擬化的環境中工作。該公司不得不找出這個問題的最佳解決辦法。
一旦完成了應用向虛擬化環境的遷移，并對安全機制進行了必要的修改之后，組織將需要花大量的時間來進行測試，以確保安全機制能夠很好地運行。然而，該公司在實際的遷移計劃中還沒有保證這段時間。還有一些天，公司沒有落實一個特殊項目管理服務器的可交付日期。這導致了項目完成時間的進一步延遲。
#p#
多租戶應用架構的評估
多租戶架構模型
在對硬件進行虛擬化以后，Patni接下來開始關注它的操作系統、中間件和應用。這關系到考驗該公司是能否真正創建一個多租戶的操作環境。
據Joshi介紹，這是實現過程中最艱難也是最重要的一個階段——因為大部分用戶應用在創建的時候并沒有考慮過支持多租戶。
“我需要確定是否允許現有的系統支持多租戶架構，是否必須投資額外的勞動力和資金來重新構建多租戶模式下的應用，”Joshi說。
Patni，作為一個具有多個分公司的大型機構，有必要實現私有云所具有的多租戶架構。通過它現有的核心ERP應用，Patni可以將應用供給其各個法人實體分開來使用。而該公司的內部應用不需要多租戶架構。
然而，Joshi說，用戶需求可能需要Patni在云基礎架構中擁有強大的多租戶架構。“如果用戶需要真正的多租戶架構，我們將不得不運行多個ERP應用實例，并為其創建一個多租戶的機制——因為這個應用本身不支持多租戶。”公司花了大概一個月的時間對這些運行在虛擬化環境中的應用進行評估，以確保它們能正常運行。
通過評估，Patni發現大部分公司內部應用無需太多的重構便可以在多租戶環境中運行。
#p#
自動化、負載均衡和位置分配計算
在對基礎設施進行了虛擬化以后，Patni還需要計劃如何高效地使用這些虛擬化的基礎設施，并實現應用工作量的負載均衡。
私有云通過簡單的虛擬化架構提供的一個主要的好處就是負載均衡和應用執行位置的未知性。用戶不用擔心應用的執行位置以及完成此過程所需的自動化水平。
Joshi舉了一個例子進行解釋：“從用戶的觀點來看，它不用關心應用是在數據中心的物理機B上的虛擬機A上運行的還是在物理機C上的虛擬機B上運行的。”
Joshi解釋，一個虛擬化的環境可能有也可能沒有這個能力。然而，應用執行位置的獨立是真正實現了云環境的重要標志。
然而，作為一個操作，它將允許用戶或系統管理員手動從一個VM遷移到另一個，停機時間可能會更長。因此對用戶消費的影響會更大。
Patni目前正處于實現自動化、負載均衡和位置影藏階段。Joshi表示，除非公司成功實現了自動化、負載均衡和位置未知機制，否則，公司不會進入下一個階段，即創建測量和計費系統。這是由于，這些機制的正常運行對云的實現十分重要。
#p#
測量使用和計費
測量和計費機制的實現，即公司可以在內部對用戶所使用的服務收費，是Patni能夠向外界宣布真正實現了私有云的最后一步。
Joshi解釋說，盡管測量和計費功能可以由虛擬化平臺提供的工具來完成，但是這些工具的測量水平只能針對每個用戶的每個應用或每個VM來收費。
該公司目前仍處于計費和測量機制構件技術的選擇階段，并且將于明年開始創建計費機制層。
Patni簡介
Patni有限公司計算機系統是提供信息技術服務和企業解決方案的公司。公司規模有15,000個人，并且有23個國際辦公室，橫跨美洲、歐洲、還有亞太，并且近海開發中心在8個印度城市。
【編輯推薦】
