Báo cáo đồ án: Triển khai hệ thống giám sát hiệu suất bằng Zabbix

• Tác giả: Hồ Hữu Đại
• Người hướng dẫn: Lương Minh Huấn
• Trường học: Trường Đại học Sài Gòn
• Chuyên ngành: Mạng Máy Tính Nâng Cao
• Đề tài: Triển khai hệ thống giám sát hiệu suất bằng Zabbix
• Loại tài liệu: Báo cáo đồ án
• Năm xuất bản: 2024
• Địa điểm: Thành phố Hồ Chí Minh

Mục lục chi tiết

• LỜI CẢM ƠN
• MỤC ĐÍCH NGHIÊN CỨU
• PHƯƠNG PHÁP NGHIÊN CỨU
• TÓM TẮT NỘI DUNG
• I. Giới thiệu về phần mềm Zabbix.
• II. Tiến hành thực hiện tạo host giám sát.
• III. Tiến hành thực hiện trên 2 nền tảng Windows và Linux.
• DANH MỤC HÌNH ẢNH
• DANH MỤC TỪ VIẾT TẮT
• I. Giới thiệu về phần mềm Zabbix.
• I.1. Sơ lược về Zabbix.
• I.2. Các thành phần cơ bản của Zabbix.
• I.3. Giao diện web
• I.4. Những tính năng cơ bản của Zabbix.
• I.5. Ưu và nhược điểm của Zabbix.
• I.5.1. Ưu điểm
• I.5.2. Nhược điểm
• II. Tiến hành thực hiện tạo host giám sát.
• II.1. Tiến hành cài đặt Zabbix Server và Zabbix Agent.
• II.1.1. Cài Zabbix Server trên Ubuntu Server
• II.1.2. Cài đặt Zabbix Agent
• II.1.2.1. Cài Zabbix Agent trên CentOS 7
• II.1.2.2. Cài Zabbix Agent trên Windows Server 2012
• II.2. Bắt đầu add host Windows Server 2012 và CentOS 7.
• II.2.1. Thực hiện trên Windows Server 2012
• II.2.2. Thực hiện trên CentOS 7
• II.3. Cấu hình thông báo Email.
• III. Tiến hành thực hiện trên 2 nền tảng Windows và Linux.
• III.1. Tiến hành tạo Trigger trên host Windows Server.
• III.1.1. Cấu hình điều kiện Trigger về RAM
• III.1.2. Cấu hình điều kiện Trigger về CPU
• III.1.3. Cấu hình điều kiện Trigger về ổ cứng
• III.2. Tiến hành tạo Trigger trên host CentOS
• III.2.1. Cấu hình điều kiện Trigger về RAM
• III.2.2. Cấu hình điều kiện Trigger về CPU
• III.2.3. Cấu hình điều kiện Trigger về ổ cứng
• III.3. Thêm các trigger vài Action.
• IV. Kết quả trên Windows Server.
• V. Kết quả trên CentOS.

Tóm tắt

I. Tổng quan phương pháp giám sát hiệu suất hệ thống với Zabbix

Trong bối cảnh hạ tầng công nghệ thông tin ngày càng phức tạp, việc giám sát hiệu suất hệ thống với Zabbix đã trở thành một giải pháp quan trọng và hiệu quả. Zabbix là một công cụ giám sát mã nguồn mở toàn diện, cho phép các quản trị viên thu thập, phân tích và trực quan hóa dữ liệu từ nhiều nguồn khác nhau. Theo báo cáo nghiên cứu của nhóm sinh viên Đại học Sài Gòn, Zabbix cung cấp một cơ chế thông báo linh hoạt, giúp phản ứng nhanh chóng với các sự cố trước khi chúng ảnh hưởng đến người dùng cuối. Hệ thống này không chỉ giới hạn ở việc giám sát máy chủ mà còn mở rộng ra giám sát mạng, giám sát dịch vụ, và giám sát ứng dụng. Kiến trúc của Zabbix bao gồm các thành phần chính: Zabbix Server là bộ não trung tâm, chịu trách nhiệm thu thập, lưu trữ và phân tích dữ liệu; Zabbix Agent được cài đặt trên các thiết bị cần giám sát để thu thập thông tin cục bộ như hiệu suất CPU, sử dụng RAM và dung lượng ổ cứng; và Zabbix Proxy hoạt động như một bộ đệm, thu thập dữ liệu từ các chi nhánh từ xa trước khi gửi về máy chủ trung tâm. Một trong những lợi thế lớn nhất của Zabbix là khả năng trực quan hóa dữ liệu thông qua một giao diện web mạnh mẽ, cho phép người dùng xây dựng các dashboard Zabbix và biểu đồ hiệu suất tùy chỉnh. Tuy nhiên, một số nhược điểm được ghi nhận là việc thiết kế các Zabbix template và quy tắc cảnh báo có thể phức tạp với người mới bắt đầu. Việc hiểu rõ các thành phần và tính năng này là nền tảng cơ bản để triển khai thành công một hệ thống giám sát hiệu suất hệ thống với Zabbix.

