紐菲斯的部落格

經過了不斷的努力，總算底定最後的EBS 運作架構。大約花了半年的時間，把這個架構建置完成，總算徹底解決EBS 效能瓶頸的問題。要感謝可憐的User，期間每做一次手術，大約就會陣痛個幾天，在不斷的轉變後，總算完全變身成功。

現在同時大約會有200至300個User 在線上，不管月初，月中，還是月底，系統總算沒有翻白眼的情況了發生了….

這個架構最終全部使用Linux 系統，DB/AP 伺服器全部使用虛擬機器，底層使用Fedora Core 8 x86-64。硬體規格部份，使用DIY 方式自行買零件組裝，在VM01 及VM02 規格一樣，主要用於EBS AP及Discoverer；VM03及VM04規格一樣 ，主要用於EBS Database 及 Data Guard 上。

可以參閱前一篇心路歷程 00.Oracle EBS 11.5.10 重建心路歷程。

首先是Data Base 的部份。版本為 10.2.0.4 ，OS 使用 Oracle Enterprise Linux 5.3 X86_64 (XEN)，使用半虛擬化方式安裝。因為底層有4顆HDD ，做了LVM，相當於 Raid 0 的的效能，平時每日夜間自動執行Rman備份程式，同時自動FTP 至另一台NAS Server 上。

Raid 0 ?? 不怕系統出問題嗎？ 嗯..我有建置了一套Data Guard ，萬一Primary DB 出問題了，在１分鐘內可以直接切換至Standby DB，再馬上處理Primary DB 即可，所以大膽的使用Raid 0。這個設計，解決了Disk IO 的效能問題。

AP Server 部份。受限於 EBS 11.5.10 在Linux 上只有32位元版，所以只能使用螞蟻雄兵的方式，建置多台AP Server ，使用的OS 為Oracle Enterprise Linux 5.3 i386 (XEN)，也是使用半虛擬化的方式安裝，大大提昇了虛擬機的效能。同時利用EBS 本身的 Load balance功能，平均將每一個user連入的applet ，及所執行的請求分散至各個Node 去，有效的解決了CPU/RAM 效能的負荷！

至於 Discoverer 的方案，一向被業界垢病效能很差。所以小瑞調整了一下建置的方案。首先確認Discoverer 的使用目的，主要用來做分析資料匯出使用，憑證部份留在AP 上開發。所以Discoverer 要的資料，就定位為顯示資料。不做及時運算，資料由EBS Concurrent 程式執行後，寫入Temp Table ，Discoverer 由Temp Table 取出資料顯示即可。

這樣的設計，好處在於，大部份的分析資料，可設定Concurrent 程式，於夜間執行，使用者隔天只要點開Discoverer 即可檢視資料。減少了及時運算 CPU/RAM 的負荷。

Discoverer 用的版本為 10G ，Linux 上，目前只能安裝在Oracle Enterprise 4 上，而且只有32位元版。可惜的是，OEL 4目前無法使用半虛擬化，只能裝全虛擬化。不過沒有關係，在XEN 下使用全虛擬化，效能雖比不上半虛擬化，但因為可以使用CPU本身支援的VT 功能，所以效能還算不錯。

為了增進使用效能，同時安裝了4部Discoverer，來做平衡負載。但因為Discoverer 不像EBS AP 一樣，有Load balance Server，所以使用了DNS 來做Load balance ，在DNS 上設定了4筆A Record，當碰到User 詢問Discoverer Server時，由DNS 按4個IP 輪流回答User ，一樣可以把使用者平均分散到4個Node 上。

DNS 記錄
discover.nufae.tw. IN A 192.168.0.101
discover.nufae.tw. IN A 192.168.0.102
discover.nufae.tw. IN A 192.168.0.103
discover.nufae.tw. IN A 192.168.0.104

至於在EBS 上AP 碰到的問題，早期是Printer Server 。在AIX的時候，Windows 上裝一套RPM 的軟體，控制Printer ，剛移至Linux 時，印表機不好控制，所有的報表格式全部都移位，試了很久，無法解決這個問題。最後將所有的憑證全部使用 XML Publisher ，全部重做過。改為輸出PDF 方式，總算解決了印表的問題。之後EBS AP 穩定後，把初期的2台AP Server，增加至目前的4台AP Server，大幅的提昇效能。

時至今日，這樣的架構持續穩健的運作著。由一個構想，到一點一滴實作出來，很費心力，感覺好像在養小孩一樣。
當然它並不像AIX 那樣勇健，偶爾有點小風寒，有時也會出點小狀況，但是在小瑞的細心的照顧下，總是很快的又活蹦亂跳起來。

這是目前我這個鳥MIS ，弄出來的鳥架構。雖然沒有其它大品牌的華麗，但小巧玲瓏，耐操實用，未來的延展性也夠，AP 不足時可以加新的Node，如果DB 效能有問題(大部份是Disk IO) ，調整LVM 加入新的PV，就可以增加Raid 0 的HDD 數。又因為所有的Server都是使用虛機方式，未來如果硬體更新，或現有設備維護，都可以很簡單的昇級，移動及備份。

當初在建置的時候，先行的測試安裝，有留下一些記錄，有興趣的朋友，不好意思，待續！