Máy chủ ERPNext: chọn cấu hình và nghiệm thu tải
Máy chủ ERPNext cần phục vụ thao tác giao dịch, báo cáo, tác vụ nền và lưu trữ file. Số tài khoản trong doanh nghiệp không đủ để chọn CPU/RAM: mức đồng thời, module, dữ liệu và tích hợp thường ảnh hưởng lớn hơn.

Máy chủ ERPNext cần phục vụ thao tác giao dịch, báo cáo, tác vụ nền và lưu trữ file. Số tài khoản trong doanh nghiệp không đủ để chọn CPU/RAM: mức đồng thời, module, dữ liệu và tích hợp thường ảnh hưởng lớn hơn.
Mô tả workload bằng nghiệp vụ
- Bao nhiêu người cùng tạo, lưu và submit chứng từ?
- Báo cáo nào chạy lâu, quét dữ liệu lớn hoặc được export?
- Có đồng bộ POS, CRM, hóa đơn hay dữ liệu bên ngoài không?
- Khối lượng file, dữ liệu lịch sử và tốc độ tăng trưởng?
- Tác vụ định kỳ chạy giờ nào và có cạnh tranh với web không?
Một hệ thống ít người nhưng xử lý báo cáo lớn vẫn có thể cần tài nguyên đáng kể. Ngược lại, nhiều tài khoản ít hoạt động không đồng nghĩa cần số nhân cao. Chuẩn bị một danh sách thao tác đại diện trước khi hỏi báo giá.
Phân chia các thành phần
| Thành phần | Cần kiểm tra |
|---|---|
| Web/request | Độ trễ thao tác và số request |
| Worker/background jobs | Queue, thời gian hoàn tất và lỗi |
| Database | Query latency, lock, I/O và dung lượng |
| Cache/queue | Bộ nhớ, kết nối và độ bền theo cấu hình |
| File | Dung lượng, quyền truy cập và backup |
Frappe có hướng dẫn deployment production; cần dùng phương án phù hợp phiên bản và cách cài đặt của dự án. Không lấy lệnh của môi trường development làm quy trình production. Một VM có thể chứa nhiều thành phần lúc nhỏ, nhưng cần hiểu chúng chia sẻ tài nguyên.
CPU, RAM và ổ đĩa
CPU cần đủ cho tải web cùng báo cáo/worker. RAM phải dành cho OS, database và các process; số worker cao hơn có thể tăng sử dụng bộ nhớ mà chưa cải thiện throughput. Storage cần được đo latency và tải ghi thực tế, không chỉ dung lượng.
Nếu báo cáo chậm, kiểm tra truy vấn, custom script và dữ liệu trước khi tăng phần cứng. Nếu queue tích tụ, xem thời gian job, số worker và dịch vụ bên ngoài. Thay đổi một yếu tố rồi đo lại để tránh nhầm nguyên nhân.
Bài kiểm thử nghiệm thu
- Chuẩn bị bản sao dữ liệu được phép dùng, che dữ liệu nhạy cảm nếu cần.
- Chạy các giao dịch tạo/lưu/submit theo nghiệp vụ thật.
- Chạy báo cáo và export cùng tải web.
- Mô phỏng tích hợp và tác vụ nền.
- Đo latency, error rate, queue, CPU/RAM và I/O.
- Kiểm tra quyền, tính đúng của dữ liệu và rollback thay đổi.
Tải kiểm thử phải có cả bước ghi và kiểm tra kết quả; một endpoint trả 200 chưa chứng minh chứng từ được xử lý đúng. Chốt tiêu chí cho báo cáo, tác vụ nền và tương tác người dùng riêng.
Backup cần chứa đủ phần khôi phục
Xác định database, file công khai/riêng, cấu hình cần thiết và khóa cần cho quá trình phục hồi. Lưu bản sao ngoài máy, quản lý quyền xóa và thử restore trên môi trường tách biệt. Đồng bộ file không thay thế bản sao theo thời điểm nếu lỗi được đồng bộ theo.
Vận hành sau triển khai
- Theo dõi queue, job lỗi và tăng trưởng database.
- Lập lịch cập nhật có bản sao và phương án quay lại.
- Giám sát từ bên ngoài thay vì chỉ xem process chạy.
- Tách quyền quản trị hạ tầng với quyền nghiệp vụ.
- Lưu tài liệu tích hợp và đầu mối hỗ trợ.
Tham khảo cấu hình máy chủ và bảng giá dedicated. Gửi phiên bản ERPNext/Frappe, module, tải nghiệp vụ và phạm vi quản trị để thống nhất cấu hình cùng tiêu chí nghiệm thu.
Bao nhiêu RAM đủ cho ERPNext?
Phụ thuộc worker, database, dữ liệu và tải đồng thời. Dùng phép thử cùng quan sát bộ nhớ để quyết định thay vì một mức RAM chung.
Có nên tách database ngay từ đầu?
Không bắt buộc. Tách khi có nhu cầu về tải, quản trị hoặc phục hồi; phải tính mạng và vận hành giữa các máy.
Cần máy chủ cho workload này?
NOC thuemaychu.vn hỗ trợ chọn CPU, GPU và băng thông. PoC trong 24 giờ.
Bài viết liên quan
Máy chủCách chọn cấu hình máy chủ dedicated: CPU, RAM, NVMe, băng thông
Đo bottleneck và tải cao điểm trước khi chọn CPU, RAM, storage hoặc GPU; nghiệm thu bằng workload thực tế.
Máy chủProxmox VE với ZFS RAID 10: cấu hình và kiểm tra an toàn
Thiết kế mirror, giữ ghi đồng bộ cho database, kiểm tra pool và thử khôi phục VM trước khi đưa vào production.
Máy chủMonitoring máy chủ: từ tài nguyên đến lỗi ứng dụng
Monitoring máy chủ cần trả lời hai câu hỏi: người dùng có sử dụng được dịch vụ không và nếu có lỗi thì bottleneck ở đâu. Chỉ nhìn CPU/RAM không đủ phát hiện database sai quyền, chứng chỉ hết hạn hoặc backup đã ngừng nhiều ngày.