前幾天朋友要上兩台伺服器，一台ibm x3650、一台dell r720，至於為什麼選擇兩個不同型號，這個原因很奇葩（安全、節約錢），結果發現乙個很奇怪的問題，dell r720在操作的時候，不管是修改資料夾名稱，還是上傳資料硬碟都會有「咯咯聲」很是奇怪（但裝系統的時候不會有這種聲音），於是**聯絡了dell的售後，售後也不知道是什麼原因，從聽覺上來看是其中的乙個硬碟發出的聲音，於是讓**商更換了乙個感覺有問題的硬碟，raid資料同步的半天；
結果聲音是小了一點，但還是沒有達到正常水平，由於無法判斷此聲音是否會造成硬碟機械故障，且生產環境不敢亂來，所以直接讓dell**商將所有日立的硬碟換了，聲音瞬間小了四分之三，終於正常了（不知道是不是這批日立的硬碟都有問題），至此問題解決；
本以為可以完事了，結果朋友告訴我他希望能夠將某乙個網絡卡直接讓某乙個虛擬機器使用，這個簡單直接開乙個網絡卡直通，下面來說一下關於dell r720 網絡卡直通方法，如下圖所示：
選擇對應的網絡卡，直接配置為直通即可，然後在對應的虛擬機器上新增對應的直通網絡卡即可！
注意：ibm x3650 m3 兩網絡卡的不能直通，至於原因自己度娘一下！
搞定！收工！
「等等！」還準備去外面透口氣、喝口茶，又被朋友叫住了！這怎麼回事啊，兩台物理機之間傳輸資料這麼慢了，才300多kb！我的第一反應是騙我的吧！心想同乙個機房走的從乙個交換機，不可能這麼慢了！但事實是這樣子的！
於是檢視了一下網絡卡的配置，沒有什麼問題，難道esxi5.5的驅動對dell r720網絡卡的支援有問題，不可能啊！（雖然我沒有怎麼用過dell的伺服器，但不至於esxi對dell伺服器支援這麼差吧！），於是度娘了一把沒有這種問題啊！
於是讓朋友問了一下idc房，是不是在交換機上做了流量限制，結果idc房說沒有！好吧，機房不是我的、h3c的交換機也不是我的，只有從自己的伺服器下了，為了證明這個網絡卡沒有問題，於是我做了一根交叉線，直接讓兩台伺服器網絡卡對接，進行資料拷貝，冇問題！
fk！看來問題還是出在網路上，看這管idc房的小弟應該只是能按排一下位置，拉拉網線了！（星期六老大沒有上班），於是讓他**聯絡了他老大了解情況，原來idc房新規新進伺服器最大3m的速度，暈菜了！看來是沒有和小弟說！還好只是虛驚一場！
新問題有出來了，流量問題怎麼解決了？和朋友了解了一下他後面來需要上幾台伺服器，而且伺服器與伺服器之間需要走大資料，本來想通過idc房的交換機走，免去自己買交換機的費用，看來走idc房的交換機是不太可能了！於是和朋友溝通了一下，買了一台千兆交換機8口帶埠聚合的（家裡的測試環境也是用的它，槓桿的！）netgear/網件 gs108t v2 支援埠聚合 千兆智慧型交換機。
現在兩台伺服器配置對內部資料流做了乙個埠聚合，兩個千兆口**，槓桿的！這樣也不用走idc房的交換機，且速度快！
至此伺服器問題、流量問題都解決了！
這兩天朋友又和我抱怨了！伺服器效能爆棚了！硬碟讀寫100%：
看來伺服器又要公升級了！呵呵！
總結總結：
看來不管是多大的專案，做好前期準備很重要！（前面還問了很多次朋友前期準備工作都做好沒有）算是白問了，另有備無患很重要！
伺服器部署
cd 回到根目錄 cd 回到 root目錄 cd 返回上一級 cp file1 file2 複製檔案file1，生成轉殖檔案file2 cp命令詳解url find name filename foldername find命令詳解url ps ef grep nginx ps命令詳解url net...
伺服器部署
1.nginx 2 負載均衡 upstream backend 裡配置多個伺服器，當有請求的時候，根據配置的排程策略 加權輪詢 ip雜湊 最少連線數 一致性雜湊 給請求者返回相應的伺服器ip。3.訪問 時可以省略埠號 x 4.訪問相同ip的不同網域名稱 監聽伺服器的80端來分發的 到其他對應的子埠 ...
伺服器的部署
由老大指點，今天終於了解乙個伺服器，應該怎麼樣去使用，就是一台機器，上面不能安裝eclipse之類的程式設計軟體，只裝資料庫和web service tomcat 一 首先將自己做完的專案打成乙個.war的包。二 有乙個自己的伺服器，可以由外部訪問這個ip，並且保證伺服器端安裝了tmcat5.0 6...