1.1. Khái niệm và vai trò của phần mềm Zabbix mã nguồn mở

Zabbix là một giải pháp giám sát cấp doanh nghiệp thuộc dạng mã nguồn mở, được phát triển để theo dõi hàng triệu chỉ số được thu thập từ máy chủ, thiết bị mạng và ứng dụng theo thời gian thực. Vai trò cốt lõi của Zabbix là đảm bảo tính sẵn sàng và hiệu suất của hạ tầng IT. Bằng cách liên tục thu thập dữ liệu về các thông số quan trọng như hiệu suất CPU, sử dụng RAM, lưu lượng mạng, Zabbix cho phép phát hiện sớm các vấn đề tiềm ẩn. Khi một chỉ số vượt qua ngưỡng định sẵn, hệ thống sẽ tự động gửi cảnh báo Zabbix đến đội ngũ quản trị, giúp giảm thiểu thời gian chết và ngăn chặn các sự cố nghiêm trọng. Đây là công cụ không thể thiếu để duy trì hoạt động ổn định cho các dịch vụ kinh doanh.

1.2. Kiến trúc các thành phần Zabbix Server Agent Proxy

Kiến trúc của Zabbix được thiết kế theo mô hình client-server, linh hoạt và có khả năng mở rộng. Zabbix Server là thành phần trung tâm, nơi lưu trữ dữ liệu cấu hình và dữ liệu hiệu suất. Nó thực hiện các cuộc thăm dò và bẫy (polling and trapping) để thu thập thông tin. Zabbix Agent là một daemon nhỏ gọn được cài đặt trên các máy chủ cần giám sát (cả Windows và Linux), có nhiệm vụ thu thập dữ liệu cục bộ và gửi về Server. Đối với các hệ thống phân tán, Zabbix Proxy đóng vai trò trung gian, giảm tải cho Zabbix Server bằng cách thu thập dữ liệu từ một nhóm các agent rồi gửi về server một cách tập trung. Cả ba thành phần này phối hợp nhịp nhàng để tạo nên một hệ thống giám sát toàn diện.

1.3. Phân tích ưu điểm so với các giải pháp Zabbix vs Nagios

Khi so sánh Zabbix vs Nagios, một trong những đối thủ cạnh tranh lâu đời, Zabbix nổi bật với nhiều ưu điểm. Zabbix cung cấp một giao diện web tập trung cho cả việc cấu hình và xem báo cáo, trong khi Nagios yêu cầu chỉnh sửa các tệp văn bản phức tạp. Zabbix tích hợp sẵn khả năng vẽ đồ thị và trực quan hóa dữ liệu, còn Nagios thường cần các plugin của bên thứ ba. Hơn nữa, Zabbix hỗ trợ cả agent-based và agentless monitoring một cách linh hoạt, bao gồm SNMP monitoring. Mặc dù Nagios có một cộng đồng lớn và hệ sinh thái plugin đồ sộ, Zabbix được xem là giải pháp 'tất cả trong một', dễ triển khai và quản lý hơn cho các hệ thống hiện đại.

II. Hướng dẫn cài đặt Zabbix để giám sát hiệu suất hệ thống

