論當(dāng)前一種先進(jìn)實用的it系統(tǒng)架構(gòu)設(shè)計(修改版)(編輯修改稿)
2025-07-20 19:32 本頁面
【文章內(nèi)容簡介】 HAProxy提供高可用性、負(fù)載均衡、動靜分離以及基于TCP和HTTP應(yīng)用的代 理，支持虛擬主機(jī)，它是免費(fèi)、快速并且可靠的一種解決方案。HAProxy特別適用于那些負(fù)載特大的web站點，這些站點通常又需要會話保持或七層處理。HAProxy運(yùn)行在當(dāng)前的硬件上，完全可以支持?jǐn)?shù)以千萬計的并發(fā)連接。并且它的運(yùn)行模式使得它可以很簡單安全的整合進(jìn)您當(dāng)前的架構(gòu)中，同時可以保護(hù)你的web服務(wù)器不被暴露到網(wǎng)絡(luò)上。HAProxy實現(xiàn)了一種事件驅(qū)動,單一進(jìn)程模型，此模型支持非常大的并發(fā)連接數(shù)。實踐證明，Haproxy比nginx性能更好。 mysql解析MySQL被廣泛地應(yīng)用在Internet上的中小型網(wǎng)站中。由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了MySQL作為網(wǎng)站數(shù)據(jù)庫。MariaDB是mysql原開發(fā)團(tuán)隊的杰作，google公司已轉(zhuǎn)為使用MariaDB。Mysql成熟實用，穩(wěn)定可靠，已在業(yè)界得到廣泛的使用，mysql的性能比postgre優(yōu)異，通過實際測試，可以看到mysql比postgre更強(qiáng)。淘寶就采用mysql集群，并對mysql的源碼進(jìn)行了修改。Mysql提供主從復(fù)制功能，主從服務(wù)器設(shè)置的穩(wěn)健性得以提升，如果主服務(wù)器發(fā)生故障，可以把本來作為備份的從服務(wù)器提升為新的主服務(wù)器。在主從服務(wù)器上分開處理用戶的請求，讀的話，可以直接讀取備機(jī)數(shù)據(jù)，可獲得更短的響應(yīng)時間。用從服務(wù)器做數(shù)據(jù)備份而不會占用主服務(wù)器的系統(tǒng)資源。采用haproxy對從數(shù)據(jù)庫進(jìn)行負(fù)載均衡，提供高性能的讀操作。實踐證明，mysqlproxy,amoeba，mastermastermanage、mysql cluster的性能不穩(wěn)定，不建議使用。 一些網(wǎng)站或別的項目，可以采用mongodb代替mysql，性能更高，更穩(wěn)定，更方便。 redis解析 Redis3集群實現(xiàn)一個高性能、線性可擴(kuò)展的1000節(jié)點的集群。Redis集群沒有最重要或者說中心節(jié)點，這個版本最主要的一個目標(biāo)是設(shè)計一個線性可伸縮的功能。Redis集群沒有任何的數(shù)據(jù)合并動作。寫，直接是與主節(jié)點通信，但同步到slave也有一個時間窗口。在可用性方面，除了master以及所有slave失效，不然一直可用。Redis集群為了數(shù)據(jù)的一致性可能犧牲部分允許單點故障的功能，所以當(dāng)網(wǎng)絡(luò)故障和節(jié)點發(fā)生故障時這個系統(tǒng)會盡力去保證數(shù)據(jù)的一致性和有效性。（這里我們認(rèn)為節(jié)點故障是網(wǎng)絡(luò)故障的一種特殊情況）為了解決單點故障的問題，我們同時需要masters 和 slaves。 即使主節(jié)點(master)和從節(jié)點(slave)在功能上是一致的，甚至說他們部署在同一臺服務(wù)器上，從節(jié)點也僅用以替代故障的主節(jié)點。 實際上應(yīng)該說 如果對從節(jié)點沒有readafterwrite（寫并立即讀取數(shù)據(jù) 以免在數(shù)據(jù)同步過程中無法獲取數(shù)據(jù)）的需求，那么從節(jié)點僅接受只讀操作。已實現(xiàn)的子集Redis集群實現(xiàn)單一key在非分布式版本的Redis中的所有功能。對于復(fù)合操作比如求并集求交集之類則只實現(xiàn)在單個節(jié)點的操作。增加了hash tags的概念，主要用來強(qiáng)制把某些multikey分配在一個節(jié)點。但是在resharding中，這些multikey可能找不到。Redis集群版本將不再像獨(dú)立版本一樣支持多數(shù)據(jù)庫，在集群版本中只有database 0，并且SELECT命令是不可用的?？蛻舳伺c服務(wù)端在Redis集群版中的約定在Redis集群版本中，節(jié)點有責(zé)任/義務(wù)保存數(shù)據(jù)和自身狀態(tài)，這其中包括把數(shù)據(jù)（key）映射到正確的節(jié)點。所有節(jié)點都應(yīng)該自動探測集群中的其他節(jié)點，并且在發(fā)現(xiàn)故障節(jié)點之后把故障節(jié)點的從節(jié)點更改為主節(jié)點。集群節(jié)點使用TCP bus和二進(jìn)制協(xié)議進(jìn)行互聯(lián)并對任務(wù)進(jìn)行分派。各節(jié)點使用gossip 協(xié)議發(fā)送ping packets給集群其他節(jié)點以確定其他節(jié)點是否正常工作。Cluster bus也可以用來在節(jié)點間執(zhí)行PUB/SUB命令。當(dāng)發(fā)現(xiàn)集群節(jié)點無應(yīng)答的時候則會使用redirections errors MOVED and ASK命令并且會重定向至可用節(jié)點。理論上客戶端可隨意向集群中任意節(jié)點發(fā)送請求并獲得重定向，也就是說客戶端實際上并不用關(guān)心集群的狀態(tài)。然而，客戶端也可以緩存數(shù)據(jù)對應(yīng)的節(jié)點這樣可以免去服務(wù)端進(jìn)行重定向的工作，這在一定程度上可以提高效率。安全寫Rediscluster節(jié)點之間通過異步復(fù)制，這樣總會存在丟數(shù)據(jù)的窗口。但是client在連接master多的分區(qū)和少的分區(qū)的窗口是不一樣的。Rediscluster在連接master多的分區(qū)的時候，盡量保證不丟寫操作。除了下面兩種情況：1）當(dāng)一個寫到達(dá)master，master已經(jīng)回復(fù)client，但是master還沒來的及復(fù)制到slave就宕機(jī)了，那么這個寫操作就會丟失。直到其中一個slave被提拔為master。2）另外一種理論上可能丟失寫操作的情況如下，一個master因為partition不可到達(dá)其中一個slave獲取master失敗一會兒后master可以重新到達(dá)一個client沒用更新路由表，還在向舊的master寫實際上，這是不太可能發(fā)生，因為節(jié)點無法到達(dá)其他大多數(shù)master故障切換，
高考資料相關(guān)推薦
鄂ICP備17016276號-1