kepware怎么读modbus/tcp数据_多机房多活架构,究竟怎么玩?
生活随笔
收集整理的這篇文章主要介紹了
kepware怎么读modbus/tcp数据_多机房多活架构,究竟怎么玩?
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
前情提要:《當(dāng)年,我們是怎么平滑上云的?》一文中提到了上云的背景,將所有的系統(tǒng),從一個(gè)機(jī)房,遷移到另一個(gè)機(jī)房。如上圖:遷移之前,系統(tǒng)部署在機(jī)房A(M6)內(nèi),是單機(jī)房架構(gòu)。遷移之后,系統(tǒng)部署在機(jī)房B(阿里云)內(nèi),換了一個(gè)機(jī)房。《當(dāng)年,我們是怎么平滑上云的?》有三結(jié)論:(1)單機(jī)房架構(gòu)的核心是“全連接”;(2)機(jī)房遷移方案的設(shè)計(jì)目標(biāo)是:平滑遷移,不停服務(wù);可以分批遷移;隨時(shí)可以回滾;(3)想要平滑的實(shí)施機(jī)房遷移,臨時(shí)性的多機(jī)房架構(gòu)不可避免;【4】核心問題四,臨時(shí)性多機(jī)房架構(gòu)如何實(shí)施?如前文所述,如果將單機(jī)房“全連接”架構(gòu)復(fù)制到多機(jī)房,會有大量跨機(jī)房調(diào)用,極大增加請求時(shí)延,是業(yè)務(wù)無法接受的,要想降低這個(gè)時(shí)延,必須實(shí)施“同機(jī)房連接”。多機(jī)房多活架構(gòu),什么是理想狀態(tài)下的“同機(jī)房連接”?如上圖所示,多機(jī)房多活架構(gòu),最理想狀態(tài)下,除了異步數(shù)據(jù)同步跨機(jī)房通訊,其他所有通訊均為“同機(jī)房連接”:(1)web連業(yè)務(wù)服務(wù);(2)業(yè)務(wù)服務(wù)連基礎(chǔ)服務(wù);(3)服務(wù)連數(shù)據(jù)庫,主庫寫,從庫讀,讀寫分離;上述架構(gòu),每個(gè)機(jī)房是一套獨(dú)立的系統(tǒng),僅僅通過異步數(shù)據(jù)同步獲取全量數(shù)據(jù),當(dāng)發(fā)生機(jī)房故障時(shí),將流量切到另一個(gè)機(jī)房,就能冗余“機(jī)房級”故障,實(shí)現(xiàn)高可用。上述多機(jī)房架構(gòu)存在什么問題?“異步數(shù)據(jù)同步”存在延時(shí)(例如:1min),這個(gè)延時(shí)的存在,會使得兩個(gè)機(jī)房的數(shù)據(jù)不一致,從而導(dǎo)致嚴(yán)重的業(yè)務(wù)問題。舉個(gè)例子,某一個(gè)時(shí)刻,用戶X有余額100元,兩個(gè)機(jī)房都存儲有該余額的精準(zhǔn)數(shù)據(jù),接下來:(1)余額100,X在北京(就近訪問機(jī)房A)消費(fèi)了80元,余額僅剩20元,該數(shù)據(jù)在1分鐘后會同步到機(jī)房B;(2)余額100,X的夫人在廣州(就近訪問機(jī)房B)用X的賬號消費(fèi)了70元,余額剩余30元,該數(shù)據(jù)在1分鐘后也會同步到機(jī)房A;從而導(dǎo)致:(1)超額消費(fèi)(100余額,卻買了150的東西);(2)余額異常(余額是20,還是30?);上述架構(gòu)適合于什么業(yè)務(wù)場景?任何脫離業(yè)務(wù)的架構(gòu)設(shè)計(jì)都是耍流氓。當(dāng)每個(gè)機(jī)房都有很多全局業(yè)務(wù)數(shù)據(jù)的訪問場景時(shí),上述多機(jī)房架構(gòu)并不適用,會存在大量數(shù)據(jù)不一致。但當(dāng)每個(gè)機(jī)房都訪問局部業(yè)務(wù)數(shù)據(jù)時(shí),上述多機(jī)房架構(gòu)仍然是可行的。典型的業(yè)務(wù):滴滴,快狗打車。這些業(yè)務(wù)具備數(shù)據(jù)聚集效應(yīng):(1)下單用戶在同一個(gè)城市;(2)接單司機(jī)在同一個(gè)城市;(3)交易訂單在同一個(gè)城市;這類業(yè)務(wù)非常適合上述多機(jī)房多活架構(gòu),多個(gè)機(jī)房之間即使存在1分鐘延時(shí)的“異步數(shù)據(jù)同步”,對業(yè)務(wù)也不會造成太大的影響。多機(jī)房多活架構(gòu),做不到理想狀態(tài)下的“同機(jī)房連接”,有沒有折中方案?如果完全避免跨機(jī)房調(diào)用的理想狀態(tài)做不到,就盡量做到“最小化”跨機(jī)房調(diào)用。如上圖所示,在非必須的情況下,優(yōu)先連接同機(jī)房的站點(diǎn)與服務(wù):(1)站點(diǎn)層只連接同機(jī)房的業(yè)務(wù)服務(wù)層;(2)業(yè)務(wù)服務(wù)層只連接同機(jī)房的基礎(chǔ)服務(wù)層;(3)服務(wù)層只連接同機(jī)房的“讀”庫;(4)對于寫庫,沒辦法,只有跨機(jī)房讀“寫”庫了;該方案沒有完全避免跨機(jī)房調(diào)用,但它做到了“最小化”跨機(jī)房調(diào)用,只有寫請求是跨機(jī)房的。但互聯(lián)網(wǎng)的業(yè)務(wù),絕大部分是讀多寫少的業(yè)務(wù):(1)百度的搜索100%是讀業(yè)務(wù);(2)京東淘寶電商99%的瀏覽搜索是讀業(yè)務(wù),只有下單支付是寫業(yè)務(wù);(3)58同城99%帖子的列表詳情查看是讀業(yè)務(wù),只有發(fā)布帖子是寫業(yè)務(wù);寫業(yè)務(wù)比例相對少,只有很少請求會跨機(jī)房調(diào)用。該多機(jī)房多活架構(gòu),并沒有做到100%的“同機(jī)房連接”,通常稱作偽多機(jī)房多活架構(gòu)。偽多機(jī)房多活架構(gòu),有“主機(jī)房”和“從機(jī)房”的差別。多機(jī)房多活架構(gòu)的初衷是容機(jī)房故障,該架構(gòu)當(dāng)出現(xiàn)機(jī)房故障時(shí),可以把入口處流量切到另一個(gè)機(jī)房:(1)如果掛掉的是,不包含主庫的從機(jī)房,遷移流量后能直接容錯;(2)如果掛掉的是,包含主庫的主機(jī)房,只遷移流量,系統(tǒng)整體99%的讀請求可以容錯,但1%的寫請求會受到影響,此時(shí)需要將從庫變?yōu)橹鲙?#xff0c;才能完全容錯。這個(gè)過程需要DBA介入,不需要所有業(yè)務(wù)線上游修改。畫外音:除非,站點(diǎn)和服務(wù)使用內(nèi)網(wǎng)IP,而不是內(nèi)網(wǎng)域名連接數(shù)據(jù)庫。架構(gòu)師之路已經(jīng)強(qiáng)調(diào)過很多次,不要使用內(nèi)網(wǎng)IP,一定要使用內(nèi)網(wǎng)域名。偽多機(jī)房多活架構(gòu),是一個(gè)實(shí)踐性,落地性很強(qiáng)的架構(gòu),它對原有架構(gòu)體系的沖擊非常小,和單機(jī)房架構(gòu)相比,僅僅是:(1)跨機(jī)房主從同步數(shù)據(jù),會多10毫秒延時(shí);畫外音:主從同步數(shù)據(jù),本來就會有延時(shí)。(2)跨機(jī)房寫,會多10毫秒延時(shí);小結(jié):(1)理想多機(jī)房多活架構(gòu),是純粹的“同機(jī)房連接”,僅有異步數(shù)據(jù)同步會跨機(jī)房;(2)理想多機(jī)房多活架構(gòu),會有較嚴(yán)重?cái)?shù)據(jù)一致性問題,僅適用于具備數(shù)據(jù)聚集效應(yīng)的業(yè)務(wù)場景,例如:滴滴,快狗打車;(3)偽多機(jī)房多活架構(gòu),思路是“最小化跨機(jī)房連接”,機(jī)房區(qū)分主次,落地性強(qiáng),對原有架構(gòu)沖擊較小,強(qiáng)烈推薦;臨時(shí)性多機(jī)房多活架構(gòu),是機(jī)房遷移過程中的一個(gè)過渡狀態(tài),機(jī)房遷移步驟又該如何?且聽明天分解。思路比結(jié)論重要。
架構(gòu)師之路-分享技術(shù)思路
相關(guān)文章:《當(dāng)年,我們是怎么平滑上云的?》討論:貴司有沒有多機(jī)房多活,架構(gòu)如何?畫外音:長文閱讀量好低。 與50位技術(shù)專家面對面20年技術(shù)見證,附贈技術(shù)全景圖總結(jié)
以上是生活随笔為你收集整理的kepware怎么读modbus/tcp数据_多机房多活架构,究竟怎么玩?的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: dba的前景_2019年DBA薪资大起底
- 下一篇: c盘users的用户名怎么改_iphon