這是 服務器 分類的頁面，點擊下面标題查看詳細文章内容：
網站運營離不開對網站及服務器的狀态監控，我在前幾年寫的《Google AdSense實戰寶典》中還專門寫了一小節：
4.7.1 網站監控服務： 網站對于網站運營者來說就像門面對于商店一樣重要，如果網站無法訪問的話，相當于商店關門一樣，因此保持網站的正常運行是很重要而很基礎的工作。 而網站在運行時可能會遇到各種問題而導緻無法訪問，典型的情況例如： 網站所在服務器死機而導緻網站無法打開； 網站所在服務器負載過忙而導緻網站速度非常慢； 網站所在服務器上部分服務（例如程序、數據庫）出故障而導緻頁面報錯
前幾天發現一台Linux服務器的網站上發來的郵件突然很少甚至沒有了，可能導緻客戶聯系不上，檢查發現/var/spool/mail目錄下root中有一些沒有發出的郵件，其中說到：
----- The following addresses had permanent fatal errors -----
<webmaster@mingluji.com>
(reason: 554-m1pismtp01-028.prod.mesa1.secureserver.
8月份花了好些時間來将一些外文網站搬遷到國外的服務器上，中間遇到很多或大或小的問題，與同事逐一解決了，記錄下來一些需要進行的配置修改，以便以後增加更多服務器的時候留意：
今年新購入的服務器上的硬盤時常有些毛病，在導入數據的時候就多次出現故障，用了2、3個月的時間導入數據後，算是穩定了幾個月，但最近随着我們添加手機版工作的開展，硬盤又開始忙起來，服務器負載明顯增加。兩周前出現了幾次服務器死機情況，每次重啟後都會導緻數據庫保存，需要檢查、修複，這樣的情況持續出現後，終于有一次服務器重啟不了了，好在數據都已經備份、複制出來了。這些備份數據就直接在新購的美國服務器上恢複，站點啟用後，發現普通内頁可以打開，但數據量大網站的分類頁卻頻頻出現報錯，服務器8核CPU長期都被占用100%，而硬盤IO看上去還不是那麼滿，問題原因還在查找中。我們把情況向服務商反映後，他們
在試用雲計算平台Amazon Web Services的一年免費套餐的過程中，最開始的幾天我們從國内的訪問很不暢通，所以不敢重用，現在隻是放了一點測試的内容，測試的情況倒是還好，但也還沒有再次把重要網站轉移過去。
上周倒是比較了多家國外的獨立主機提供商，最後選定一家服務器配置相對比較高而價格比較便宜的德國公司server4u提供的服務，他們在歐洲和美國都有服務器，我們自然是選用美國的服務器。
選用了其最高端的服務器ProServer UltraPOWER X6，配置如下：
CPU
在我們一些用Drupal搭建的大數據量網站中，Boost模塊産生的緩存文件數量非常多，以至于運行cron期間無法更新完畢，我們後來就采用了不自動更新緩存文件，而是人工根據需要在服務器上直接删除緩存文件的辦法。
但當緩存文件數量達到數十、上百萬的時候，需要很長時間删除，在這個過程中如果還有用戶訪問、産生新的緩存文件，将導緻硬盤占用達到100%，長期這樣的話，可能讓服務器硬盤不堪重負、服務器出現負載上升、網站無法訪問的情況。
這個問題一直困擾了我們好長時間，以前都是采取人工每次删除少量文件，逐步試着來進行，這導緻要花費好些時間精力。昨天在網上查找了
比較到服務器的Ping值可以大概地了解網站的訪問速度，Just Ping這個工具用起來還比較順手，我們最近在比較挑選國外的各種主機服務商，我也用這個工具來對比了一下幾種服務器所在位置對應的Ping值：
| 所在地點及服務商 |
為了趕上元旦前拿到購買的硬盤，我們都采用了快遞到付的方式，順豐速遞還算給力，12月28日中午在淘寶上下的單，12月30日早上2塊固态硬盤送到了，12月31日早上6塊迅猛龍硬盤也送到了，同事馬上趕去機房添加到服務器上，讓我可以利用元旦期間的時間來遷移數據、調配硬盤的使用。 現在3台服務器上每台都是8塊硬盤，加上4顆4核CPU、64G或48G内存，真是擴充到了極緻，這3台服務器的配置來做網站算是超強了。下面把3台服務器上硬盤的配置和用途進行記錄： 服務器一 |
|---|
