Một website sau khi triển khai lên VPS thường có thể tự chạy ổn định trong nhiều tuần hoặc nhiều tháng mà không cần can thiệp gì thêm. Khi trang web vẫn mở nhanh và đơn hàng vẫn về đều đặn, chúng ta rất dễ có cảm giác rằng hệ thống đã hoàn toàn vào guồng và không có gì đáng bận tâm.
Tuy nhiên, trong môi trường máy chủ, sự im ắng chưa hẳn là dấu hiệu của sự an toàn lâu dài. Dung lượng ổ đĩa vẫn có thể đang âm thầm tăng thêm mỗi ngày do file log và dữ liệu người dùng, tiến trình sao lưu tự động có thể đã gặp lỗi quyền hạn từ tuần trước mà không phát ra thông báo, hoặc chứng chỉ SSL đang đếm ngược đến ngày hết hạn.
Quản trị VPS vì thế không phải là việc phải ngồi túc trực bên màn hình máy tính mỗi ngày, cũng không chỉ đơn giản là thỉnh thoảng đăng nhập vào gõ vài lệnh cập nhật gói phần mềm. Đây là một chu kỳ rà soát định kỳ giúp bạn luôn nắm rõ tình trạng sức khỏe của máy chủ, phát hiện sớm các điểm nghẽn trước khi chúng trở thành sự cố gián đoạn, và bảo đảm dữ liệu kinh doanh luôn có phương án phục hồi nguyên vẹn khi cần.
4 mục tiêu cốt lõi mà việc quản trị VPS phải bảo vệ
Một quy trình quản trị thực chất không đo bằng số giờ bạn ngồi gõ lệnh trên màn hình đen. Nó được đo bằng 4 kết quả cụ thể:
- Website luôn sẵn sàng phục vụ khách hàng: Người dùng bên ngoài mở trang nhanh, không bị chặn bởi lỗi SSL, DNS hay lỗi 502/504.
- Phát hiện rủi ro trước khi nó biến thành sự cố: Biết trước ổ đĩa sắp đầy trong 2 tuần tới, hoặc biết RAM sắp chạm trần để chủ động xử lý trong giờ hành chính, thay vì bị đánh thức lúc nửa đêm.
- Mọi thay đổi trên máy chủ đều có kiểm soát: Cập nhật bản vá bảo mật, deploy code mới hay đổi cấu hình Nginx đều có kế hoạch, có kiểm tra và có đường lùi (rollback) an toàn.
- Dữ liệu kinh doanh có đường phục hồi đã được kiểm tra: Database và file upload được sao lưu theo RPO, lưu tách khỏi VPS và được thử khôi phục thay vì chỉ dựa vào trạng thái job thành công.
Việc cần chạy tự động liên tục (Theo dõi 24/7)
Bạn không thể ngồi canh máy chủ suốt ngày đêm. Các tín hiệu cần quan sát liên tục nên được thu thập tự động; notification chỉ gửi khi có người cần hành động:
- Giám sát truy cập từ bên ngoài (Uptime Monitoring): Dùng công cụ độc lập bên ngoài Internet kiểm tra mã phản hồi HTTP, chứng chỉ SSL và chuỗi nội dung HTML. Chu kỳ kiểm tra phải phù hợp với mức gián đoạn có thể chấp nhận; xem bài Uptime monitoring: Kiểm tra HTTP 200 hay nội dung trang?.
- Cảnh báo tài nguyên: Theo dõi CPU, load, RAM khả dụng (
MemAvailable), swap, dung lượng và tốc độ tăng của ổ đĩa. Ngưỡng cần dựa trên baseline cùng khoảng thời gian còn lại để người vận hành xử lý trước khi dịch vụ bị ảnh hưởng; xem bài Ngưỡng cảnh báo CPU, RAM và Disk cho VPS. - Giám sát tiến trình dịch vụ cốt lõi: Đảm bảo Nginx, PHP-FPM, MySQL hoặc các container Docker không rơi vào trạng thái tắt ngầm hay tự khởi động lại liên tục (CrashLoop).
- Kiểm tra trạng thái backup: Theo dõi thời điểm thành công gần nhất và cảnh báo khi đã quá lịch dự kiến mà chưa có bản mới ở kho lưu trữ tách biệt. Giới hạn thời gian phải bám theo RPO của dữ liệu.
Cách lọc bớt các thông báo rác để đội ngũ không bị chai lỳ cảm giác nguy cấp được trình bày cụ thể tại bài Thiết kế cảnh báo có thể hành động.
Việc cần rà soát hàng tuần (Mất khoảng 30 phút)
Vào sáng thứ Hai hoặc cuối tuần, người quản trị nên dành khoảng 30 phút để kiểm tra nhịp thở của hệ thống:
- Đọc log bất thường: Mở file error log của Nginx và ứng dụng để quét nhanh xem có mẫu lỗi nào mới xuất hiện nhiều lần không. Đừng đọc từng dòng; hãy tìm các đợt lỗi tăng vọt hoặc các dấu hiệu bị bot dò quét link admin trái phép.
- Quan sát xu hướng tài nguyên: So sánh dung lượng ổ cứng với tuần trước. Nếu tuần qua ổ cứng tăng vọt 3 GB trong khi trung bình ngày thường chỉ tăng 200 MB, bạn cần tìm xem file log nào đang phình to hoặc thư mục nào đang chứa file rác trước khi nó lấp đầy ổ đĩa (tham khảo bài VPS đầy ổ đĩa: Nguyên nhân, dấu hiệu và cách phòng ngừa).
- Kiểm tra các bản vá bảo mật đang chờ: Trên Ubuntu Server, kiểm tra xem có bản cập nhật bảo mật hạt nhân (Kernel) hay gói phần mềm quan trọng nào cần áp dụng không. Bài viết Cập nhật Ubuntu Server an toàn: Tránh rủi ro gián đoạn sẽ hướng dẫn quy trình update an toàn mà không làm sập web.
- Gửi bản tóm tắt vận hành tuần: Lập báo cáo 1 trang ngắn gọn về uptime, sự cố phát sinh và dung lượng còn lại theo mẫu tại bài Báo cáo vận hành VPS hàng tuần nên có những gì?.
Việc rà soát chuyên sâu hàng tháng (Mất khoảng 1–2 giờ)
Một lần mỗi tháng là dịp để bạn tổng rà soát toàn bộ các góc khuất bảo mật và khả năng phục hồi thảm họa của hệ thống:
1. Rà soát tài khoản và quyền truy cập (Access Audit)
Đây là lỗ hổng mà rất nhiều doanh nghiệp bỏ quên:
- Liệt kê toàn bộ danh sách user trên VPS và kiểm tra xem ai đang có quyền
sudo(xem bài Bảo mật tài khoản quản trị và quyền sudo trên VPS). - Kiểm tra file
~/.ssh/authorized_keysxem có SSH key nào của lập trình viên hoặc đối tác cũ đã nghỉ việc không. Nếu có, hãy thu hồi ngay lập tức (tham khảo bài SSH key: Cách truy cập VPS an toàn và không dùng mật khẩu). - Kiểm tra lại tài khoản quản trị trên trang portal của nhà cung cấp VPS, tài khoản Cloudflare và tài khoản kho lưu trữ backup. Đảm bảo toàn bộ đều đã bật bảo mật 2 lớp (2FA).
2. Kiểm tra cổng mạng và tường lửa (Firewall Audit)
Kiểm tra các cổng đang lắng nghe và đối chiếu với danh sách dịch vụ được phép public. Website thông thường cần 80 và 443; SSH, VPN hoặc cổng quản trị phải được giới hạn nguồn truy cập phù hợp. Redis, database và công cụ quản trị nội bộ không nên mở trên mọi interface chỉ vì một lần debug. Xem bài Firewall VPS nên mở cổng nào và đóng cổng nào?.
3. Thử nghiệm khôi phục dữ liệu thực tế (Restore Drill)
Đây là phép thử quan trọng nhất trong toàn bộ quy trình:
- Hãy tải một file backup database và file upload mới nhất về một máy chủ thử nghiệm (Staging) hoặc máy tính cá nhân.
- Tiến hành bung bản sao lưu ra và chạy thử website xem dữ liệu có thực sự nguyên vẹn không, website có kết nối được database không.
- Một bản backup chưa từng được thử khôi phục chỉ là một niềm tin vô căn cứ (xem bài Checklist thử restore website từ bản backup).
4. Đánh giá hiệu năng và quyết định nâng cấp gói VPS
Sau 1 tháng thu thập dữ liệu, hãy nhìn lại biểu đồ tài nguyên để trả lời câu hỏi: Có cần nâng cấp gói VPS không?
- Nếu CPU và RAM còn dư nhưng latency vẫn cao, chưa có đủ bằng chứng để nâng cấp gói VPS. Hãy xem thêm I/O, database, worker queue, network và dependency bên ngoài.
- Nếu một tài nguyên thường xuyên bão hòa đúng lúc người dùng gặp chậm, hãy xác nhận tiến trình gây tải và tốc độ tăng trước khi chọn tối ưu ứng dụng hay nâng cấp hạ tầng. Ma trận quyết định nằm trong bài Khi nào nên nâng cấp VPS và khi nào nên tối ưu ứng dụng?.
Việc thực hiện theo sự kiện phát sinh
Ngoài các lịch cố định, một số sự kiện cần được xử lý theo quy trình đã chuẩn bị:
- Khi thay đổi người có quyền truy cập: Thu hồi tài khoản và SSH key cá nhân không còn được phép dùng. Rotate credential dùng chung hoặc credential có khả năng đã bị lộ; không thay toàn bộ khóa một cách mù quáng nếu việc đó có thể làm gián đoạn dịch vụ. Xem Quy trình bàn giao VPS an toàn cho đơn vị quản trị từ xa.
- Khi deploy tính năng mới: Xác định thay đổi có ảnh hưởng dữ liệu hay không, kiểm tra backup hoặc điểm phục hồi phù hợp và chuẩn bị rollback. Snapshot hay database dump chỉ hữu ích khi nhất quán và đã biết cách khôi phục.
- Khi xảy ra sự cố: Tuân thủ Quy trình 30 phút đầu khi website gặp sự cố để giữ bình tĩnh khoanh vùng, giảm thiểu thiệt hại và tránh thao tác ẩu làm mất thêm dữ liệu.
Bảng tổng hợp lịch trình quản trị VPS trong một tháng
| Tần suất | Hạng mục công việc chính | Mục tiêu đạt được |
|---|---|---|
| Liên tục 24/7 | Uptime check, theo dõi CPU/RAM/Disk, kiểm tra lần backup thành công gần nhất | Phát hiện tín hiệu bất thường và gửi cảnh báo tới đúng người xử lý. |
| Hàng tuần (30p) | Đọc log lỗi tăng vọt, đo tốc độ tăng đĩa, duyệt security updates | Ngăn ngừa rủi ro cạn kiệt tài nguyên từ sớm. |
| Hàng tháng hoặc theo mức thay đổi | Rà soát SSH key/user, cổng tường lửa, kết quả restore và xu hướng capacity | Xác nhận quyền truy cập, đường phục hồi và kế hoạch xử lý rủi ro còn mở. |
| Theo sự kiện | Backup trước khi deploy/migrate, đổi credential khi thay nhân sự | Bảo vệ an toàn dữ liệu và quyền kiểm soát hệ thống. |
Một chu kỳ quản trị có giá trị khi để lại bằng chứng đủ rõ: website có được kiểm tra từ bên ngoài, cảnh báo có người nhận, thay đổi có record, backup đã được restore thử và rủi ro còn mở có bước xử lý tiếp theo. Những dữ liệu này không bảo đảm hệ thống không gặp sự cố, nhưng giúp người vận hành quyết định dựa trên trạng thái đã kiểm chứng. Nếu đội ngũ nội bộ chưa đủ thời gian duy trì lịch trình này hoặc cần chuyển giao bớt gánh nặng vận hành lặp lại, hãy tham khảo các tiêu chí đánh giá tại bài Khi nào nên thuê quản trị VPS?.
Checklist rà soát quản trị VPS hàng tháng
- ☐ Hệ thống giám sát bên ngoài và cảnh báo ngưỡng tài nguyên vẫn đang hoạt động ổn định.
- ☐ Không có file log nào bị bỏ quên khiến ổ cứng bị phình to bất thường.
- ☐ Toàn bộ các bản vá bảo mật quan trọng của hệ điều hành đã được đánh giá và cập nhật.
- ☐ Đã kiểm tra và thu hồi các SSH key, tài khoản user không còn sử dụng.
- ☐ Mọi cổng public đều có lý do sử dụng, giới hạn nguồn truy cập và firewall tương ứng; database/cache không bị mở ngoài dự kiến.
- ☐ Đã thực hiện ít nhất một lần tải file backup về môi trường test để chạy thử khôi phục thực tế.
- ☐ Thời hạn tên miền và chứng chỉ SSL còn xa (trên 30 đến 60 ngày).
- ☐ Báo cáo vận hành tháng được tổng kết rõ ràng các rủi ro và các việc cần cải thiện tiếp theo.
- ☐ Các thay đổi production trong tháng có record, kết quả xác nhận và đường rollback tương ứng.
- ☐ Kết quả restore test, xu hướng capacity và các việc còn mở có bằng chứng cùng người theo dõi phù hợp.
