導讀:毫無疑問,云計算是未來的發(fā)展方向,它將改變企業(yè)經(jīng)營業(yè)務的方式,它是企業(yè)有效和高效地運營業(yè)務的動力。企業(yè)上云遷移不可能同時把所有應用全部遷移到云上,一步到位是不可能的。
毫無疑問,云計算是未來的發(fā)展方向,它將改變企業(yè)經(jīng)營業(yè)務的方式,它是企業(yè)有效和高效地運營業(yè)務的動力。企業(yè)上云遷移不可能同時把所有應用全部遷移到云上,一步到位是不可能的。企業(yè)遷移是一個系統(tǒng)工程,對于要遷移上云的應用和數(shù)據(jù),制定一份詳細的計劃與時間表是必要的。遷移過快往往會導致成本的急劇上升、工期延期甚至失敗。
上云遷移的過程以下將其細化為五個步驟(適用場景:私有云)
1、標準化、統(tǒng)一化
企業(yè)傳統(tǒng)的IT業(yè)務應用正常都構建在物理服務器和存儲設備上,當開始進行云遷移時,一般會采用標準化技術,對以往的服務器及存儲資源進行整合。對已存在的要上云的業(yè)務進行遷移評估,并根據(jù)數(shù)據(jù)中心的資源情況來制定詳細的解決方案;如果是新的應用系統(tǒng),則分配相應的資源,直接部署在云計算環(huán)境中即可。任何要上云的業(yè)務,對其實現(xiàn)難度的評估是對應用系統(tǒng)進行云化或改造風險與收益評估的重要手段. 整個業(yè)務系統(tǒng)的云化分析過程需要從包括硬件支撐環(huán)境改造、操作系統(tǒng)平臺變更、平臺軟件綁定分析、IP地址依賴性消除、API重構、模塊化改造、標準化改造、外部依賴條件等在內(nèi)的多個層面和維度進行,準確評估業(yè)務信息系統(tǒng)云化改造的相關難點與痛點,才能對信息系統(tǒng)云化改造有充分的認識和準備。
上云首先離不開架構設計,因為業(yè)務終究要被云化,不管其遷移的過程長短,企業(yè)通常都會使用虛擬服務器來代替物理的服務器,使用存儲資源池來統(tǒng)一后端的存儲。為了實現(xiàn)對異構存儲設備的管理,往往還會進行存儲的虛擬化和分布式改造。
2、采購或是自建及部署云服務
虛擬化是上云的第一步,接下來是部署一套私有的云管理平臺。大型企業(yè)采購使用VMWARE平臺則更穩(wěn)定和可靠。而OpenStack則入門門檻較高,如果企業(yè)沒有足夠的技術能力儲備則無法解決大面積部署OPENSTACK所遇到的問題和坑。
構建一個私有云,需要詳細的規(guī)劃設計以及實施,很多時候面臨資源整合也包括管理理念的整合和融入。這時也可以采購或使用一些公有云服務,例如一個或多個SAAS應用、開發(fā)測試服務、云存儲等?;旌显迫诤狭斯性坪退接性?,是近年來云計算的主要模式和發(fā)展方向。我們知道私有云主要是面向企業(yè)用戶,出于安全考慮,企業(yè)更愿意將數(shù)據(jù)存放在私有云中,但是同時又希望可以獲得公有云的計算資源隨需擴展,在這種情況下混合云被越來越多的采用,這種解決方案既省錢又安全。
3、應用遷移和數(shù)據(jù)遷移
云的基礎設施及服務部署完成之后,需要開始對現(xiàn)有的業(yè)務應用服務進行統(tǒng)一化或者升級。
應用遷移的過程不是簡單的點幾個按鈕就大功告成,我們需要從云平臺的環(huán)境特點出發(fā),對自身的產(chǎn)品做一定的適應調(diào)整。
數(shù)據(jù)遷移對于一個業(yè)務應用來說是最重要的,直接關系到業(yè)務上云的成敗。數(shù)據(jù)遷移會將業(yè)務系統(tǒng)中很少使用或不用的文件移到輔助存儲系統(tǒng)(如磁帶或光盤)上,而把熱點常用的數(shù)據(jù)遷移到優(yōu)質(zhì)存儲(如SSD或閃存陣列)上,有點像分級存儲管理吧。一般為了保證數(shù)據(jù)的安全性和完整性,我們業(yè)務的遷移工作一般會與備份策略相結合,并且對重要數(shù)據(jù)進行重點備份。還有的業(yè)務系統(tǒng)上云后去O,把Oracle替換成Mysql,那么就會涉及到SQL語法的適配、數(shù)據(jù)的轉(zhuǎn)換、新老系統(tǒng)的交互、應用的改造甚至重構等,挑戰(zhàn)比較大,這些都需要在遷移階段有充分的考慮。
數(shù)據(jù)遷移的實現(xiàn)可以分為3個階段:數(shù)據(jù)遷移前的準備、數(shù)據(jù)遷移的實施和數(shù)據(jù)遷移后的測試校驗。為了保障數(shù)據(jù)遷移的質(zhì)量和效率,也離不開好的遷移工具。商業(yè)和開源的產(chǎn)品各有不同,選擇時應該根據(jù)具體情況進行分析。目前,許多數(shù)據(jù)庫廠商也都提供相應的數(shù)據(jù)抽取工具,如Informix的InfoMover、Microsoft SQLServer的DTS和0raele的Oracle Warehouse Builder等。這些工具在一定范圍內(nèi)解決了數(shù)據(jù)的提取和轉(zhuǎn)換,但這些工具基本都不能自動完成數(shù)據(jù)的抽取,用戶還需利用這些工具編寫適當?shù)霓D(zhuǎn)換程序來提高效率。
再有就是企業(yè)里的復雜應用由于業(yè)務耦合度高,對傳統(tǒng)架構依賴性強,一般都需要大量的改造開發(fā),由于時間周期比較長,不可控的風險太多,因此需要謹慎地對現(xiàn)有系統(tǒng)從投資回報以及可行性方面進行詳細遷移評估。
4、全面自動化
在企業(yè)里,當大量業(yè)務應用都遷移上云后,使用云管理平臺進行業(yè)務系統(tǒng)的自動化配置、審批、服務交付、升級改造及監(jiān)控就變得比較重要了。不斷地對現(xiàn)有IT流程進行自動化改造至關重要,我們希望盡量的把每一個業(yè)務上云的流程都自動化,從虛擬機及應用的線上資源預訂到其交付,這樣可以大大縮短部署時間、減少人工成本,提高系統(tǒng)配置的準確性及一致性。
5、安全性、冗余性及運維可持續(xù)性
傳統(tǒng)業(yè)務上云一般需要經(jīng)過資源供給、交付服務、運維及安全流程等的若干環(huán)節(jié)審批,因為在云服務完成及上線之前,很多這些流程都需要進行改造,自動化交付則需要IT安全人員對虛擬機模板、軟件化網(wǎng)絡、存儲資源、操作系統(tǒng)、應用平臺等預先進行授權或批準。這個步驟還需考慮冗余性及伸縮性,包括服務器、虛擬機、應用及云管理平臺在數(shù)據(jù)中心部分或者完全失效的情況下的持續(xù)運行能力。安全操作及IT治理在該階段也必須完全建立,最終這五個步驟的云遷移計劃將把公司帶到一個全面云運維的狀態(tài)。