摘要:今天就換個角度,從分布式網(wǎng)站發(fā)布角度說一下首先,網(wǎng)站發(fā)布一定離不開服務器,就是阿里云的云服務器。甚至搭配阿里云的彈性伸縮服務。綜上所述,一個功能較全的分布式網(wǎng)站發(fā)布在阿里云,公共需要這么幾個服務多臺,一臺,一臺,或有,或有。
雖然之前寫過關于負載均衡的文章,但是似乎大家都對負載均衡這個標題很陌生。今天就換個角度,從分布式網(wǎng)站發(fā)布角度說一下
首先,網(wǎng)站發(fā)布一定離不開服務器,就是阿里云的云服務器ECS。最近發(fā)現(xiàn),老用戶也有機會購買特價服務器,參考阿里云天貓旗艦店。分布式網(wǎng)站架構(gòu),在開發(fā)環(huán)節(jié)需要處理號幾個地方,才能更輕松的擴展:
1,數(shù)據(jù)庫多帶帶運行
這個最簡單,相信只要用到了數(shù)據(jù)庫的網(wǎng)站,大部分都是已經(jīng)可以輕松實現(xiàn)網(wǎng)站和數(shù)據(jù)庫分離的模式。之所以強調(diào)這點,就是因為,網(wǎng)站真的到了訪問量大了,需要由單機發(fā)布改為分布式發(fā)布時候。首先就是要把數(shù)據(jù)庫多帶帶出來,使用多帶帶一臺ECS或者使用專門的RDS運行。
關于使用ECS自行搭建數(shù)據(jù)庫,要說的無非就是,數(shù)據(jù)庫文件一定要放在SSD硬盤上。因為云硬盤本質(zhì)都是虛擬硬盤,讀寫指標iops會損失的很嚴重。當然業(yè)務量大了之后,我更建議選購RDS,RDS阿里云專門的數(shù)據(jù)庫服務產(chǎn)品,mysql,sqlserver等多款分支,說實話,用慣了ECS自建可能會感覺這個產(chǎn)品挺貴的。但是實際上RDS已經(jīng)針對硬盤讀寫,高可用,輕松拓展讀寫分離等提供了巨大的便利。因此大部分分布式網(wǎng)站都是選用了RDS等產(chǎn)品。
2,session存儲
大部分網(wǎng)站都是有登錄需求或者其他session存儲需求的。其實真正服務某一個用戶的服務器只有一個,然而分布式網(wǎng)站是在負載均衡的規(guī)則下轉(zhuǎn)發(fā)到后臺服務器,如果負載均衡沒有開啟回話保持功能,那么很有可能用戶登錄后,其他訪問很有可能到達不同的后端服務器處理,而實現(xiàn)不同服務器同樣能支持服務的辦法就是,session得共享起來。這樣就做到了讓用戶不需要反復登錄。
session共享有多重方法,一種是什么都不用做,session存儲在收到請求的那臺ECS本地,這種情況就需要負載均衡開啟“會話保持”功能。這么做可以實現(xiàn)大部分分布式發(fā)布需求,但是如果有使用session統(tǒng)計在線量的時候就會發(fā)現(xiàn)只統(tǒng)計到某臺ECS登錄的用戶量。
還有一種session共享的辦法是使用多帶帶的服務存儲session,例如專門拿出來一臺ECS做session服務。這里也有人跟傾向于多帶帶用一個redis服務共享存儲session,也是非常好的辦法。
3,用戶上傳的文件
很多網(wǎng)站存在用戶上傳的情況,但是分布式發(fā)布后,顯然用戶上傳的時候傳入了服務器A,等以后下載的時候使用的是服務器B,這時候如果沒做共享,顯然用戶下載的文件會報錯404,因為服務器B路徑下顯然沒有用戶傳到A服務器里的文件。
解決辦法很簡單,就是講所有的上傳文件,傳入到服務器之后,都轉(zhuǎn)存到“共享文件服務器”,這個共享文件服務器,可以考慮自己搭建,但我建議的是使用阿里云提供的“對象存儲OSS”服務。這樣用戶所有的下載,都走的時候OSS的訪問地址,就不會報錯404了。而且OSS是個獨立的服務,下載文件使用的是OSS的流量,不占用發(fā)布網(wǎng)站的ECS的帶寬。這就可以做到1M服務器帶寬撐起峰值幾十人甚至上百人的并發(fā)的原因。如果文件較多,另外建議將OSS搭配CDN使用
4,網(wǎng)站的日志文件
很多網(wǎng)站開發(fā)時候都是留有日志功能的,這些日志,就不再適合繼續(xù)使用網(wǎng)站目錄下某個路徑存儲了。原因跟上一條一樣:文件存儲在單臺服務器里,要拿到全部日志文件需要每臺服務器去獲取一遍,顯然不合適!
解決辦法跟上一條很相似:使用共享文件服務器存儲日志。這里需要注意避免日志文件重名,常見的年月日明明,在這里就會沖突,因為多臺服務器都會產(chǎn)生相同文件名稱的日志。但是我在這里,更建議大家把需要收集的日志文件,直接放入數(shù)據(jù)庫RDS中。這樣獲取日志就不用每臺服務器去匯總了。直接從數(shù)據(jù)庫查出來就好。
5,發(fā)布網(wǎng)站文件一致
發(fā)布文件一致,就是為了保證更好的擴展。將來服務器壓力太大,只需要直接從現(xiàn)有服務器環(huán)境拷貝一份即可。甚至搭配阿里云的“彈性伸縮ESS服務”。可以根據(jù)設置好的伸縮規(guī)則,自動按照某個服務器模板增加或者減少WEB服務器數(shù)量,實現(xiàn)彈性擴容。
綜上所述,一個功能較全的分布式網(wǎng)站發(fā)布在阿里云,公共需要這么幾個服務:ECS多臺,SLB一臺,RDS一臺,Redis或有,ESS或有。
通過ECS+SLB+RDS+Redis+ESS的搭配,就可以輕松應對更多的訪問量了。
附錄:阿里云相關產(chǎn)品的幫助文檔:
《云服務器ECS幫助文檔》
《負載均衡SLB幫助文檔》
《對象存儲OSS幫助文檔》
《彈性伸縮ESS幫助文檔》
《CDN幫助文檔》
原文地址: https://www.opengps.cn/Blog/V... 文章的更新編輯依此鏈接為準。歡迎關注源站原創(chuàng)文章!
文章版權歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/40364.html
摘要:,發(fā)布網(wǎng)站文件一致發(fā)布文件一致,就是為了保證更好的擴展。甚至搭配阿里云的彈性伸縮服務。綜上所述,一個功能較全的分布式網(wǎng)站發(fā)布在阿里云,公共需要這么幾個服務多臺,一臺,一臺,或有,或有。雖然之前寫過關于負載均衡的文章,但是似乎大家都對負載均衡這個標題很陌生。今天就換個角度,從分布式網(wǎng)站發(fā)布角度說一下 首先,網(wǎng)站發(fā)布一定離不開服務器,就是阿里云的云服務器ECS。最近發(fā)現(xiàn),老用戶也有機會購買特價...
摘要:,發(fā)布網(wǎng)站文件一致發(fā)布文件一致,就是為了保證更好的擴展。甚至搭配阿里云的彈性伸縮服務。綜上所述,一個功能較全的分布式網(wǎng)站發(fā)布在阿里云,公共需要這么幾個服務多臺,一臺,一臺,或有,或有。雖然之前寫過關于負載均衡的文章,但是似乎大家都對負載均衡這個標題很陌生。今天就換個角度,從分布式網(wǎng)站發(fā)布角度說一下 首先,網(wǎng)站發(fā)布一定離不開服務器,就是阿里云的云服務器ECS。最近發(fā)現(xiàn),老用戶也有機會購買特價...
摘要:降級往往會指定不同的級別,面臨不同的異常等級執(zhí)行不同的處理。談談你對和的認識兩者關系具體可以看公眾號阿里巴巴中間件的這篇文章獨家解讀從微服務框架到微服務生態(tài)與并不是競爭關系,作為成熟的框架,其易用性擴展性和健壯性已得到業(yè)界的認可。 該文已加入筆主的開源項目——JavaGuide(一份涵蓋大部分Java程序員所需要掌握的核心知識的文檔類項目),地址:https://github.com/...
摘要:降級往往會指定不同的級別,面臨不同的異常等級執(zhí)行不同的處理。談談你對和的認識兩者關系具體可以看公眾號阿里巴巴中間件的這篇文章獨家解讀從微服務框架到微服務生態(tài)與并不是競爭關系,作為成熟的框架,其易用性擴展性和健壯性已得到業(yè)界的認可。 該文已加入筆主的開源項目——JavaGuide(一份涵蓋大部分Java程序員所需要掌握的核心知識的文檔類項目),地址:https://github.com/...
摘要:近日,阿里云正式對外發(fā)布了全新一代自研關系型數(shù)據(jù)庫。而他認為,在未來年內(nèi),沒有自研數(shù)據(jù)庫的云計算廠商將會被逐漸淘汰出局。 近日,阿里云正式對外發(fā)布了全新一代自研關系型數(shù)據(jù)庫POLARDB。值得注意的是,POLARDB并不是基于開源數(shù)據(jù)庫MySQL之上研發(fā)的分支,而且基于第三代分布式共享存儲架構(gòu),創(chuàng)新實現(xiàn)企業(yè)級OLTP與OLAP一體化數(shù)據(jù)庫系統(tǒng)整體設計。這意味著,在行業(yè)還在使用第一代,第二代架...
閱讀 2397·2021-11-23 09:51
閱讀 1208·2021-11-22 13:54
閱讀 3420·2021-09-24 10:31
閱讀 1066·2021-08-16 10:46
閱讀 3618·2019-08-30 15:54
閱讀 699·2019-08-30 15:54
閱讀 2885·2019-08-29 17:17
閱讀 3154·2019-08-29 15:08