注意:向云平臺(tái)遷移時(shí)可能出現(xiàn)的三種錯(cuò)誤
IT企業(yè)向云平臺(tái)遷移時(shí)會(huì)涉及到很多因素,比如云的形式和云平臺(tái)的品牌,還有采取哪種方式進(jìn)行遷移會(huì)更好。然而,大多數(shù)企業(yè)在進(jìn)行遷移時(shí)通常并不怎么考慮性能問(wèn)題,他們急于要把云平臺(tái)作為他們的操作系統(tǒng),這讓他們犯下嚴(yán)重的錯(cuò)誤,在性能上損失巨大。匆匆忙忙的轉(zhuǎn)向云平臺(tái)可能會(huì)讓IT應(yīng)用運(yùn)行起來(lái)非常痛苦,你要做的是盡早避免這一點(diǎn)。
普遍的錯(cuò)誤有三個(gè):
- 強(qiáng)行移植代碼,而不根據(jù)云平臺(tái)做本地化修改。
- 不考慮I/O調(diào)度問(wèn)題。
- 不考慮網(wǎng)絡(luò)延遲。
許多IT企業(yè)經(jīng)常不對(duì)代碼做平臺(tái)本地化修改就強(qiáng)行移植代碼,這些人以為在云平臺(tái)上可以和在本地系統(tǒng)上一樣隨心所欲的處理那些C++代碼,實(shí)際上這是行不通的。
事實(shí)上,在不同的平臺(tái)之間移植代碼時(shí),你需要進(jìn)行本地化和優(yōu)化處理,不僅是云平臺(tái),IaaS或PaaS也一樣。那些云計(jì)算提供商們經(jīng)常吹噓他們能夠達(dá)到A到A級(jí)別的***可移植性,但事實(shí)上,真想達(dá)到A-A級(jí)別的性能效果,你必須要做大量額外的工作。
I/O調(diào)度問(wèn)題其實(shí)也是優(yōu)化的問(wèn)題,你需要專(zhuān)門(mén)優(yōu)化I/O底層系統(tǒng)的調(diào)度功能。記住I/O問(wèn)題和云平臺(tái)的彈性不同,不會(huì)在處理器飽和時(shí)進(jìn)行自動(dòng)調(diào)整。I/O問(wèn)題的關(guān)鍵是需要以最有效的方式訪(fǎng)問(wèn)原始的I/O系統(tǒng)。有些云服務(wù)商能夠提供I/O調(diào)度優(yōu)化,有些則不能。
網(wǎng)絡(luò)延遲問(wèn)題也差不多?;ヂ?lián)網(wǎng)不可能總是提供穩(wěn)定的表現(xiàn),因此你必須考慮到在云環(huán)境中的整體表現(xiàn)模型,把網(wǎng)絡(luò)延遲問(wèn)題考慮進(jìn)去。如果在你的業(yè)務(wù)里,出現(xiàn)延遲會(huì)造成大問(wèn)題,那么就不要遷移到云中。
另外,別忘了云環(huán)境中的不同系統(tǒng)之間進(jìn)行通訊時(shí)也會(huì)發(fā)生網(wǎng)絡(luò)延遲。我發(fā)現(xiàn)這一點(diǎn)經(jīng)常被忽視,而且在實(shí)際操作中這樣的延遲很難監(jiān)測(cè),而且更難理解,尤其是你無(wú)法接觸到底層的物理系統(tǒng),你需要和云服務(wù)商共同搞定這一點(diǎn)。
原文地址:http://www.infoworld.com/d/cloud-computing/heads-3-cloud-performance-gotchas-173073