小型機(jī)到x86遷移(R2IA)-解決方案

1、小型機(jī)到x86遷移（R2IA）解決方案傳統(tǒng)客戶構(gòu)架特點(diǎn)與趨勢分析VDI走向云構(gòu)架核心業(yè)務(wù)后端數(shù)據(jù)系統(tǒng)是否構(gòu)架可以變更，需要詳細(xì)分析下一步將轉(zhuǎn)向MPP構(gòu)架數(shù)據(jù)庫傳統(tǒng)構(gòu)架是ACID 系統(tǒng)不能滿足新業(yè)務(wù)發(fā)展Atomicity原子性：一個(gè)事務(wù)中所有操作都必須全部完成，要么全部不完成。Consistency一致性. 在事務(wù)開始或結(jié)束時(shí)，數(shù)據(jù)庫應(yīng)該在一致狀態(tài)。Isolation隔離層. 事務(wù)將假定只有它自己在操作數(shù)據(jù)庫，彼此不知曉。Durability. 一旦事務(wù)完成，就不能返回。CONSISTENCY一致性任何時(shí)間，任何地點(diǎn)，所有節(jié)點(diǎn)上的數(shù)據(jù)都是一樣的。AVAILABILITY可用性確保每一次對于數(shù)據(jù)的

2、請求都可以成功。PARTITIONTOLERANCE分區(qū)容忍性數(shù)據(jù)分布于不同區(qū)域后，任何一個(gè)分區(qū)不可訪問時(shí)，整個(gè)數(shù)據(jù)操作仍然可以正常完成。X客戶使用ACID系統(tǒng)構(gòu)架后，為了追求更高的性能和穩(wěn)定性，不得不購買性能強(qiáng)大的服務(wù)器與存儲系統(tǒng)，不得不使用多種數(shù)據(jù)備份與容災(zāi)保護(hù)機(jī)制，確保系統(tǒng)的可用性。傳統(tǒng)的數(shù)據(jù)存儲方式（特別是關(guān)系型數(shù)據(jù)庫）保證了數(shù)據(jù)的強(qiáng)一致性和系統(tǒng)的高可用性，但是犧牲了數(shù)據(jù)分區(qū)能力?；ヂ?lián)網(wǎng)構(gòu)架特點(diǎn)一：新型互聯(lián)網(wǎng)BASE架構(gòu)可以完全替代BASE構(gòu)架Basically Available基本可用。支持分區(qū)失敗(e.g. sharding碎片劃分?jǐn)?shù)據(jù)庫)。Soft state軟狀態(tài) 狀態(tài)可以有

3、一段時(shí)間不同步，異步。Eventually consistent最終一致，最終數(shù)據(jù)是一致的就可以了，而不是時(shí)時(shí)高度一致。監(jiān)控性能容量擴(kuò)展性可用性把一個(gè)完整交易切割成多個(gè)小事件，分布在多臺服務(wù)器上，通過異步的方式完成事務(wù)處理，是互聯(lián)網(wǎng)構(gòu)架可以采用分布式構(gòu)架提高性能的根源。這意味著對當(dāng)前應(yīng)用的大規(guī)模改造。CONSISTENCY一致性任何時(shí)間，任何地點(diǎn)，所有節(jié)點(diǎn)上的數(shù)據(jù)都是一樣的。AVAILABILITY可用性確保每一次對于數(shù)據(jù)的請求都可以成功。PARTITIONTOLERANCE分區(qū)容忍性數(shù)據(jù)分布于不同區(qū)域后，任何一個(gè)分區(qū)不可訪問時(shí)，整個(gè)數(shù)據(jù)操作仍然可以正常完成。XBASE構(gòu)架犧牲了數(shù)據(jù)的強(qiáng)一致特

4、性，轉(zhuǎn)而利用分區(qū)特性，提供了更加靈活，性能更好，擴(kuò)展性更好的數(shù)據(jù)平臺?；ヂ?lián)網(wǎng)構(gòu)架特點(diǎn)二：分布式存儲取代共享存儲分布式存儲系統(tǒng)是通過存儲軟件將大量普通PC服務(wù)器內(nèi)置存儲設(shè)備互聯(lián)，對外作為一個(gè)整體提供存儲服務(wù)的新型存儲方式。可擴(kuò)展行低成本高性能易用分布式存儲系統(tǒng)可以擴(kuò)展到幾百臺甚至幾千臺的集群規(guī)模，對外作為一個(gè)整體提供存儲服務(wù)。分布式存儲系統(tǒng)的自動容錯(cuò)，自動負(fù)載均衡機(jī)制是七可以構(gòu)建在普通PC機(jī)之上。另外，線性擴(kuò)展能力也使得增加，減少機(jī)器非常方便，可以實(shí)現(xiàn)自動運(yùn)維。無論是針對整個(gè)集群還是單臺服務(wù)器，都要求分布式存儲系統(tǒng)具備高性能。分布式存儲系統(tǒng)需要能夠提供易用的對外接口，另外，也要求具備完善的健康，

