Enews164 電腦教室Q&A

出自KMU e-News

在2010年10月19日 (二) 18:26由Cch (對話 | 貢獻)所做的修訂版本
跳轉到: 導航, 搜索

目錄

Question

為什麼學校的電子郵件服務很慢?資訊處是否有改善的計畫或措施?

Answer

原因分析

需求增加

  1. 個人電子郵件信箱容量增加
    本校的使用者的信箱,以老師為例,由 87年的 2MB 一直成長到目前的 300MB,
    同學則由 1MB 增加至目前的 100MB,當使用者電子郵件信箱變大,收信時資料儲存設備需要較多次的存取,
  2. 同時上線使用人數增加
  3. 全校通知信增加
    全校通知信目前每天平都要發出數千到數萬封 (例如︰全校群組約一萬人,學生群組約七千人)。


硬體效能與價格

  1. 伺服器
    目前伺服器市場上有多種等級的伺服器,價格從百萬等級到十萬等級都有,
    價格越高,通常效能也越好,但在擴充和維護上也必須依賴特定的廠商,
    本校目前採用性價比 (cost-performance) 較佳的 x86 的伺服器,且不必依賴特定的廠商。
  1. 資料儲存設備
    目前資料儲存市場上較快的資料儲存設備是 SAN/Fibre Channel 系列的產品,
    可擴充性高,效能佳,但價位也高,屬百萬元等級,此類產品一旦引進,在擴充和維護上必須依賴特定的廠商。
    其次是 DAS/NAS 系列的產品,
    通常可選用 SAS 或 SATA 的硬碟,容量大,價格低廉(十萬等級),不必依賴特定廠商,但其效能與 SAN/Fibre Channel 相較則略差且較缺乏擴充性。
    本校現在採用性價比較佳的 DAS/NAS 資料儲存設備。


軟體問題

電子郵件服務需要使用到許多種軟體,包含作業系統、收發信程式、郵件過濾程式和備份程式等等, 本校主要採用自由軟體 (如 FreeBSD、sendmail、OpenWebmail),不需要額外支出軟體授權費用, 但為了達成某些必要的需求,有些時候不得不犧牲一點效能。

  1. 備份
    本校電子郵件的總資料量由 91年的 20 GB 一直成長到 99 年的 720GB,為了要在離峰時間(如凌晨0:00 ~ 6:00)完成資料備份,
    本處已學習、測試和使用過三種技術︰tar/SSH -> rsync -> ZFS send/recv
    以目前的資料量而言,若採用 tar/SSH 或 rsync 備份,連上班時間系統也在做備份,只會讓服務品質雪上加霜。
    現行的備份方案使用 ZFS send/recv 的漸增式備份,由凌晨 3:00 開始備份,可在上班前完成。
  2. 磁碟空間配額 (disk quota)
    因為本校的資料儲存設備空間有限,加上使用者眾多(約一萬個︰教職員生、研究助理加上部份附院員工),無法給大家無限制的信箱空間,
    故需針對身份別設定磁碟空間配額,同時為了配合資料備份的需求,及 ZFS 原先並無針對使用者設定磁碟空間配額的功能,
    本處採用在 ZFS Volume 上建立 UFS 檔案系統的折衷方案,但此種方案會讓檔案輸出/輸入的效能降低。

短期計畫

更新伺服器及資料儲存設備硬體,

中長期計畫

調整成可擴充 (scalable) 的電子郵件服務架構,簡單地說,

當需求增加時,可以很容易地靠增加伺服器數量(或提升伺服器等級)和資料儲存空間來維持原來的服務水準。


(資訊處 謝志昌組長提供)


enews164