欧美,精品,综合,亚洲,好吊妞视频免新费观看,免费观看三级吃奶,一级a片女人自慰免费看

您當(dāng)前的位置是:  首頁(yè) > 新聞 > 國(guó)內(nèi) >
 首頁(yè) > 新聞 > 國(guó)內(nèi) >

AWS助力企業(yè)客戶(hù)遷移“上云”

2017-11-13 11:19:11   作者:   來(lái)源:CTI論壇   評(píng)論:0  點(diǎn)擊:


  
  概論
  較之傳統(tǒng) IT 基礎(chǔ)設(shè)施,云計(jì)算提供更為彈性、靈活、高效、安全和低成本的服務(wù),越來(lái)越多的企業(yè)正在或者計(jì)劃將傳統(tǒng)工作負(fù)載遷移到云上。“上云”已經(jīng)成為企業(yè)IT建設(shè)的新常態(tài),隨之也提出了新的挑戰(zhàn):“如何上云”才能達(dá)成企業(yè)的業(yè)務(wù)目標(biāo)與 IT 建設(shè)目標(biāo)完美的統(tǒng)一?本文將從企業(yè)上云的遷移方法論和遷移工具兩個(gè)視角切入,介紹 AWS 在企業(yè)上云領(lǐng)域提供的參考方法和工具服務(wù),以滿(mǎn)足企業(yè)快速上云的需求。
  一、遷移方法論
  AWS 在企業(yè)上云領(lǐng)域擁有非常豐富的經(jīng)驗(yàn),通過(guò)幫助企業(yè)順利完成遷移工作,AWS 總結(jié)出一套行之有效的遷移方法,概括來(lái)講包含三大階段,分別是:
  • 計(jì)劃階段
  • 執(zhí)行階段
  • 運(yùn)行階段
  其中計(jì)劃階段可細(xì)分為發(fā)現(xiàn)和設(shè)計(jì)兩部分,發(fā)現(xiàn)部分需要對(duì)現(xiàn)有企業(yè)商業(yè)邏輯和IT架構(gòu)做數(shù)據(jù)收集、分類(lèi)和梳理工作,以評(píng)估遷移的功能及非功能整體要求。設(shè)計(jì)部分通過(guò)發(fā)現(xiàn)服務(wù)得出的數(shù)據(jù)進(jìn)行細(xì)致洞察,并制定詳細(xì)的遷移計(jì)劃,預(yù)估工作量,進(jìn)行安全和風(fēng)險(xiǎn)評(píng)估。
  執(zhí)行階段包括改造和過(guò)渡兩部分。其中改造部分需要部署相應(yīng)的網(wǎng)絡(luò)拓?fù),?zhí)行遷移計(jì)劃,并且驗(yàn)證遷移有效性。過(guò)渡部分需要將遷移后的成果平滑移交生產(chǎn)上線(xiàn),其中包括引導(dǎo)測(cè)試,過(guò)渡支持,發(fā)布管理以及切換與退役。
  運(yùn)行階段是工作負(fù)載上云后的持續(xù)優(yōu)化和改進(jìn),包括運(yùn)維部分和優(yōu)化部分。運(yùn)維部分通過(guò)組建運(yùn)維團(tuán)隊(duì),建設(shè)統(tǒng)一監(jiān)控能力,事件管理能力和資源供給能力。優(yōu)化部分則通過(guò)監(jiān)控驅(qū)動(dòng),形成持續(xù)改進(jìn)的閉環(huán)系統(tǒng),并且建設(shè)持續(xù)整合和持續(xù)部署能力,提升基礎(chǔ)架構(gòu)服務(wù)的整體敏捷性。
  在計(jì)劃階段需要系統(tǒng)地評(píng)估企業(yè)上云的各方因素,其中包括財(cái)務(wù)因素,合規(guī)因素,安全因素,合約因素,技術(shù)因素等。財(cái)務(wù)因素需要評(píng)估企業(yè)上云的總體擁有成本,分析上云的財(cái)務(wù)可行性;合規(guī)因素需要考量對(duì)于地方法規(guī)和行業(yè)要求的遵從;安全因素需要制定企業(yè)上云的安全策略,尤其需要關(guān)注數(shù)據(jù)的安全保護(hù);合約因素通常指不同企業(yè)應(yīng)用許可模式差異,比如 BYOL、Pay-As-You-Go、SaaS 等;技術(shù)因素需要論證遷移的技術(shù)可行性,并且制定詳細(xì)的遷移計(jì)劃和遷移策略。以遷移策略為例,我們?cè)诖苏归_(kāi)討論,  AWS 總結(jié)了 6R 遷移策略提供參考,其中包括:Re-Host、Re-Platform、Re-Purchase、Refactor、Retire 和 Retain,說(shuō)明如下:
  Re-Host 是一種快速遷移策略,采用這種策略不需要改變現(xiàn)有工作負(fù)載的基礎(chǔ)架構(gòu),是一種簡(jiǎn)單經(jīng)濟(jì)的遷移方式。Re-Host 通常采用 Lift&Shift 的方式,將數(shù)據(jù)中心內(nèi)已有基礎(chǔ)架構(gòu)“搬”到 AWS 云上。采用本策略可以做到應(yīng)用無(wú)關(guān)的遷移,通常需要引入遷移工具來(lái)實(shí)現(xiàn)“在線(xiàn)遷移”。
  • Re-Platform 遷移策略指在遷移過(guò)程中修改或升級(jí)平臺(tái)軟件,比如變更操作系統(tǒng),升級(jí) Windows 2008 到 Windows 2012,升級(jí)數(shù)據(jù)庫(kù)管理平臺(tái),更改 RISC 架構(gòu)到 x86 架構(gòu)等。采用本策略需要“重裝”工作負(fù)載和應(yīng)用,并且在遷移之后需要嚴(yán)格執(zhí)行 UAT 測(cè)試以驗(yàn)證遷移的有效性。
  • Re-Purchase 遷移策略指重新采購(gòu)新的應(yīng)用程序來(lái)“替換”原有的遺留系統(tǒng),比較常見(jiàn)的如重新采購(gòu) SaaS 模式的應(yīng)用系統(tǒng),以?xún)?yōu)化成本結(jié)構(gòu)。
  • Refactor 遷移策略指對(duì)原有架構(gòu)整體改造,使之更加符合“原生態(tài)”云架構(gòu)。通常包括對(duì)原先 Unix 體系架構(gòu)的改造;重構(gòu)系統(tǒng)架構(gòu),采納 AWS 管理服務(wù)(比如 RDS,Redshift)替換原有的中間件平臺(tái);重寫(xiě)原有組件,使之更符合分布式架構(gòu)等。
  • Retire 遷移策略指在遷移過(guò)程中“淘汰”部分工作負(fù)載或者 IT 能力,并使用 AWS 云上能力加以替代。通常會(huì)在工作負(fù)載梳理過(guò)程中去掉一些重復(fù)能力;或者直接使用 AWS 云上的災(zāi)備/高可用能力,無(wú)需自己再次投入重復(fù)建設(shè)。
  • Retain 遷移策略是指部分保留現(xiàn)有數(shù)據(jù)中心的 IT 能力,通常對(duì)一些遺留系統(tǒng)或者遷移成本高昂的系統(tǒng)采取此策略。
  在設(shè)計(jì)部分通過(guò)采納不同遷移策略,權(quán)衡利弊,制定詳細(xì)的遷移計(jì)劃,以滿(mǎn)足遷移成本和業(yè)務(wù)目標(biāo)的最佳平衡。于此同時(shí),需要考慮在各個(gè)階段采用不同工具來(lái)輔助遷移工作,以提升整體效率,降低潛在風(fēng)險(xiǎn),確保遷移工作的順利進(jìn)行。
  二、遷移工具
  在企業(yè)上云的不同階段,采納不同工具或工具組合,能夠極大提升遷移效率,簡(jiǎn)化遷移工作量,縮短業(yè)務(wù)停機(jī)時(shí)間,降低潛在的風(fēng)險(xiǎn)。AWS 在遷移的不同階段提供不同的工具服務(wù),包括應(yīng)用發(fā)現(xiàn)服務(wù)、服務(wù)器遷移服務(wù)、服務(wù)器遷移服務(wù)、數(shù)據(jù)庫(kù)遷移服務(wù)、數(shù)據(jù)傳輸服務(wù)以及遷移集中管理服務(wù)。
  這些工具分別在遷移的計(jì)劃階段和執(zhí)行階段各有側(cè)重,確保每個(gè)階段能夠順利進(jìn)行。
  AWS Application Discovery Service
  通過(guò)采用 AWS Application Discovery Service,可以收集有關(guān)企業(yè)客戶(hù)的本地?cái)?shù)據(jù)中心的基礎(chǔ)信息,從而幫助企業(yè)客戶(hù)合理規(guī)劃遷移項(xiàng)目。企業(yè)級(jí)應(yīng)用負(fù)載往往會(huì)涉及數(shù)千個(gè)高度相互依賴(lài)的工作負(fù)載,確定服務(wù)器利用率和依賴(lài)關(guān)系是遷移流程中至關(guān)重要的步驟。AWS Application Discovery Service 可以收集并呈現(xiàn)服務(wù)器的配置、使用數(shù)據(jù)和行為數(shù)據(jù),簡(jiǎn)化工作負(fù)載手工梳理工作。收集的數(shù)據(jù)以加密格式保存在 AWS Application Discovery Service 的數(shù)據(jù)存儲(chǔ)中。并可以導(dǎo)出為 CSV 文件,利用其來(lái)估算在 AWS 上運(yùn)行的總體擁有成本(TCO)并規(guī)劃 遷移工作。此外,該數(shù)據(jù)還保留在 AWS Migration Hub 中,可以統(tǒng)一管理發(fā)現(xiàn)的服務(wù)器并跟蹤其遷移到 AWS 的進(jìn)度。
  AWS Server Migration Service (SMS)
  AWS Server Migration Service (SMS) 是一種無(wú)代理服務(wù),實(shí)現(xiàn)大規(guī)模批量將本地工作負(fù)載遷移到 AWS。AWS Server Migration Service (SMS) 通過(guò)將實(shí)時(shí)服務(wù)器卷復(fù)制到 AWS 并根據(jù)需要?jiǎng)?chuàng)建 Amazon 系統(tǒng)映像(AMI),并且實(shí)現(xiàn)增量復(fù)制,最大限度地降低網(wǎng)絡(luò)帶寬,提高遷移速度,并且大幅減少服務(wù)器停機(jī)時(shí)間。 AWS Server Migration Service (SMS) 適合大規(guī)模本地工作負(fù)載遷移到 AWS,并可以對(duì)其制定計(jì)劃以及進(jìn)行追蹤,從而能夠更輕松地協(xié)調(diào)大規(guī)模服務(wù)器遷移。目前支持的系統(tǒng)包括:Windows Server 2003、2008、2012 與 2016,以及 Windows 7、8 與 10;Red Hat Enterprise Linux (RHEL)、SUSE/SLES、CentOS、Ubuntu、Oracle Linux、Fedora 與 Debian Linux 等。
  AWS Database Migration Service(DMS)
 
  通過(guò)采用 AWS Database Migration Service(DMS)遷移數(shù)據(jù)庫(kù)至 AWS,能夠在遷移過(guò)程中保持?jǐn)?shù)據(jù)庫(kù)運(yùn)行,盡可能減少依賴(lài)該數(shù)據(jù)庫(kù)的應(yīng)用程序的停機(jī)時(shí)間。源數(shù)據(jù)庫(kù)能夠在遷移過(guò)程中全面保持運(yùn)行,盡可能減少依賴(lài)該數(shù)據(jù)庫(kù)的應(yīng)用程序的停機(jī)時(shí)間。AWS Database Migration Service 可以在廣泛使用的開(kāi)源商業(yè)數(shù)據(jù)庫(kù)之間遷移數(shù)據(jù),支持同構(gòu)遷移(例如從 Oracle 遷移到 Oracle),以及在不同數(shù)據(jù)庫(kù)平臺(tái)之間的異構(gòu)遷移(例如從 Oracle 遷移到 Amazon Aurora 或從 Microsoft SQL Server 遷移到 MySQL)。AWS Database Migration Service(DMS)支持從關(guān)系數(shù)據(jù)庫(kù)(包括 Amazon Aurora、PostgreSQL、MySQL、MariaDB、Oracle、SAP ASE 和 SQL Server)中將數(shù)據(jù)流式傳輸?shù)?Amazon Redshift,以便在 PB 級(jí)數(shù)據(jù)倉(cāng)庫(kù)中對(duì)數(shù)據(jù)進(jìn)行整合和分析。AWS Database Migration Service 還可用于連續(xù)數(shù)據(jù)復(fù)制,并且高度可用。
  AWS Migration Hub
  通過(guò) AWS Migration Hub 集中管理遷移過(guò)程中各個(gè)組件的狀態(tài),管理遷移進(jìn)度,提升遷移過(guò)程的整體效率。在遷移過(guò)程中會(huì)涉及到許多組件,例如服務(wù)器或數(shù)據(jù)庫(kù)的狀態(tài), 一般會(huì)使用不同的工具來(lái)跟蹤管理這些組件。利用 AWS Migration Hub 可以對(duì)相關(guān)服務(wù)器和資源進(jìn)行分組,以幫助制定遷移計(jì)劃,并且從應(yīng)用視角跟蹤遷移生命周期的進(jìn)度,以確保遷移成功。
  AWS Snowball
  通過(guò) AWS Snowball 實(shí)現(xiàn) PB 級(jí)數(shù)據(jù)傳輸,解決遷移過(guò)程中網(wǎng)絡(luò)成本高昂、傳輸時(shí)間長(zhǎng)和安全等問(wèn)題。使用 Snowball 傳輸數(shù)據(jù)簡(jiǎn)單、快速、安全,并且成本可低至高速 Internet 費(fèi)用的五分之一。傳輸任務(wù)可直接從 AWS 管理控制臺(tái)進(jìn)行創(chuàng)建。當(dāng)任務(wù)創(chuàng)建后,AWS 將 Snowball 設(shè)備交付于客戶(hù)。當(dāng)收到設(shè)備后,只需將該設(shè)備掛載到企業(yè)的本地網(wǎng)絡(luò)、下載并運(yùn)行 Snowball 客戶(hù)端來(lái)建立連接,然后使用該客戶(hù)端選擇要傳輸?shù)皆撛O(shè)備的數(shù)據(jù)即可?蛻(hù)端隨后將對(duì)文件進(jìn)行加密,并將其高速傳輸至該設(shè)備。當(dāng)傳輸完成后即可返還該設(shè)備,并且可以通過(guò) Amazon SNS、短信或直接在控制臺(tái)中跟蹤任務(wù)狀態(tài)。
  與此同時(shí), AWS 以合作共贏的理念與合作伙伴一起打造云計(jì)算生態(tài)環(huán)境,尤其在企業(yè)上云領(lǐng)域,其業(yè)務(wù)的多樣性和系統(tǒng)的復(fù)雜性決定了必須依賴(lài)一個(gè)豐富且強(qiáng)大的生態(tài)體系才能滿(mǎn)足企業(yè)客戶(hù)需求,以下列舉部分合作伙伴解決方案以供參考:
  ATAMotion 是一種無(wú)代理的在線(xiàn)遷移工具,實(shí)現(xiàn)將工作負(fù)載從任何物理、虛擬或云端資源遷移至的 AWS EC2上。通過(guò)與 AWS API 集成全面集成從而實(shí)現(xiàn)友好的用戶(hù)界面,比如 VPC 自動(dòng)配置,為所有 AWS 支持的操作系統(tǒng)提供細(xì)粒度遷移控制。其中專(zhuān)有克隆引擎是為企業(yè)級(jí)工作負(fù)載構(gòu)建的,具備高效的遷移速度、靈活的部署,以及對(duì)復(fù)制或同步的數(shù)據(jù)庫(kù)大小沒(méi)有限制,滿(mǎn)足企業(yè)工作負(fù)載遷移上云的各類(lèi)需求。
  CloudEndure 支持各類(lèi)企業(yè)工作負(fù)載遷移,包括物理的、虛擬化的、基于云的還是混合的,并且實(shí)現(xiàn)在線(xiàn)遷移,極大減少遷移工作對(duì)業(yè)務(wù)的影響。CloudEndure 在云中創(chuàng)建了一個(gè)完全復(fù)制的整個(gè)工作負(fù)載或應(yīng)用程序,包含最新的存儲(chǔ)和配置數(shù)據(jù),同時(shí)允許進(jìn)行非破壞性測(cè)試,以確保副本正常工作。當(dāng)完成相應(yīng)遷移工作準(zhǔn)備割接時(shí),在目標(biāo)云位置創(chuàng)建一個(gè)最新的副本,并相應(yīng)地重定向業(yè)務(wù)流量即可。由于 CloudEndure 使用了真正的連續(xù)數(shù)據(jù)保護(hù)(CDP)技術(shù)將數(shù)據(jù)移動(dòng)到目標(biāo)位置,所以在切換過(guò)程中幾乎沒(méi)有停機(jī)時(shí)間。
  Racemi DynaCenter 通過(guò)復(fù)制技術(shù)將應(yīng)用程序遷移到 AWS EC2,其中包括 Amazon 專(zhuān)用主機(jī)和實(shí)例。針對(duì)大規(guī)模遷移遷移上云的應(yīng)用,DynaCenter 能夠創(chuàng)建可重復(fù)的、自動(dòng)化的和可重用的配置,以加速遷移項(xiàng)目。工作負(fù)載針對(duì)云兼容性和性能進(jìn)行優(yōu)化,并且可以加載遷移后腳本自動(dòng)安裝管理工具和云服務(wù)。同時(shí)支持環(huán)境檢查、遷移目的地服務(wù)器實(shí)例的自動(dòng)調(diào)整,以及可以在遷移過(guò)程為不同工作負(fù)載設(shè)置不同遷移 策略,減少手動(dòng)遷移所帶來(lái)的風(fēng)險(xiǎn)。從產(chǎn)品部署上,與 SaaS 工具不同,DynaCenter 防火墻友好,可直接安裝到 AWS VPC 中,并提供強(qiáng)大的可視化和控制能力以保證遷移工作的順利進(jìn)行。
  總結(jié)
  綜上所述,企業(yè)上云過(guò)程是一個(gè)復(fù)雜的系統(tǒng)工程,需要通盤(pán)考量。本文涵蓋了遷移方法論和遷移工具的部分內(nèi)容,遷移過(guò)程中還有很多專(zhuān)題值得深入探討,例如遷移流程模型,測(cè)試與驗(yàn)證方法,運(yùn)維與持續(xù)優(yōu)化最佳實(shí)踐等,由于篇幅有限,期待下一期與您更加深入的交流。
【免責(zé)聲明】本文僅代表作者本人觀(guān)點(diǎn),與CTI論壇無(wú)關(guān)。CTI論壇對(duì)文中陳述、觀(guān)點(diǎn)判斷保持中立,不對(duì)所包含內(nèi)容的準(zhǔn)確性、可靠性或完整性提供任何明示或暗示的保證。請(qǐng)讀者僅作參考,并請(qǐng)自行承擔(dān)全部責(zé)任。

專(zhuān)題