原始碼

出自KMU e-News

您剛才的請求只有user用戶組的用戶才能使用。

你可以檢視並複製本頁面的原始碼。

=='''Question'''== 為什麼學校的電子郵件服務很慢？資訊處是否有改善的計畫或措施？ =='''Answer'''== ===原因分析=== ====需求增加==== # 個人電子郵件信箱容量增加 #:本校的使用者的信箱，以老師為例，由 87年的 2MB 一直成長到目前的 300MB， #:同學則由 1MB 增加至目前的 100MB，當使用者電子郵件信箱變大，收信時資料儲存設備需要較多次的存取， #: #同時上線使用人數增加 #: #全校通知信增加 #:全校通知信目前每天平都要發出數千到數萬封 (全校群組約一萬人，學生群組約七千人)。 ====硬體效能與價格==== 市場上有多種伺服器採用 x86 的伺服器 目前市場上較快的資料儲存設備是 [http://en.wikipedia.org/wiki/Storage_area_network SAN/Fibre Channel] 系列的產品，可擴充性高，效能佳，但價位也高，屬百萬元等級，此類產品一旦引進，在擴充和維護上必須依賴特定的廠商。 其次是 [http://en.wikipedia.org/wiki/Direct-attached_storage DAS]/[http://en.wikipedia.org/wiki/Network-attached_storage NAS] 系列的產品，通常可選用 SAS 或 SATA 的硬碟，容量大，價格低廉(十萬等級)，不必依賴特定廠商，但其效能與 SAN/Fibre Channel 相較則略差且較缺乏擴充性。 本校目前採用成本/效能比較佳的 x86 伺服器和 DAS/NAS 資料儲存設備。 ====軟體問題==== 電子郵件服務需要使用到許多種軟體，包含作業系統、收發信程式、郵件過濾程式和備份程式等等， 本校主要採用自由軟體 (如 FreeBSD、sendmail、OpenWebmail)，不需要額外支出軟體授權費用， 但為了達成某些必要的需求，有些時候不得不犧牲一點效能。 # 備份 #:本校電子郵件的總資料量由 91年的 20 GB 一直成長到 99 年的 720GB，為了要在離峰時間(如凌晨0:00 ~ 6:00)完成資料備份， #:本處已學習、測試和使用過三種技術︰tar/SSH -> rsync -> ZFS send/recv #:以目前的資料量而言，若採用 tar/SSH 或 rsync 備份，連上班時間系統也在做備份，只會讓服務品質雪上加霜。 #:現行的備份方案使用 ZFS send/recv 的漸增式備份，由凌晨 3:00 開始備份，可在上班前完成。 #: # 磁碟空間配額 (disk quota) #:因為本校的資料儲存設備空間有限，加上使用者眾多(約一萬個︰教職員生、研究助理加上部份附院員工)，無法給大家無限制的信箱空間， #:故需針對身份別設定磁碟空間配額，同時為了配合資料備份的需求，及 ZFS 原先並無針對使用者設定磁碟空間配額的功能， #:本處採用在 ZFS Volume 上建立 UFS 檔案系統的折衷方案，但此種方案會讓檔案輸出/輸入的效能降低。 ===短期計畫=== 更新伺服器及資料儲存設備硬體， ===中長期計畫=== 調整成可擴充 (scalable) 的電子郵件服務架構，簡單地說， 當需求增加時，可以很容易地靠增加伺服器數量(或提升伺服器等級)和資料儲存空間來維持原來的服務水準。 (資訊處 謝志昌組長提供) [[enews164]] [[Category:充電小站]] [[Category:電腦教室Q&A]]

返回到首頁。