5、運(yùn)維工具，并能夠方便的與其他系統(tǒng)集成。分布式存儲構(gòu)架面對客戶的需求更多的是需要比較大的吞吐量和容量，單一存儲很難滿足要求（或者可以滿足要求但是性價(jià)比非常差）的時(shí)候。正確的解決方法：RISC TO IA第三要素：用實(shí)際數(shù)據(jù)說話，確保建議切實(shí)可行應(yīng)用特性為根本出發(fā)點(diǎn)當(dāng)前關(guān)鍵點(diǎn)在于需要保證數(shù)據(jù)一致性的OLTP數(shù)據(jù)庫上UNIX的性能通?？梢酝ㄟ^rperf值估算出OLTP值。通常 P750( Cpu 32核 主頻3.0G) OLTP值相當(dāng)于 X3850 X5滿配 OLTP值。通常 X3950 X6（8CPU，120core，2.7Ghz） 在線事物處理的性能相當(dāng)于P780( Power 8Cpu 64核

6、 主頻3.72Ghz) 。當(dāng)前軟件model是否支持集群擴(kuò)展方式？新應(yīng)用是否支持集群擴(kuò)展方式？客戶數(shù)據(jù)庫是OLTP還是OLAP？是否可以通過多份數(shù)據(jù)復(fù)制方式將查詢業(yè)務(wù)剝離核心業(yè)務(wù)系統(tǒng)，分擔(dān)核心數(shù)據(jù)庫的壓力。IBM POWER和 Intel X86 CPU最大區(qū)別CPU的主頻上區(qū)別QPI總線區(qū)別并發(fā)線程數(shù)區(qū)別實(shí)際運(yùn)行數(shù)據(jù)考量需要提供系統(tǒng)（nmon）和數(shù)據(jù)庫（awr）運(yùn)行狀態(tài)。當(dāng)前瓶頸，CPU，內(nèi)存，IO，網(wǎng)絡(luò)等的實(shí)際使用效率。第一要素：從應(yīng)用分析入手第二要素：說清楚根本區(qū)別行業(yè)客戶業(yè)務(wù)運(yùn)行典型環(huán)境舉例當(dāng)前用戶數(shù)為1000，預(yù)計(jì)三年內(nèi)上升為1200。當(dāng)前運(yùn)行緩慢未來開發(fā)網(wǎng)上辦案查詢的需求應(yīng)用為標(biāo)準(zhǔn)

7、的WEB/APP/DB構(gòu)架，當(dāng)前數(shù)據(jù)庫為OLTP和OLAP混合類型。當(dāng)前運(yùn)行情況DB SERVERWEB/APP SERVERDS5100服務(wù)器配置存儲網(wǎng)絡(luò)當(dāng)前數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器使用兩臺IBM UNIX P570，每臺服務(wù)器配置8顆3.5GHz Power6處理器核，32GB 533MHz DDR2內(nèi)存，數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器互為備份。服務(wù)器通過SAN 方式連接IBM DS5100存儲，雙控制器，配置48塊450GB容量的15k硬盤。服務(wù)器之間使用萬兆網(wǎng)絡(luò)連接。服務(wù)器和存儲之間使用4GB FC連接。SAN政府行業(yè)典型應(yīng)用數(shù)據(jù)庫與應(yīng)用服務(wù)器CPU運(yùn)行情況數(shù)據(jù)庫服務(wù)器CPU運(yùn)行分為日間業(yè)務(wù)

8、狀態(tài)和夜間狀態(tài)，其中日間CPU使用率60%-90%，峰值92.7%。夜間CPU使用率40%-70%之間。數(shù)據(jù)庫服務(wù)器CPU應(yīng)用為多線程應(yīng)用，從圖表顯示，基本上可以分布在不用的CPU上運(yùn)行。應(yīng)用服務(wù)器運(yùn)行正常，使用率不高。政府行業(yè)典型應(yīng)用數(shù)據(jù)庫與應(yīng)用服務(wù)器MEM運(yùn)行情況數(shù)據(jù)庫服務(wù)器在部分時(shí)間段出現(xiàn)持續(xù)大量的pagein，pageout，由此產(chǎn)生了內(nèi)置磁盤繁忙程度峰值達(dá)到了100%，存儲提供的容量不能滿足服務(wù)器的需要。應(yīng)用服務(wù)器內(nèi)存使用正常。此處不再表述。政府行業(yè)典型應(yīng)用系統(tǒng)分析互聯(lián)網(wǎng)構(gòu)架探討互聯(lián)網(wǎng)構(gòu)架要求應(yīng)用變更成模塊化，并且接受異步消息傳送。這意味著要重新調(diào)研業(yè)務(wù)需求，哪些業(yè)務(wù)可以接受異步，哪

