一臺(tái)服務(wù)器集群部署性能會(huì)提高嗎？本質(zhì)上集群部署卻沒(méi)提高性能，性能看起來(lái)增強(qiáng)只是附加屬性。集群的主要目的有兩個(gè)：避免單點(diǎn)問(wèn)題快速擴(kuò)容單點(diǎn)問(wèn)題題中沒(méi)有集群部署，這樣的話那是說(shuō)唯有一臺(tái)Server作為提供服

一臺(tái)服務(wù)器集群部署性能會(huì)提高嗎？

本質(zhì)上集群部署卻沒(méi)提高性能，性能看起來(lái)增強(qiáng)只是附加屬性。

集群的主要目的有兩個(gè)：

避免單點(diǎn)問(wèn)題

快速擴(kuò)容

單點(diǎn)問(wèn)題題中沒(méi)有集群部署，這樣的話那是說(shuō)唯有一臺(tái)Server作為提供服務(wù)，如果這個(gè)Server死干凈了，那么所有的客戶端就又不能ftp連接了。

如果進(jìn)行了集群部署，題中兩臺(tái)，的參與負(fù)載均衡，這樣的話當(dāng)其中一臺(tái)Server打死了，那就只能差不多一半的客戶端受到影響（如果沒(méi)有所有客戶端都很不巧hash值到了死干凈的那個(gè)Server，那你沒(méi)什么辦法了）。

要是路由有故障全部轉(zhuǎn)移機(jī)制，這樣的話都差不多也可以可以保證一臺(tái)Server掛掉了，客戶端沒(méi)有影響。

擴(kuò)容反正容量翻倍，一臺(tái)Server能對(duì)外提供的大負(fù)載是一定的。當(dāng)客戶端數(shù)量超過(guò)了Server的大負(fù)載時(shí)，那么就可能會(huì)導(dǎo)致Server直接掛掉，或則客戶端響應(yīng)緩慢甚至連沒(méi)有服務(wù)控制器的問(wèn)題。

通過(guò)集群部署，是可以增加的最客戶端數(shù)量。假設(shè)不成立一臺(tái)Server能另外支持1000個(gè)客戶端ftp訪問(wèn)，那兩臺(tái)Server理論就能允許2000個(gè)客戶端同樣訪問(wèn)。

性能上面說(shuō)了，集群防御部署根本不會(huì)增加性能。集群只不過(guò)多可以開通了通道。

舉個(gè)例子，若果有個(gè)水池，那個(gè)一個(gè)水管向水池里滿水后，集群重新部署后應(yīng)該是多個(gè)水管向水池里水滿后。單個(gè)水管的速度卻沒(méi)變動(dòng)，只不過(guò)流量變大了。

看起來(lái)性能增加的原因是，性能像是是實(shí)際TPS/QPS來(lái)定義的，也就是幾秒內(nèi)能完成的請(qǐng)求數(shù)量。

集群后，只不過(guò)流量大了，這樣TPS肯定就高了。

但，TPS/QPS算出的是系統(tǒng)的最自要運(yùn)行電源輸出。那是一個(gè)系統(tǒng)在這個(gè)負(fù)載下這個(gè)可以都正常的長(zhǎng)時(shí)間對(duì)外服務(wù)，將近了這個(gè)負(fù)載就很可能造成發(fā)令變慢或沒(méi)有響應(yīng)、甚至于倒致服務(wù)器然后死干凈。而一般情況下都會(huì)做冗余數(shù)據(jù)，因?yàn)橄到y(tǒng)基本是應(yīng)該不會(huì)長(zhǎng)時(shí)間運(yùn)行在最大可運(yùn)行負(fù)載下。

所以一般情況下集群對(duì)性能的影響最多，走極端情況還可能降底性能。打比方一臺(tái)Server能支持什么1000個(gè)客戶端，你作戰(zhàn)部署了兩臺(tái)Server，而不好算僅有10個(gè)客戶端進(jìn)行訪問(wèn)，遠(yuǎn)達(dá)不出來(lái)單臺(tái)Server的負(fù)載，而且集群是需要路由算法，很可能性能上就比單臺(tái)Server還好慢了一點(diǎn)點(diǎn)。

springboot怎么實(shí)現(xiàn)集群？

這個(gè)問(wèn)題比較什么都看不清楚，集群本身是個(gè)急切的話題，你想在那一層實(shí)現(xiàn)程序集群（web？services？data？等等），你要提升到的目的是什么？（負(fù)載均衡？宕機(jī)會(huì)話復(fù)制？性能要求？等等）那你我沒(méi)法就一些常見的場(chǎng)景，簡(jiǎn)單推薦Spring boot相關(guān)的集群技術(shù)你的微服務(wù)要是是無(wú)狀態(tài)的，你可以不將它們作戰(zhàn)部署在多個(gè)服務(wù)器實(shí)例上，在前端不使用負(fù)載均衡器（或者nginx）。

如果你是需要session不能復(fù)制，是對(duì)動(dòng)態(tài)容錯(cuò)和部署，你可以不去看看spring-session假如不需要數(shù)據(jù)庫(kù)集群，請(qǐng)做個(gè)參考數(shù)據(jù)庫(kù)集群的去相關(guān)技術(shù)，mongoDB，reddis都是自己的方案，要是是數(shù)據(jù)緩存集群，也有很多參考，如xcache，Hazelcast等等，如果不是你不喜歡更停止腦子的套餐，是可以看一下spring cloud