Enews164 電腦教室Q&A

出自KMU e-News

在2010年10月19日 (二) 18:56由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 檔案系統的折衷方案,但此種方案會讓檔案輸出/輸入的效能降低。

短期改善計畫

因本處於今(99)年7月取得一台新硬體,結合了伺服器與資料儲存,整體效能超過現有的硬體組合, 再加上 ZFS 檔案系統已支援針對使用者設定磁碟空間配額,可以不必再為了磁碟空間配額的問題犧牲部份的效能, 經過三個月的準備-包含學習和測試新技術,計畫於99年10月進行電子郵件伺服器的軟硬體升級。

中長期改善計畫

本校目前電子郵件服務屬於中央控管式架構,當需求增加時只能靠不斷更新本機單一硬體來維持或提升服務品質, 但單一硬體的效能和容量終有其上限,未來本處朝可擴充 (scalable) 電子郵件服務架構的方向努力, 即當需求增加時,可以很容易地靠增加伺服器數量和資料儲存設備來提升或維持原來的服務水準。


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


enews164