9、些需要數(shù)據(jù)一致性。即使可以，也需要重寫應(yīng)用，投入人力物力以及實(shí)踐時(shí)間上都無法短時(shí)間內(nèi)解決當(dāng)前的問題。WEB/APP服務(wù)器本身支持scale out。但是從性能數(shù)據(jù)分析，沒有壓力，單臺服務(wù)器已經(jīng)可以滿足要求。未來案件公開，不需要和核心業(yè)務(wù)系統(tǒng)數(shù)據(jù)強(qiáng)一致，可以使用異步數(shù)據(jù)復(fù)制方式實(shí)現(xiàn)負(fù)載分擔(dān)與均衡。存儲構(gòu)架變更當(dāng)前數(shù)據(jù)量只有500GB，不太符合大數(shù)據(jù)構(gòu)架的基本門檻。大數(shù)據(jù)構(gòu)架追求的存儲吞吐量，當(dāng)前業(yè)務(wù)主要追求小數(shù)據(jù)量下的IOPS。分布式存儲在節(jié)點(diǎn)多的時(shí)候才能體現(xiàn)出優(yōu)勢。硬件升級瓶頸在CPU。內(nèi)存對性能有一定影響。存儲和網(wǎng)絡(luò)性能可滿足要求。堅(jiān)持使用集中存儲通過服務(wù)器升級滿足業(yè)務(wù)需求部分使用互聯(lián)網(wǎng)構(gòu)架

10、政府行業(yè)典型應(yīng)用架構(gòu)優(yōu)化方案生產(chǎn)數(shù)據(jù)庫服務(wù)器查詢數(shù)據(jù)庫服務(wù)器WEB/APP服務(wù)器DS5100SAN新購堅(jiān)持傳統(tǒng)好的構(gòu)架是最簡單更夠達(dá)到客戶需要的構(gòu)架新購兩臺X86高端服務(wù)器承擔(dān)生產(chǎn)數(shù)據(jù)庫服務(wù)器工作。新購利舊最大投資保護(hù)利舊當(dāng)前UNIX服務(wù)器，由互備方式調(diào)整為熱備份方式，運(yùn)行WEB/APP應(yīng)用。增加互聯(lián)網(wǎng)新購一臺X86高端服務(wù)器配置高速內(nèi)置存儲承擔(dān)查詢數(shù)據(jù)庫服務(wù)器工作。調(diào)研評估和測試是架構(gòu)優(yōu)化的關(guān)鍵針對該項(xiàng)目情況對方法論進(jìn)行適當(dāng)裁剪，并定制設(shè)計(jì)此遷移項(xiàng)目：此遷移的整個(gè)過程分為4個(gè)階段，同時(shí)也包括質(zhì)量控制檢測點(diǎn)，確保項(xiàng)目的成功。在項(xiàng)目期間，實(shí)施人員在這4個(gè)階段執(zhí)行各自的工作，在每個(gè)階段，對工作進(jìn)行質(zhì)量檢查。該項(xiàng)目主要包括以下4個(gè)階段：產(chǎn)品上線目標(biāo)是監(jiān)控應(yīng)用系統(tǒng)，保障產(chǎn)品環(huán)境的性能，確保應(yīng)用系統(tǒng)正常提供服務(wù)。調(diào)研評估（聯(lián)想采集信息，由客戶及ISV負(fù)責(zé)提供）評估階段的目標(biāo)是分析當(dāng)前系統(tǒng)環(huán)境，以及遷移帶來的影響，規(guī)劃整個(gè)應(yīng)用系統(tǒng)遷移的步驟。測試驗(yàn)證（聯(lián)想設(shè)計(jì)測試驗(yàn)證方案，客戶配合測試）測試驗(yàn)證的目的是模擬整個(gè)遷移過程，提前解決可能遇到的問題，確保正式遷移的順利進(jìn)行。正式遷移（聯(lián)想負(fù)責(zé)實(shí)施工作，客戶及業(yè)務(wù)部門提供遷移保障及驗(yàn)證）正式遷移是根據(jù)測試驗(yàn)證的結(jié)果，在規(guī)定的時(shí)間