Việc triển khai giám sát hiệu suất hệ thống với Zabbix bắt đầu bằng bước cài đặt các thành phần cốt lõi. Quá trình cài đặt Zabbix đòi hỏi sự chuẩn bị kỹ lưỡng về môi trường hệ điều hành và các gói phụ thuộc như web server (Apache/Nginx), PHP và cơ sở dữ liệu (MySQL/PostgreSQL). Tài liệu nghiên cứu đã mô tả chi tiết quy trình cài đặt Zabbix Server trên hệ điều hành Ubuntu Server, một lựa chọn phổ biến trong cộng đồng mã nguồn mở. Sau khi máy chủ trung tâm sẵn sàng, bước tiếp theo là triển khai Zabbix Agent lên các máy chủ cần giám sát. Báo cáo đã thực hiện thành công việc cài đặt agent trên cả Windows Server 2012 và CentOS 7, cho thấy tính tương thích đa nền tảng của Zabbix. Cấu hình ban đầu của agent yêu cầu khai báo địa chỉ IP của Zabbix Server và Hostname của máy chủ đang được giám sát để đảm bảo kết nối thông suốt. Việc kiểm tra kết nối giữa agent và server là một bước quan trọng, thường được thực hiện bằng cách xem trạng thái 'Availability' trên giao diện web của Zabbix. Một khi kết nối thành công (chuyển sang màu xanh lục), hệ thống đã sẵn sàng để bắt đầu thu thập dữ liệu. Quy trình này là nền tảng để xây dựng một hệ thống giám sát máy chủ và giám sát dịch vụ toàn diện và đáng tin cậy.

2.1. Quy trình cài đặt Zabbix Server trên Ubuntu Server

Quá trình cài đặt Zabbix Server trên Ubuntu Server bao gồm các bước chính: cập nhật kho lưu trữ của hệ thống, cài đặt kho lưu trữ Zabbix chính thức, sau đó cài đặt các gói zabbix-server-mysql, zabbix-frontend-php, và zabbix-apache-conf. Tiếp theo, cần tạo một cơ sở dữ liệu và người dùng riêng cho Zabbix, sau đó nhập lược đồ (schema) ban đầu vào cơ sở dữ liệu đó. Cuối cùng, cần chỉnh sửa tệp cấu hình /etc/zabbix/zabbix_server.conf để khai báo thông tin kết nối cơ sở dữ liệu. Sau khi khởi động lại dịch vụ Zabbix Server và Apache, người dùng có thể truy cập giao diện web để hoàn tất các bước cấu hình cuối cùng. Tài liệu gốc đã sử dụng địa chỉ IP 192.168.1.134 để truy cập giao diện web.

2.2. Triển khai Zabbix Agent trên Windows Server và CentOS 7

Để giám sát máy chủ, việc cài đặt Zabbix Agent là bắt buộc. Trên CentOS 7, quá trình này được thực hiện thông qua dòng lệnh bằng cách cài đặt gói zabbix-agent từ kho lưu trữ Zabbix. Sau đó, tệp cấu hình /etc/zabbix/zabbix_agentd.conf cần được chỉnh sửa để trỏ đến IP của Zabbix Server. Trên Windows Server, Zabbix cung cấp một trình cài đặt MSI tiện lợi. Trong quá trình cài đặt, một giao diện đồ họa cho phép người dùng nhập trực tiếp Hostname, địa chỉ IP của Zabbix Server, và cấu hình các tùy chọn khác. Bất kể nền tảng nào, việc đảm bảo tường lửa không chặn cổng giao tiếp của agent (mặc định là 10050) là rất quan trọng để khắc phục sự cố Zabbix kết nối.

2.3. Cách thêm host và liên kết Zabbix Template mặc định

Sau khi agent được cài đặt, máy chủ cần được khai báo trên Zabbix Server. Quá trình này được gọi là 'tạo host'. Trong giao diện Zabbix, người dùng điều hướng đến Configuration > Hosts > Create host. Tại đây, cần điền Hostname (phải khớp với Hostname đã cấu hình trên agent), chọn Group phù hợp, và quan trọng nhất là thêm Interface của agent với địa chỉ IP chính xác. Bước tiếp theo là liên kết host với một Zabbix Template. Template là một bộ các Zabbix Item, Zabbix Trigger, và biểu đồ được định nghĩa sẵn. Ví dụ, việc liên kết template 'Windows by Zabbix agent' sẽ tự động áp dụng các quy tắc giám sát hiệu suất CPU, RAM, ổ đĩa cho máy chủ Windows.

III. Phương pháp cấu hình Zabbix giám sát máy chủ hiệu quả

