一臺服務器集群部署性能會提高嗎？本質(zhì)上集群部署卻沒提高性能，性能看起來增強只是附加屬性。集群的主要目的有兩個：避免單點問題快速擴容單點問題題中沒有集群部署，這樣的話那是說唯有一臺Server作為提供服

一臺服務器集群部署性能會提高嗎？

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

集群的主要目的有兩個：

避免單點問題

快速擴容

單點問題題中沒有集群部署，這樣的話那是說唯有一臺Server作為提供服務，如果這個Server死干凈了，那么所有的客戶端就又不能ftp連接了。

如果進行了集群部署，題中兩臺，的參與負載均衡，這樣的話當其中一臺Server打死了，那就只能差不多一半的客戶端受到影響（如果沒有所有客戶端都很不巧hash值到了死干凈的那個Server，那你沒什么辦法了）。

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

擴容反正容量翻倍，一臺Server能對外提供的大負載是一定的。當客戶端數(shù)量超過了Server的大負載時，那么就可能會導致Server直接掛掉，或則客戶端響應緩慢甚至連沒有服務控制器的問題。

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

性能上面說了，集群防御部署根本不會增加性能。集群只不過多可以開通了通道。

舉個例子，若果有個水池，那個一個水管向水池里滿水后，集群重新部署后應該是多個水管向水池里水滿后。單個水管的速度卻沒變動，只不過流量變大了。

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

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

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

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

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

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

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