作者:江南白衣
俗話說得好,沒吃過豬肉不要緊,沒見過豬跑路就很沒面子了。新公司上班一周,主要就是看豬跑路,2005年末,一個典型的Java EE項目,場景是這樣的:
1.一臺內存強得變態的Sparc呼哧呼哧的在跑Oracle 10g。
2.它的一個兄弟,共享T3陣列,靜靜的跑vcs 為它做著雙機熱備份。
3.兩臺Weblogic 9做群集負責后臺管理。
編程模式是最老土的struts+spring+hibernate,再蹭一點Ajax。
4.四臺Weblogic 9做群集負責前臺門戶。
最直接的jsp + javabean,用weblogic的tag作了頁面Cache。
weblogic還發布了一堆Web Service接口,也不時調用一下合作伙伴提供的WS。
最后還有一伙定時Task在奔跑,有些是自動改變帳單狀態,有些是自動把數據導出,ftp到合作伙伴那。
5. 一臺Crystal Reports XI 的報表服務器。
邏輯都用PL/SQL封裝在SP和中間表里,設計報表時直接取用便是,不沾一絲Java代碼的煙火。
PS. 這臺也是唯一的Windows Server,
6. 還有一些跑Tomcat(省錢)的獨立小應用,一些C寫的任務,零散的分布在上面9臺服務器的角落。
呵呵,可惜不做系統管理,不然爽死。。
做開發,“馬兒”好,所以也日夜兼程。。。
兩臺ibm690做雙機熱備,一組650和630做熱備,一組650和630做冷備,分別跑著我們那些重要和不重要的應用的數據庫。還有將近10臺630,30臺pc服務器(15臺4個cpu的,剩下的大多是2個cpu),一個中央陣列柜。還有一個as400跑著最關鍵的應用。最近可能還會到20臺hp的pc服務器。
其實如果整巴整巴,這些東西有個7、8臺pc服務器,跑個linux/postgresql/tomcat就可以多快好省的運行起來了。weblogic/websphere/db2之類的一律不要,hehe。
跑什么不重要,重要的是給誰跑,誰掏錢誰掙錢
好象HP質量很差哦。
本著有多少錢辦多少事的原則。俺們這兒上一個項目就搞一組服務器,差點的兩三臺,最差的那種一臺,好點的6/7臺,重要一點的就拿ibm的unix服務器搞。每個項目自己搞一個數據庫服務器,重要一點的連到中央陣列庫,最重要的自己帶陣列和磁帶機,稍差一點的只有本地RAID5,最差的或者因為技術原因的,連RAID也沒有(哪位知道redhat怎么在630上配硬件RAID,拜托知會哥們一聲,俺們這兒有個系統頂著雷跑了1年多了,就怕哪天硬盤壞掉大家玩完)。
幾年下來服務器就有那么多了。平均估算一下,俺們每臺服務器的cpu耗用率平均<10%,硬盤吞吐量基本可以忽略(除了晚上數據倉庫倒數據可能比較繁忙)。
不過,這樣最簡單,風險也最小。應用之間不產生互相影響。唯一的缺點是管理麻煩,集成起來也太難。
沒辦法。俺們這兒有個強勢的乙方兼做hp代理。在做偶們另一個項目的時候采購了大概90幾臺hp的pc服務器。結果n多都沒用上,好像唯一一次開封就是為了清點。這次先給我們拉回來20臺。
totodo說的對,不過這話應該放在你這兒:
“呵呵,可惜不做系統管理,不然爽死。。 ”
比起來白衣的菜多了,雖然比我們的好。
但是我們這里沒時間做系統管理。每個人1/3的時間在對付幾百個用戶的pc因為病毒、3721等、以及誤操作引起的問題,1/3的時間在和各個部門的人就某個項目扯皮,還有1/3的時間在發呆。如果還有剩下的時間,就是在祈禱系統不要突然崩潰,數據庫不要突然撐死。有個哥們的數據庫服務器以前每個月要撐死2次,這次三個月了還沒有跡象,他都快急了。
真幸福啊,還有1/3時間可以發呆。
GOD HELP HIM!
讓我想起了那個只扔了一只靴子的笑話。
看了好多回復,好像沒有人用sun的服務器呢,我們剛做了一個項目買了6臺v40z,兩臺v490,好像很單薄阿,不過總比旁邊的機柜強一點,里面一對hp的1u服務器,好像是360吧,不過相同的是大家都買了F5 bigip和pix,而且放眼望去,每個機柜里面變化的是主機,不變的就是F5和pix...
你們真是有福?。。?!