Để giám sát hiệu suất hệ thống với Zabbix một cách hiệu quả, việc hiểu và vận dụng các khái niệm cốt lõi như Items, Triggers, và Actions là tối quan trọng. Zabbix Item là một đơn vị dữ liệu cụ thể mà Zabbix thu thập, ví dụ như 'tỷ lệ sử dụng CPU' hay 'dung lượng RAM còn trống'. Sau khi định nghĩa các Item, bước tiếp theo là thiết lập Zabbix Trigger. Trigger là một biểu thức logic định nghĩa ngưỡng sự cố. Ví dụ, một trigger có thể được cấu hình để chuyển sang trạng thái 'Problem' khi tỷ lệ sử dụng CPU vượt quá 90% trong 5 phút. Khi một trigger được kích hoạt, Zabbix Action sẽ được thực thi. Action là hành động tự động hóa, phổ biến nhất là gửi cảnh báo Zabbix qua email hoặc các kênh khác như SMS, Telegram. Tài liệu nghiên cứu đã minh họa rất rõ việc cấu hình Zabbix để tạo các trigger giám sát hiệu suất CPU, sử dụng RAM, và dung lượng ổ cứng trên cả Windows và CentOS. Ví dụ, trigger cho ổ cứng được thiết lập để cảnh báo khi dung lượng sử dụng vượt 90%. Quá trình này biến Zabbix từ một công cụ thu thập dữ liệu đơn thuần thành một hệ thống giám sát chủ động, có khả năng cảnh báo sớm các vấn đề, giúp quản trị viên can thiệp kịp thời trước khi sự cố leo thang. Việc tối ưu Zabbix nằm ở cách thiết lập các ngưỡng trigger hợp lý và cấu hình action hiệu quả.

3.1. Thiết lập Zabbix Item để thu thập dữ liệu hệ thống

Một Zabbix Item đại diện cho một chỉ số cụ thể cần theo dõi. Mỗi item có một 'key' duy nhất để xác định loại dữ liệu cần thu thập. Ví dụ, key system.cpu.util[,idle] được dùng để lấy tỷ lệ phần trăm thời gian CPU rảnh rỗi. Zabbix cung cấp hàng trăm key được định nghĩa sẵn thông qua Zabbix Agent. Người dùng có thể tạo item mới bằng cách chọn host, sau đó điều hướng đến Items > Create item. Tại đây, cần đặt tên, chọn key, định dạng dữ liệu, và tần suất cập nhật. Việc thiết lập các item một cách khoa học là bước đầu tiên để thu thập dữ liệu chính xác cho việc giám sát dịch vụ và tài nguyên hệ thống.

3.2. Định nghĩa Zabbix Trigger cho các ngưỡng hiệu suất

Một Zabbix Trigger là một biểu thức logic để đánh giá dữ liệu thu thập từ các item. Nếu biểu thức trả về kết quả TRUE, trigger sẽ được kích hoạt. Ví dụ, một biểu thức trigger phổ biến là {hostname:system.cpu.util.last()} > 90, có nghĩa là 'kích hoạt nếu giá trị cuối cùng của item sử dụng CPU trên host 'hostname' lớn hơn 90%'. Tài liệu nghiên cứu đã tạo các trigger cụ thể, chẳng hạn như kích hoạt khi sử dụng RAM trên Windows vượt quá 80% hoặc CPU trên CentOS vượt 40%. Trigger còn có các mức độ nghiêm trọng khác nhau (Information, Warning, Average, High, Disaster) để phân loại mức độ ưu tiên của sự cố.

3.3. Tự động hóa cảnh báo Zabbix với Zabbix Action

Một Zabbix Action là một chuỗi các hành động được thực hiện khi một sự kiện xảy ra, thường là khi một trigger thay đổi trạng thái. Việc cấu hình action cho phép tự động hóa hoàn toàn quy trình thông báo. Một action bao gồm các điều kiện (Conditions) và các hoạt động (Operations). Điều kiện xác định khi nào action được thực thi, ví dụ 'khi trigger có mức độ nghiêm trọng là High'. Hoạt động xác định hành động cụ thể, chẳng hạn như 'gửi một tin nhắn đến người dùng Admin'. Nghiên cứu đã cấu hình một action để gửi cảnh báo Zabbix qua email cho tất cả 6 trigger đã tạo, đảm bảo quản trị viên nhận được thông báo ngay lập tức.

IV. Case study Kiểm thử giám sát hiệu suất CPU RAM ổ cứng

