隨著云計算技術得到了大肆宣傳，并為用戶、媒體、廠商不斷地討論，在IT行業內實施云計算已經成為一種浪潮，但是要真正實施云計算還存在一定的風險和挑戰。誠然，把基礎架構遷移到云平臺上有很多優勢，但如果沒能咨詢考慮，系統性能反而會受到妨礙，把基礎架構從物理遷移到虛擬才能帶來最好的資源利用率。我們需要把物理到虛擬，然后在遷移到云，一步一步地進行，輕松入云。
首先要分析物理環境。當把物理架構加進環境之后，資本支出就會增加。仔細分析環境能幫企業理清沒有得到完全利用的資產。分析完成后，物理機到虛擬機的遷移就可以有效提升資源利用率，免除了對新物理架構的需求，減少了管理費用。我們要看一下哪些應用支持虛擬化，以此為依據對應用進行分類。分類標準可以有很多，比如基于平臺，或是否需要中間件對應用分類，同樣的基于數據庫來分類也可行。對環境的測試和評估，能幫助企業準確發現哪些應用存在不支持虛擬化的可能。企業級應用一般而言都需要高CPU能量和大數據庫，因此不推薦將其轉入虛擬化環境。
完成了物理環境分析，下面要做的就是整合并虛擬化服務器。服務器需求一直存在變動，這樣使得特定的服務器有時會空閑。在這樣的情況下，應該實現整體分析，包括使用模式，確定一下計算容量，然后才可以執行物理機到虛擬機的遷移。在高峰時段或者升級時分析計算需求，這些需求會影響性能和管理。此外，還需要將服務器分離和組成。如果有應用在兩個數據庫運行，就得用中間件服務器或者運行多數據庫的SQL服務器。整合好架構之后，要對環境進行測試，避免任何網絡和存儲故障，這一步完成后就可以開始虛擬化。
這一步驟之后，我們要做到就是網絡和存儲虛擬化。我們應該分析網絡和存儲架構，發現可能的性能問題。針對分離和孤立網絡，我們可以使用虛擬局域網配置，要把自己產品的流量和其他流量分開，確保適合的帶寬利用率。在存儲方面，最重要的是可擴展性。容量規劃和管理的首要問題就是存儲使用模式的分析。IBM、HP都有測量和報告數據，以便實現更佳性能和容量規劃的工具。另外企業應該測試存儲，確保能管理hypervisor負載，支撐虛擬化。除了這些，企業還得觀察自動化存儲管理，這樣做能讓存儲資源安排在多租戶或者空中架構中，實現在不同應用中共享存儲。
現在我們就可以向云實現遷移。架構向云的遷移也需要有步驟地進行。最初可以少遷移一些關鍵應用和相關架構。業務關鍵的架構應該以之前的成功步驟為基礎。確保物理產品的環境已經卸下，但不要完全退役。一旦發生任何意外，物理產品環境可以再次利用。物理環境得留著，運行那些不能虛擬化的應用和服務器。應該確保服務供應商符合行業標準，同時嚴格的服務水平協議(SLA)和規范的報告必不可少，而且建議做好嚴格的各級訪問控制。
在云世界中，安全性是最受到普遍關注的問題。在傳統的IT環境中，通常有安全專家專門關注和負責企業IT安全架構的問題，在傳統 IT環境中，安全性問題可以方便地通過隔離措施予以解決。但是在云環境中，所有的成員都需要對安全技術和風險擁有比之前非云計算的典型環境更廣泛的認識。對于端對端網絡訪問，可以詢問服務商關于安全P2P、VPN連接的問題。對于第二層安全措施，有周期定制/服務器級防火墻和入侵檢測。這些能為你的架構帶來安全。
將數據中向云中遷移的過程現在變得越來越復雜。然而，遷移失敗的主要原因要歸咎于準備不充分。為了避免使云遷移項目脫軌，最后再次提醒，在進行一個云計算遷移項目是，需要謹慎計劃，為項目提供一個安全的、可衡量的方法，這樣更有助于成功的項目結果。
京公網安備 11010502049343號