服務器數量比較少,怎麼運維比較好?

cloudman雲計算


你好,很高興回答你這個問題。從運維的角度來講,服務器的數量少並不意味著我們的運維工作就非常輕鬆,相反我們更應該重視此階段的工作。

我們可以從以下幾方面來開展我們的運維工作:

1.應用服務器

我們可以從當前服務器中找出至少2個節點裝Vsphere虛擬化,建立一個數據中心、集群;如果你的服務器有多網卡和SCSI,還可以做一些更高級的應用,如vmotion、負載均衡、高可用等。當虛擬機或服務器故障,可以實現故障自動轉移,有效的避免了單節點的故障,提供服務器的容錯率

我們可以在新建的虛擬機部署Web、API等各種應用,而且虛擬機可以在vCenter圖形化界面下統一管理。這一般是中小公司的在服務器方面的解決方案。

當然,我們對docker比較熟悉,可以使用一套docker解決方案,這比Vsphere更能節省一部分資源。當然這個需要的技能要求也比較高,需要我們不斷積累。


2.數據庫服務器

數據庫服務器在此我們單獨拿出來,是因為數據庫對服務器性能、磁盤IO要求比較高,不太建議使用虛擬機,當然這需要根據業務的實際情況來做選擇。

數據庫我們需要通過一主一從、一主二從的方式實現高可用,來避免數據庫單點問題,我們還可以選擇合適的proxy來進行讀寫分離、讀負載均衡等。另外還要考慮數據的本地備份、異地備份,來確保數據可恢復。


3.系統監控

當我們在應用服務器和數據庫服務器上線一套系統後,我們需要通過監控掌握從服務器硬件、基礎狀態、應用、數據庫等從下到上的運行狀態,以便我們能夠對告警及時做出響應。考慮到報警的及時性,我們需要監控接入多種報警渠道,如微信、釘釘、郵件、短信等。監控的目的是發現問題、解決訪問,因此我們需要踏實的做好這一步,才能為我們的業務保駕護航。


好了,其實不管服務器多少,我們都需要紮實的把基礎打好,這樣才能以不變應萬變面對各種情形。希望我的回答能夠幫到你。


我是【木訥大叔愛運維】,歡迎關注,與你分享運維路上的點點滴滴!



木訥大叔愛運維


運維人員的工作每天基本上都是在檢查問題,枯燥但又重要,要是你的某一個環節出現問題並沒有及時發現問題,對於企業來說損失可能非常大,基本上運維人每天的工作我羅列了下,有這幾種:

1、負責服務器的硬件配置、軟件安裝、機房上下架等技術維護工作

2、負責虛擬化技術產品物理機配置、管理和日常運行監控和維護

3、負責獨立主機或虛擬應用產品的開通使用、日常維護、故障診斷和排除

4、提供獨立主機或虛擬應用客戶產品操作和應用方面的技術支持

5、監視分管的服務器,及時發現問題,並積極解決問題

現在信息化數字時代,單靠人工去檢查出現錯誤幾率會很大,而且有的運維人還不只管理兩臺服務器,像我們公司的運維每人至少要管理30臺服務器,這樣子單靠人工運維耗費的人工成本和時間是非常大的,所以還是推薦你用運維工具吧,比如雲幫手()

1.支持跨雲商批量管理服務器

2.兼容性強大,兼容市面基本所有的雲商雲主機,兼容操作系統;

3.操作簡單,可視化界面預覽資源、一鍵修復、一鍵部署;

4. 可以遠程登錄雲主機FTP桌面,處理雲主機上的文件;

5.監控和資源還有告警功能,這個是挺好的,不用盯著看;

6.系統修復功能,這個是挺實用也比較必須的;

7.免費使用。總得來說功能還是挺全的,不存在需要又要另外找軟件的尷尬。


校園小亦vlog呀


題主沒有詳細說明具體應用系統的功能,比如是否單一的Web服務?有沒有微服務、分佈式、集群化擴展的潛在需求?

通常來說,建議使用雲服務自動化運維。雲服務已經成為IT技術的核心基礎設施,充分利用雲服務帶來的彈性和分佈式優勢,賦能自動化運維。

一,自動構建系統

如果需要構建應用,那麼就建議配置使用CI/CD持續化集成和自動化部署,比如常用的Jenkins,配置Git代碼提交時觸發構建,然後自動部署。

二,日誌收集處理系統

1,ELK是常見的日誌收集管理系統,包括ElasticSearch, LogStash, Kibana三個服務,架構示意圖如下:

2,在ELK系統中,Kibana是一個圖形化展示工具,配置查詢條件,運維人員隨時可以搜索指定日誌信息,分析處理故障。

三,服務監控

1,雲監控CloudMonitor

主流雲服務商都將監控功能集成到了基礎架構中,以阿里云為例,雲監控提供了多種配置,多維度全方位監控。


比如配置CPU使用率到達80%時,自動觸發動作,增加服務器實例,同時郵件通知運維人員。

2,應用監控

以監控寶為例,配置服務地址,選擇分佈在不同地區和運營商的監測點。當監測點不能正常調用配置的服務地址時,將收到警告信息,可以選擇郵件、短信、電話等通知方式。


四,潛在的系統擴展需求

1,是否集群化部署?需要AutoScaling自動伸縮嗎?

小型化和集群化並不衝突。如果採用集群化部署,可以配置觸發條件,滿足時自動增加或者釋放服務器資源。比如當CPU使用率達到75%或者內存佔用率達到75%時,根據配置好的服務器和數量,自動觸發。

2,是否使用Docker容器技術?

Docker將應用以及依賴打包到一個可移植的鏡像中,可以實現虛擬化,有助於快捷高效的交付應用,結合Docker-compose資源編排,快速實現自動部署更新,不再需要常用的Jenkins構建服務器。


我是工作多年的Web應用架構師,陸續發佈關於軟件開發方面的文章,歡迎關注我,瞭解更多IT專業知識。


分享到:


相關文章: