丁胖胖的IDC選購經驗談
前段時間看到sery兄寫了一篇關于IDC的經驗文章，很受啟發，所以自己也想寫一篇，發表一下自己的感慨。廢話不多說進入正題。
可能很多企業在選購IDC上有一套自己的流程或者規則，很多相關的負責人只要按照這個流程或規則走就可以了。在這里我也不想按照所謂的流程去介紹，只想純粹的談一下自己的感受，也許思考的不全面，希望能給即將接觸此類的朋友一點啟示，或引起相關同行的一點共鳴。
一，選購之前尋找“獵物”。當我需要和IDC合作的時候，基本上是通過一下三種方式聯系他們的。第一種是主動聯系型。一些比較知名的IDC廠商，無論產品質量還是服務都是有口碑的。或許是同行的介紹，或許是之前有過合作，相對有了解了就會主動去聯系。第二種是關系戶。這個沒有什么好說的。也許這些廠商是你的老板，或你老板的老板的關系戶。第三種是最常見的，就是IDC廠商會毛遂自薦。現在的IDC很多，有的是直接的代理商，有的是外包。關系比較復雜。現在被動等著商戶的時代已經過去了，很多廠商也會主動出擊，所以我經常會接到這些廠商的自薦。如果你是這方面的決策者，個人認為以下兩個原則是要遵守的。
第一，盡量搞清楚對方的情況。是直接的代理商，還是二級代理商。該公司都代理那些機房，這些機房的大概情況。只有做到心中有數才能進行下一步的動作。我一般至少會像對方要一些資料。當然這些資料只是做一下簡單的了解。如果有必要還是邀請對方上門來詳談，很多IDC廠商也希望你這樣做。
第二，是針對關系戶。作為技術方面的人員，一定要報著嚴禁的態度去評估對方的資質。不能因為是關系戶就放松了評估的標準。這一點似乎很多人都懂，但是仍然有人會犯錯誤。
另外想說的，進行任何一個步驟都要謹慎，不要本以為對方是你的“獵物”，最后反倒成為了別人的“獵物”
二、產品評估。如果把IDC廠商推薦的機房當做一個產品，那么最重要的就是進行產品評估。首先在需求上滿足你的要求，然后考慮就是價格，服務等方面。只有所有條件都滿足，才能進行正式的合作。
（一）基準測試。一般來說，在決定于對方合作之前我都會向對方要求申請測試機進行測試。測試的對象是機房的網絡情況而不是對方的機器狀態。有的機房的測試機性能不錯，有的確很垃圾。就如同試駕車一樣，亂人去用，估計也好不到哪里去了。到底測試什么？這個要根據你將要放進去的機器服務來定。不過一般的兩項基本測試，我相信很多同行都會去做。
第一種就是互聯性測試。除非你的客戶來自固定某個物理地址，一般來說你的服務對象可能來自全國的四面八方，所以就需要測試網絡互聯性。測試最重要的2個指標是網絡延遲情況和穩定性。思路是這樣的，利用PING工具從全國的各個節點發送ICMP包然后看一下延遲（包括最大，最小和平均延遲）包括丟包情況等。這里我們發現這樣做可能有點困難，怎么從全國各地發ICMP包？所以這里我們就用逆向思考的方式，從機房的這個機器反向的向全國各地節點發送ICMP包來獲得。這里有一個很關鍵的問題就是如何選取全國的節點？很抱歉的是，關于這個問題我不想說太多。原因是，我選取的節點的方式有自己的一套方式(我還沒申請專利呢，呵呵。開個玩笑）主要原因是我不知道我的方式是否科學，怕給一些朋友帶來誤導。所以就不便透漏了。對于一般的單線機房，可能會選擇電信或網通的節點同時測試。如果是BGP雙線機房，會著重比對兩者的結果。根據這些數據來進行分析。需要說明的是，WINDOWS操作系統默認只發送4個包，這樣的數據是不夠的。而LINUX操作系統默認會不斷發送包直到你人為中斷。所以一般我都是寫一個腳本，控制發送幾十個包來考量。延遲的平均值是重點考量的數據。當然如果延遲時間不穩定，也會讓我不太滿意。另外過多的丟包也會讓我放棄選擇。不同的服務對延遲的要求不同，但是好幾百的延遲時間肯定是放棄的對象。另外通常還會通過路由跟蹤測試路由跳數，過多的路由跳數特別是在機房這邊，肯定是令人苦惱的。我剛開始做這個的時候，在客觀的測試報告上的數據令IDC商不滿意（主要是我們不滿意）他們就會開始變更路由策略，企圖通過改善部分節點延遲過大，爭取合作機會。后來經驗告訴我，這樣做基本上是在浪費我的時間。
第二種是帶寬測試。目前的機房提供兩種帶寬模式。共享式和獨享式。當然價格就差很多了。很多IDC提供給我XX M（獨享或共享）帶寬，不能任由他說，有時候還是需要測試一下。一般的方法是假設一個下載服務器，然后設置不限速。在上面安裝流量監控軟件，然后開始下載測試。如果復雜一些，還可以分別利用單線程下載和多線程下載看一下區別。
測試中的趣事：我很喜歡用一些別人剛用過的測試機（有的IDC為了安全，在上一家測試完得機器上重做系統，給你一個“干凈”的測試機）除掉個別同行的不講究(我在某機房的測試機上竟然發現被人安裝了木馬程序）我喜歡看一看同行都用什么工具做什么測試。為此，在某一段頻繁的做著類似的測試工作中，得到不少的信息和“寶貝”
以上兩種測試都是基本的很多企業都做的測試。當然有時候還有其它的，不做過多的介紹了。
（二）安全評估。當做完一些技術上的測試滿足你的條件后，是不是價格合理就可以合作了？在我的經驗告訴我，不行。要知道你的機器要放到外面，安全是一個很大的問題，如果故障總是因為非技術原因引起的，而且是因為IDC做的不夠好，那么你就欲哭無淚了。
1.到機房去看一看。我記得在博客中看到一個比較理論的關于IDC選購的文章，其中就提到去要機房看一看。那要去看什么呢？正所謂外行看熱鬧，內行看門道。如果你從事過機房建設工作或者IDC相關工作，就著重看一下他的機房建設是否標準。如果你的相關專業比較薄弱，那么與其說是去看，不如更形象的說是去檢查。就如同我們小學時代每周進行的全班大掃除后一些學生代表去檢查各班的衛生那樣去檢查機房。進入某機房是否需要嚴格的手續（我曾經見過管理很混亂的機房，幾乎都快什么都能進了）機房的環境如何（有多少專職人員）每次進入是否有專人負責？機柜管理如何？機房值班情況等。（我去過的某老機房機柜基本上快成開放式的了。盡管出入制度很好，一般能進去的都是同行，都知道規矩，但是自己的機器就那么敞著總是不舒服。而我后來去的某新機房的機柜都可以上鎖，如果你租用了整柜，可以上鎖）總之，你覺得什么最重要就要看，就要問。
2.你的鄰居是誰？要做這個功課可能有點難度，但是還要做。如果你租用整柜，還好一點。如果你的公司就放幾臺機器進去，而且都是自己的服務器。就要搞清楚你的（物理）鄰居是誰，你的機器的位置，不然就發生SERY兄說的，別人把你的自己當他們自己的機器使了。還有一個就是因為業務確實沒有那么高的需求，你租用了一個共享帶寬。也要搞清楚你的同網段的鄰居是誰？如果對方是搞視頻的，最好還是躲遠點吧。
3.機房安全策略。有些機房很重視網絡安全，所以會在機房內網中做一些策略，但是這些策略如果事先沒有搞清楚，可能麻煩的是你自己。
丁胖胖的經歷一：某機房做了端口管理限制。只允許WEB 80,8080，SMTP 25 TELNET 23 FTP 20 21等一下常見端口，其它非常用端口一律屏蔽。結果我公司的服務器是游戲服務器，游戲服務器啟動后需要監聽自己指定的端口，結果服務器程序搭建好后發現怎么也無法連通，后來找機房聯系才知道了這個問題。
丁胖胖的經歷二：某機房做了類似PVLAN技術，使用公網IP的機器即使在同一個網段也無法互訪。這種技術好處是防止了類似ARP攻擊。但是由于事先沒有通過我們。我們的兩臺主機造成無法訪問。一臺是游戲服務器，一臺是數據庫。期間相同架設一個內網，通過第二個網卡在內網通信，但是關系到程序代碼修改的問題，最后造成忙會了好一段。
當然對于這些重視安全的機房還是值得表揚的，但是有些機房的安全意識太差，或者干脆沒有，后果就很可怕。
丁胖胖的經歷三：由于是新遷入某機房，很多設備沒到位，結果一天之內，機房三次發生ARP攻擊事件，造成我們的機器中毒，影響了正常的業務。
4.機房選擇就近原則。最理想的狀態，就是IDC機房就在你公司的隔離。當然這種記錄可能也會很小。但是你選擇的IDC一定要離公司越近越好（當然前提是這個機房的其它條件都符合你的需求）
丁胖胖朋友的經歷：由于北京的機房價格偏高，胖胖朋友公司的IDC選擇了一個離公司較遠的機房。原因是地域接近河北，所以價格便宜很多。有一天公司的服務器出故障了，怎么也連不上。而且公司也沒有準備KVM，結果只能派人去機房處理。來回至少耽誤了半天的功夫。這樣的損失是很讓人心痛的。
三、合作后的注意事項
當你成功選擇與某IDC合作以后，有兩點是必須要做的。首先當然是關于價格方面的事了。有一點要注意了，如果你的業務突然出現了峰值，超過了當時所需求的帶寬。一定要和IDC說好了，否則超出去的部分會遭到瘋狂的收費。還有就是如果僅僅是一時的峰值，一定要和他們說好，適當加大你的帶寬，否則你的服務器的網絡就會癱瘓。第二點就是一定要知道對方技術負責人的聯系方式。當機房發生故障的時候，一定要與相關負責人取得聯系，打聽情況。當出現一些危險，做出如何的處理。如果連負責人都聯系不到，不知道具體情況，那就只能傻傻的等待了，不過估計你的老板也不會放過你了。
本文來自丁胖胖的博客：http://z00w00.blog.51cto.com/515114/638052 如想跟作者交流，請訪問作者的博客！
【編輯推薦】
