Enews164 電腦教室Q&A

(修訂版本間差異)

跳轉到: 導航, 搜索

在2010年10月19日 (二) 17:16所做的修訂版本

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

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

目前市場上較快的資料儲存設備是 SAN/Fibre Channel 系列的產品，可擴充性高，效能佳，但價位也高，屬百萬元等級，此類產品一旦引進，在擴充和維護上必須依賴特定的廠商。

其次是 DAS/NAS 系列的產品，通常可選用 SAS 或 SATA 的硬碟，容量大，價格低廉(十萬等級)，不必依賴特定廠商，但其效能與 SAN/Fibre Channel 相較則略差且較缺乏擴充性。

本校目前採用成本/效能比較佳的 DAS/NAS 系列的產品。

電子郵件服務需要使用到許多種軟體，包含作業系統、收發信程式、郵件過濾程式和備份程式等等，為了達成某些必要的需求，有些時候需要犧牲一點效能。

備份
本校電子郵件的總資料量由 91年的 20 GB 一直成長到 99 年的 720GB，為了要在離峰時間(如凌晨0:00 ~ 6:00)完成資料備份，
本處已學習、測試和使用過三種技術︰tar/SSH -> rsync -> ZFS send/recv
以目前的資料量而言，若採用 tar/SSH 或 rsync 備份，連上班時間系統也在做備份，只會讓服務品質雪上加霜。
現行的備份方案使用 ZFS send/recv 的漸增式備份，由凌晨 3:00 開始備份，可在上班前完成。

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

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

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

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

@@ 第15行： / 第15行： @@
 #:同學則由 1MB 增加至目前的 100MB，當使用者電子郵件信箱變大，收信時資料儲存設備需要較多次的存取，
 #:
-#同時上線使用人數增加。
+#同時上線使用人數增加
 #:
 #全校通知信增加
@@ 第29行： / 第29行： @@
-====技術問題====
+====軟體問題====
-檔案系統 (filesystem)
-UFS UFS/ZVOL ZFS
+電子郵件服務需要使用到許多種軟體，包含作業系統、收發信程式、郵件過濾程式和備份程式等等，為了達成某些必要的需求，有些時候需要犧牲一點效能。
-備份
+# 備份
+#:本校電子郵件的總資料量由 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)
+#備份
-磁碟空間限制 (disk quota)
 ===短期計畫===
-更新伺服器硬體
+更新伺服器及資料儲存設備硬體
 ===中長期計畫===