linux服務器集群運維的經驗是什么

linux服務器集群運維的經驗是什么，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

 以下是自己在運維工作中的一點經驗和看法，希望對大家有所幫助

    1.       服務器型號的區分，為以后的統一化和標準化作硬件上的準備，很多人忽視這一點，其實如果這一點做得好會使后面的運維工作輕松很多，根據應用我們主要把服務器分為3中，cpu密集型，主要用于大量計算應用，比如p2p;內存密集型，用于cache類應用，比如squid,varnish緩存服務器；磁盤密集型，用于大存儲類應用，比如視頻存儲服務器，hadoop日志存儲集群。

2.       系統的的自動安裝，主要有kickstart和cobbler

3.       統一的yum源和定制化的rpm包， 并集成至yum源站，為后續的環境初始化做軟件上的準備

4.       構建專屬于自己的內網DNS

5.       標準化的統一的命名方式（標準化基礎），便于使用puppet管理，并且減少操作的錯誤，如果每個機器的hostname都為localhost，那將是一個多么可怕的事。。。在我們的生產環境中主要使用下面這種命名方式

機房-主業務-應用程序-IP后兩位-公司域名，這樣一眼就可以看出是哪臺服務器，應用于什么業務，報警也可以直接定位。

6.自動化的配置管理和環境部署工具：puppet,puppet的模塊編寫要盡量減少模塊直接的耦合度，并使用class繼承的方式來減少運維的工作量，定制化的facter變量會使軟件的配置環境更加靈活，由于puppet暫時不支持群集，所以在實際應用中需要部署多套，根據經驗，1500臺左右的server時puppet會出現性能問題。

7.       強大有效的監控系統，在生產環境中我們使用了zabbix proxy+zabbix master的群集結構，zabbix可以實現有效的系統和應用級別的監控，應用監控同時也使用了ppmon來實現多點監控。

選擇zabbix有一個最大的好處，就是監控數據是存放在數據庫中的，這樣就可以利用數據庫中的數據做很多操作，比如可以分析一段時間內服務器的各個性能指標，查看服務器的資源利用率，可以對數據進行聚合操作，從而分析全網的指標，比如總的流量，總的http code分布情況。

8.       日志收集服務器群集 和qos分析系統，構建 有效的日志收集系統可以有效地對用戶的訪問數據進行整合和分析，可以快速的分析qos，對應重要的節點我們采用本地分析并導入mongodb,最后導入zabbix的方式，非重要節點則直接將日志打包壓縮，通過ftp上傳至hadoop數據倉庫集群中。

9.       構建冗余的結構，消除單點，在生成環境中對于一些重要節點都采用keepalived-ha的方案來提高冗余度。對于resin,   php等應用服務器則在前端使用nginx做反向代理，同時nginx使用keepalived-ha

10.   自動化的代碼分發系統，主要是controltier + svn的使用，可以方便快速地部署代碼。 

關于linux服務器集群運維的經驗是什么問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。