Monitoring website và monitoring server cùng nói về tình trạng hệ thống, nhưng chúng quan sát từ hai vị trí khác nhau. Một bên hỏi “người dùng có truy cập và thực hiện được việc cần làm không?”, bên còn lại hỏi “máy chủ và các thành phần bên trong đang hoạt động ra sao?”.
Chỉ dùng một lớp sẽ tạo ra điểm mù. Server có thể khỏe nhưng domain trỏ sai; website có thể trả HTTP 200 trong khi database đang cạn kết nối.
Monitoring website nhìn từ bên ngoài
Lớp này gửi yêu cầu qua Internet giống một người dùng hoặc hệ thống bên ngoài. Nó thường theo dõi:
- Domain có phân giải đúng không.
- Kết nối HTTPS có thành công và chứng chỉ còn hạn không.
- Trang hoặc endpoint có trả đúng mã trạng thái không.
- Thời gian phản hồi có vượt ngưỡng không.
- Nội dung quan trọng có xuất hiện trong phản hồi không.
- Luồng nhiều bước như đăng nhập hoặc tạo giao dịch có hoạt động không, nếu được cấu hình.
Ưu điểm lớn nhất là khả năng phát hiện sự cố ở DNS, CDN, firewall, certificate hoặc đường truyền mà công cụ chạy bên trong VPS không nhìn thấy.
Tuy nhiên, một kiểm tra đơn giản chỉ thấy HTTP 200 có thể bỏ sót trang lỗi được render với status 200. Vì vậy endpoint health cần kiểm tra đúng dependency hoặc xác nhận một nội dung đặc trưng.
Monitoring server nhìn từ bên trong
Agent hoặc công cụ hạ tầng thu thập dữ liệu chi tiết hơn:
- CPU, load, RAM, swap, disk và inode.
- Tiến trình, service, container và cổng lắng nghe.
- Kết nối database, queue và cache.
- Log lỗi, restart bất thường và kernel event.
- Kết quả backup, cron job và thời hạn certificate.
- Xu hướng sử dụng tài nguyên theo thời gian.
Lớp này giúp trả lời “vì sao” khi website chậm hoặc lỗi. Ví dụ, external check cho biết thời gian phản hồi tăng, còn server monitoring cho thấy database đang dùng hết connection pool.
Nhưng server monitoring có thể vẫn xanh khi người dùng không truy cập được vì DNS sai hoặc CDN gặp lỗi. Đó là lý do không nên coi nó là thay thế cho kiểm tra bên ngoài.
Bốn tình huống cho thấy cần cả hai lớp
Website lỗi nhưng server bình thường
DNS vừa thay đổi sai, SSL hết hạn hoặc firewall chặn traffic từ Internet. CPU, RAM và service trên VPS vẫn ổn. External monitoring sẽ phát hiện trước.
Website vẫn mở nhưng server sắp gặp sự cố
Disk đã dùng 90%, backup lỗi nhiều ngày hoặc memory tăng đều. Người dùng chưa thấy ảnh hưởng, nhưng server monitoring tạo khoảng thời gian để xử lý chủ động.
HTTP 200 nhưng chức năng chính không hoạt động
Trang chủ được cache nên vẫn mở, trong khi đăng nhập hoặc checkout lỗi vì database. Cần synthetic check hoặc health endpoint phù hợp thay vì chỉ ping trang chủ.
Cảnh báo nhiều nhưng không có bối cảnh
CPU tăng trong vài phút có thể là backup theo lịch, không phải sự cố. Khi đối chiếu metric, log, lịch job và trải nghiệm bên ngoài, người trực mới đánh giá đúng mức độ ưu tiên.
Thiết kế cảnh báo có thể hành động
Monitoring tốt không phải hệ thống tạo nhiều notification nhất. Mỗi cảnh báo nên giúp người nhận biết:
- Thành phần nào bị ảnh hưởng.
- Người dùng có đang bị ảnh hưởng hay mới là nguy cơ.
- Cảnh báo bắt đầu khi nào và đã kéo dài bao lâu.
- Dashboard, log hoặc runbook nào cần mở.
- Ai chịu trách nhiệm phản hồi trong khung giờ hiện tại.
Ngưỡng nên có thời gian duy trì để tránh báo động vì dao động ngắn. Đồng thời cần nhiều mức: cảnh báo sớm để lên kế hoạch và cảnh báo nghiêm trọng khi dịch vụ đã bị ảnh hưởng.
Bộ monitoring tối thiểu cho website trên một VPS
Một cấu hình khởi đầu hợp lý gồm:
- Kiểm tra HTTPS từ bên ngoài mỗi một đến năm phút.
- Cảnh báo SSL trước ngày hết hạn.
- CPU, RAM, swap, disk và inode trên VPS.
- Trạng thái web server, database và container chính.
- Cảnh báo khi backup không chạy hoặc thất bại.
- Theo dõi thời gian phản hồi và tỷ lệ lỗi ứng dụng.
- Một kênh cảnh báo có người kiểm tra và cơ chế escalation.
Sau đó bổ sung theo rủi ro thực tế. Không cần thu thập mọi metric nếu không ai biết dùng nó để ra quyết định.
Monitoring không đồng nghĩa có kỹ sư trực 24/7
Công cụ có thể thu thập dữ liệu cả ngày, nhưng thời gian phản hồi của con người phụ thuộc vào thỏa thuận vận hành. Doanh nghiệp cần phân biệt rõ monitoring 24/7 với dịch vụ on-call 24/7 để tránh kỳ vọng sai khi có cảnh báo ngoài giờ.
Nếu bạn vẫn tự quản trị nhưng cần cảnh báo độc lập, có thể xem VPS Watch. Khi cần HTS Việt trực tiếp xử lý công việc vận hành định kỳ, VPS Care hoặc Application Ops sẽ phù hợp hơn.