服務器運維。特別對涉及操作系統(tǒng)的，比如說你在一臺服務器上是跑還是還是或者是你就得自己看著辦了，因為這些都要跟環(huán)境配合才能用。然后nginx集群幾十萬節(jié)點算是高并發(fā)量的了服務器運維，如果是順利的話nginx會比較吃力，因為它有很多轉(zhuǎn)發(fā)服務，而且業(yè)務流量每天都在翻倍增長?，F(xiàn)在云主機基本上有個云環(huán)境都能搞定云服務器的問題了。

云服務器整體都能夠?qū)崿F(xiàn)很好的性能優(yōu)化、節(jié)點擴展等。在之前使用過的redis,集群主要架構中，客戶端做為服務器和內(nèi)容的連接信息，同時他們對接著多個節(jié)點。這對redis集群是很友好的。但redis集群如果沒有環(huán)境的話，擴展起來是比較麻煩的。主要體現(xiàn)在以下兩點。一是內(nèi)存大小和數(shù)據(jù)庫備份與恢復兩方面，二是集群安全、私有環(huán)境。

一般只要是個性化需求，都會考慮使用云服務器的方式解決。如果是那種兩臺機器每臺物理服務器上跑一個集群的話服務器運維，也要考慮架構中可能沒有環(huán)境作為存儲和備份。即使是這樣，在這種架構中，由于物理上的缺陷，數(shù)據(jù)庫備份也是一個比較麻煩的事情。如果是一個完整的客戶端以及一個完整的數(shù)據(jù)庫備份，考慮數(shù)據(jù)丟失的問題。

需要充分考慮到集群整體承載力和主服務器可用性?？蛻舳藷o法保證主服務器的長期可用性。另外主服務器的負載均衡問題。由于每個集群都需要相對獨立，所以即使采用自動化的方式，對于客戶端部署也有一定的要求。需要考慮到集群配置文件和本地配置文件沖突等。同時集群可以是私有網(wǎng)絡平臺提供對外服務，也可以用公有網(wǎng)絡或公有存儲等提供服務。

這都需要視當前規(guī)模自行評估。畢竟運維好一個集群在目前來說，還是比較難的。當然，也需要根據(jù)具體業(yè)務進行評估是否能夠勝任運維工作。一般來說，一個非特殊需求，云主機配置上考慮較少數(shù)據(jù)庫備份，網(wǎng)絡更新等，使用應該就夠用了。而數(shù)據(jù)庫、緩存等運維工作屬于運維工作范疇，很難專門占用一個集群資源。

服務器運維。運維比較簡單，但是服務器一般意味著數(shù)百上千的節(jié)點，帶寬接近十個g的節(jié)點，負載均衡集群兩萬節(jié)點，每個都要單獨設置集群配置，還要考慮云服務商帶寬和硬件維護情況，面對海量的用戶請求，以及過于繁瑣的設置和算法，服務器運維還是比較困難的。