Để xác thực hiệu quả của hệ thống giám sát hiệu suất hệ thống với Zabbix, tài liệu nghiên cứu đã tiến hành các kịch bản kiểm thử thực tế trên hai môi trường: Windows Server 2012 và CentOS 7. Mục tiêu là tạo ra các tình huống tài nguyên hệ thống bị quá tải để kiểm tra xem các Zabbix Trigger đã cấu hình có được kích hoạt và các cảnh báo Zabbix có được gửi đi chính xác hay không. Đối với việc kiểm thử hiệu suất CPU và sử dụng RAM, nghiên cứu đã sử dụng các công cụ chuyên dụng: Prime95 trên Windows và 'stress' trên CentOS. Các công cụ này đẩy mức sử dụng tài nguyên lên cao, vượt qua ngưỡng đã thiết lập trong trigger (ví dụ: CPU > 20% trên Windows, RAM > 60% trên CentOS). Để kiểm thử dung lượng ổ cứng, một tệp tin lớn đã được tạo ra bằng lệnh fsutil trên Windows và dd (hoặc tương tự) trên CentOS để chiếm dụng hơn 90% không gian lưu trữ. Kết quả thu được rất rõ ràng: ngay khi các ngưỡng bị vi phạm, dashboard Zabbix đã hiển thị các cảnh báo 'Problem' tương ứng. Đồng thời, hệ thống đã tự động gửi email cảnh báo đến địa chỉ đã cấu hình, chứng minh rằng toàn bộ chu trình từ thu thập dữ liệu, kích hoạt trigger đến thực thi action đều hoạt động hoàn hảo. Quá trình khắc phục sự cố Zabbix sau đó cũng được ghi nhận khi các tài nguyên trở lại bình thường, Zabbix gửi email 'Resolved', hoàn thành vòng đời của một sự kiện giám sát.

4.1. Kịch bản kiểm thử giám sát tài nguyên trên Windows Server

Trên máy chủ Windows Server 2012, công cụ Prime95 được sử dụng để tạo ra tải nặng đồng thời lên cả CPU và RAM, đẩy mức sử dụng lên trên 90%. Kết quả là cả hai trigger về hiệu suất CPU (ngưỡng >20%) và sử dụng RAM (ngưỡng >80%) đều được kích hoạt. Dashboard Zabbix ngay lập tức hiển thị cảnh báo, và hai email riêng biệt đã được gửi đi. Đối với ổ cứng, lệnh fsutil file createnew được dùng để tạo một tệp 45GB, làm cho dung lượng sử dụng ổ C: vượt 90%. Trigger tương ứng cũng được kích hoạt và cảnh báo qua email được gửi thành công. Khi dừng Prime95 và xóa tệp tin lớn, Zabbix đã gửi email thông báo 'Resolved', xác nhận sự cố đã được khắc phục.

4.2. Triển khai giám sát và kiểm thử hiệu suất trên CentOS 7

Tương tự, trên CentOS 7, công cụ 'stress' được cài đặt và sử dụng để mô phỏng tình trạng quá tải CPU và RAM. Lệnh stress đã đẩy các chỉ số này vượt ngưỡng cấu hình (CPU > 40%, RAM > 60%), dẫn đến việc kích hoạt trigger và gửi cảnh báo qua email. Đối với việc giám sát ổ cứng, một file lớn cũng được tạo ra trong hệ thống tệp gốc ('/'). Ngay khi dung lượng sử dụng vượt 90%, cảnh báo đã xuất hiện trên dashboard Zabbix và trong hộp thư của quản trị viên. Các kết quả này cho thấy khả năng giám sát máy chủ của Zabbix là nhất quán và đáng tin cậy trên cả hai nền tảng hệ điều hành phổ biến.

4.3. Phân tích báo cáo hiệu suất và kết quả cảnh báo qua email

Kết quả thực nghiệm đã chứng minh toàn bộ luồng hoạt động của Zabbix. Các báo cáo hiệu suất được thể hiện trực quan qua các biểu đồ hiệu suất trên Zabbix, cho thấy rõ thời điểm tài nguyên bắt đầu tăng đột biến. Hệ thống cảnh báo qua email hoạt động chính xác, cung cấp thông tin chi tiết về host gặp sự cố, tên trigger, thời gian xảy ra và mức độ nghiêm trọng. Quan trọng hơn, Zabbix cũng gửi thông báo khi sự cố được giải quyết, giúp quản trị viên xác nhận rằng hệ thống đã trở lại trạng thái ổn định. Cơ chế này không chỉ thông báo sự cố mà còn giúp theo dõi toàn bộ vòng đời của vấn đề, từ phát hiện đến khắc phục.