如何降低伺服器和寬頻成本

① 為了防止新舊伺服器型號不匹配數據丟失情況同時為了降低成本 該公司應該使用那種服務看法和理由

鑒於伺服器的型號不匹配可能會導致數核散據丟失，為了降低成本，該公司應該使用虛擬機虛擬化技術。虛擬機虛擬化技術可以有效地減少伺服器的數量廳蠢，同時可以提高伺服器的利用率，從而降低維護和運行成本。此外，虛擬機虛擬化技術還可以提高服扮氏陪務器的安全性，防止數據丟失。

② 代理伺服器哪個比較好用

代理伺服器哪個比較好用？這個問題非常好，現在的代理伺服器也是很多的，有好的有不好的，代理伺服器的好不好要看它的性能怎麼樣，包括伺服器的流暢度還有ip地址數等等。

③ 為什麼要把伺服器託管

1.首先大家要了解的就是伺服器託管是什麼?伺服器是指為了提高網站的訪問速度，將您的伺服器及相關設備託管到具有完善機房設施、高品質網路環境、豐富帶寬資源和運營經驗以及對用戶的網路和設備進行實時監控的網路數據中心內，以此使系統達到安全、可靠、穩定、高效運行的目的。
2.伺服器不是普通電腦，它需要24小時全天開著機，365天從不間斷的工作，如果普通電腦，幾乎是承擔不了這樣的工作的。所以它的配置要求就比較高，散熱也更為重要，因而伺服器需要放置在一個相對穩定適宜的環境中，恆溫、恆濕、防塵、供電等必不可少的地方，這一點IDC機房是滿足了的，公司的話還需要為伺服器另設環境(適宜人生存的溫度卻不適用於伺服器，相反適宜伺服器的溫度又不是適應人的生存。)這些環境都是有一定標準的哦 。
3.其次就是帶寬方面，不是隨便去牽個多少兆的帶寬就可以了的，要清楚您的是伺服器不是普通電腦，是需要保證來自全國各地訪問者的訪問速度，要能夠及時快速響應，普通的帶寬是遠遠達不到的，而專業的伺服器託管商有高速的光纖網路連接，有分布於全國的快速訪問節點，可以保證你的網站在任何地方都可以最快響應。還有就是電力方面，公司很難保證不出現停電等現象，但IDC機房有雙路市電，還有UPS(不間斷供電)系統和發電機。可以保證停電後伺服器繼續工作，以保證其緊急存檔。這樣才不會因為停電導致資料丟失，或系統因為停電造成故障。
4.最後就是費用方面，一台伺服器託管到西安電信機房，只需要9000元，提供給您10M的獨享帶寬，一個固定的公網IP，7*24售後等。但是您要是選擇放在公司裡面，首先需要去牽帶寬，需要去租用IP，需要架設環境，需要請專門的技術人員，等等。相當的麻煩，而且費用方面至少是託管的2-3倍。
5.所以大家知道是將伺服器託管到IDC機房穩妥還是放在自己公司好了，伺服器託管7*24小時的售後服務，就可以為您省很多心了，不管冬夏，伺服器都保持在21-24度之間，非常安全，伺服器的壽命也會比較長。天互數據專注伺服器託管11年，具備西安電信機房、西安聯通機房、西安雙線機房、BGP多線機房資源，完整的備案、售後服務體系，如果您需要將伺服器託管到專業的IDC機房，聯系天互數據

④ 伺服器數量比較少，怎麼運維比較好

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.應用伺服器

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

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

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

2.資料庫伺服器

資料庫服務棗手器在此我們單獨拿出來，是因為資料庫對伺服器性能、磁碟IO要求比較高，不太建議使用虛擬機，當然這需要根據業務的實際情況來做選擇。 資料庫我們需要通過一主一從、一主二從的方式實現高可用，來避免資料庫單點問 題，我們還可以選擇合適的proxy來進行讀寫分離、讀負載均衡等。另外還要考慮數據的本地備份、異地備份，來確保數據可恢復。

3.系統監控

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

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

題主沒有詳細說明具體應用系統的功能，比如是否單一的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構建伺服器。

機器數比較小的話，你可以用雲的伺服器，這樣可以節省好多錢。找一個專門的運維，還不如讓開發自己來搞，因為機器少運維他也應付得過來。現在都在搞雲計算了，把你的機器放上阿里雲或者騰訊雲，你自己維護好很多，包括網路貸款都很容易擴容。上面這個我說到的只是說建議你如果你已經是自己的機器了。我建議你從我下面所說的來搞。

認為的整個過程的話一般分為三個階段，第一的話是手工階段，什麼東西都是手工搞。

第2個階段就是腳本階段了，本來手工搞的東西全部腳本化。

第3個階段就是平台化了，平台化了之後，所有東西都在頁面上完成系統完成，不需要人工來干預，甚至不用運維來搞。

有一些人說既然認為就是最後的一個階段，但是這個很不成熟。所以我就不說了。

針對你這個機器數少的，你可以手工認為，或者說用腳本認為都沒問題。

在合適的階段做合適的事情就是最好的。所以我建議你手工運維或者腳本運維。

我們項目用的 wgcloud運維監控系統 ，它前身是開源項目，後來推出的商業版，也有免費版

wgcloud運行很穩定，性能很好，部署和上手容易

wgcloud支持主機各種指標監控(cpu狀態/溫度，內存狀態，磁碟容量/IO，硬碟smart監控，系統負載，網卡流量，硬體系統信息等)，數據可視化，進程應用監控，大屏可視化，服務介面檢測，DOCKER監控，自動生成網路拓撲圖，埠監控，日誌文件監控，web SSH（堡壘機），指令下發執行，告警信息推送（郵件釘釘微信簡訊等）

可以裝虛擬機代替，在同一個區域網情況下

找服務商外包服務，或者網上託管也不貴收費

伺服器數量比較少，比如10台伺服器，基本可以不設置運維崗位了，後端開發人員 或者架構師就能搞定。

我就是那種曾經在創業的小公司待過的開發人員，開發，運維我都幹了。

但是想想如何更科學更高效的運維還是很有必要的。

軟體系統的運行時環境：即公司的業務產線，靠它創造業務價值，這個是最核心的功能訴求。

實時監控系統: 任何時候都要對當前公司的產線的壓力一清二楚，有問題功能隨時解決，有性能問題及時擴容或者回收資源

降低伺服器成本：在業務萎縮的情況下，准確評估哪些資源可以回收，降低伺服器的支出

這個是當時我認為的運維的三個主要目的。

開發半路出家，當時採用的是shell+python+ansible+jekins+elk的方式

首先，我會及時的更新業務產線的物理架構圖，根據架構圖來規劃伺服器的資源使用。

比如多少個web服務，資料庫多少，zk,kafka,redis集群怎麼分布。

集群部署一般是放在多個伺服器上的，這個時候ansible就派上用場了。

jekins主要用來自動發布更新程序已經做定時回收磁碟的任務。

elk主要用來做應用的日誌系統和監控告警； 可以通過看板隨時知道產線的請求數量和並發數量；

以上的運維方案適用於小公司。運維工程師看到了可以補充

搞個zabbix刷

數量少。如果配置好可以虛擬化。然後跑容器