CHƯƠNG IV: HỆ THỐNG QUẢN TRỊ MẠNG DỰA TRÊN MÔ HÌNH TÁC TỬ NGƯỜI SỬ DỤNG VÀ CHỨC NĂNG CỦA DỊCH VỤ
4.5. Thử nghiệm và đánh giá
Giải pháp này được thực hiện và thử nghiệm tại Trung tâm Công nghệ thông tin mạng - Đại học Bách khoa Hà Nội. Trung tâm đã có hệ thống giám sát riêng nhưng vẫn còn có vấn đề với các thiết bị không hỗ trợ SNMP.
Hệ thống được cài đặt trên server đặt tại miền máy chủ của ĐH BK HN. Các tác tử được cài đặt thử nghiệm và theo dõi trên các máy trạm. Kịch bản thử nghiệm với các dịch vụ được tiến hành như sau:
Kích hoạt dịch vụ.
Xác định số lượng sự cố phát hiện do người sử dụng.
Xác định số lượng sự cố phát hiện do các máy chủ giám sát SNMP thông thường.
Xác định số lượng sự cố được phát hiện bởi hệ thống giám sát chức năng.
Các sự cố được phát hiện bởi người sử dụng được xử lý trong ngày. Các sự cố được thông báo nhiều lần chỉ tính 1 lần. Kết quả thử nghiệm chỉ được thực hiện với dịch vụ webmail, dịch vụ SMTP và dịch vụ POP. Các dữ liệu được lấy từ Sổ theo dõi sự cố mạng của Trung tâm Mạng Thông tin Trường Đại học Bách khoa Hà Nội.
Kết quả thử nghiệm với dịch vụ Webmail:
Thời gian thử nghiệm
(2010)
Số sự cố xảy ra (do người sử dụng ghi
nhận)
Loại dịch vụ
Phát hiện bởi SNMP Server
Phát hiện bởi Hệ thống hướng
chức năng
01/08-01/09 16 WebMail 12 17
01/09-01/10 22 WebMail 18 22
01/10-01/11 17 WebMail 15 17
01/11-01/12 18 WebMail 14 19 Kết quả thử nghiệm với dịch vụ POP:
Thời gian thử nghiệm
(2010)
Số sự cố xảy ra (do người sử dụng ghi
nhận)
Loại dịch vụ
Phát hiện bởi SNMP Server
Phát hiện bởi Hệ thống hướng
chức năng
01/08-01/09 5 POP 5 5
01/09-01/10 7 POP 7 7
01/10-01/11 6 POP 7 7
01/11-01/12 6 POP 6 6
Kết quả thử nghiệm với dịch vụ SMTP:
Thời gian thử nghiệm
(2010)
Số sự cố xảy ra (do người sử dụng ghi
nhận)
Loại dịch vụ
Phát hiện bởi SNMP Server
Phát hiện bởi Hệ thống hướng
chức năng
01/08-01/09 0 SMTP 0 0
01/09-01/10 2 SMTP 2 2
01/10-01/11 1 SMTP 2 2
01/11-01/12 2 SMTP 2 2
Từ các kết quả thử nghiệm sơ bộ nói trên, có thể rút ra một vài kết luận như sau: Hệ thống giám sát hướng chức năng kiểm tra dịch vụ của người sử dụng có đảm bảo các chức năng đề ra hay không, do đó có thể phát hiện ra các sự cố dịch vụ ngay khi các tính năng khác của CPU, của tiến trình hỗ trợ dịch vụ vẫn bình thường.
Điều này đặc biệt có ích khi có các lỗi phần mềm không rõ nguồn gốc, nảy sinh trong quá trình thực hiện của server. Quản trị mạng biết rõ cách giải quyết nhưng không biết rõ nguồn gốc, không biết rõ nguyên nhân, dấu hiệu cũng như cách khắc phục. Trong trường hợp này, cách duy nhất để biết được sự cố là thử sử dụng dịch vụ, nếu kết quả không như mong muốn tức là có sự cố đã xảy ra. Trong quá trình triển khai, hệ thống giám sát chức năng đã phát hiện được một số sự cố thuộc dạng này. Ví dụ khi sử dụng webmail của Mdaemon để gửi thư, có một số trường hợp thư không gửi đi được, người sử dụng nhận được thông báo “Lỗi gửi thư”. Quản trị mạng và bộ phận phát triển đã phối hợp cùng với bộ phận kỹ thuật của nhà sản xuất, theo dõi các lỗi này trong khoảng thời gian từ 2006 đến nay nhưng không phát hiện
được nguyên nhân, chỉ phát hiện được cách khắc phục là khởi động lại dịch vụ. Hệ thống giám sát hướng chức năng cho phép phát hiện và cảnh báo quản trị khi lỗi vừa xảy ra (chưa có người sử dụng nào phát hiện ra) để có thể khởi động lại dịch vụ kịp thời, đảm bảo hệ thống vẫn hoạt động bình thường đối với người sử dụng. Một kết quả khác cũng cần quan tâm là có một số trường hợp, cả 2 hệ thống giám sát đều phát hiện có sự cố, tuy nhiên người sử dụng vẫn có thể truy cập bình thường.
Đây là trường hợp server bị quá tải đến mức ảnh hưởng đến thời gian phản hồi tới người sử dụng. Giá trị thời gian này làm các kết quả test của cả 2 hệ thống giám sát đều là không đạt, tuy nhiên với người sử dụng vẫn là chấp nhận được. Với việc điều chỉnh thông số thời gian tương ứng, có thể loại bỏ trường hợp này. Mặt khác, qua trường hợp này có thể thấy hệ thống giám sát chức năng có thể giám sát một số tiêu chí định lượng của dịch vụ, chứ không phải chỉ là các tiêu chí định tính.
Ngoài ra, sau khi sử dụng giải pháp, các quản trị viên có thể phát hiện lỗi trong các khu vực mạng mà trước đó “mù” – không nhìn thấy, không quản lý được.
Các vấn đề phát sinh khi DHCP được khởi động lại. Các máy nhận được IP khác với IP mà chúng nhận được khi đăng ký. Thông tin về các vị trí máy vẫn còn trên máy chủ, nhưng không chính xác. Quản trị viên cần phải chỉnh lại bằng tay.
Trong trường hợp tải và cài đặt lại các tác tử, điều đáng ngạc nhiên là không có vấn đề trên hệ thống. IP được phát hiện, kiểm tra, thông tin được xác minh và dữ liệu hội tụ.
Do tác tử SNMP được cài đặt độc lập cho mỗi máy tính trong mạng. Vì vậy, máy chủ có ít các thông tin để có cái nhìn toàn cảnh về mạng.