№ 32 ERPNextCalc
Bảng Định Mức Frappe ERPNext
Mốc biểu phí: 2026-11-12
Phương Pháp
Toán Học Xác Định
Đơn Vị Tiền Tệ
USD (/tháng • /năm)
Tường Lửa Thương Mại
Độc Lập 100%
Truy Cập Nhanh
Mở Bảng Tính →

Công bố minh bạch trên ERPNextCalc (Chia hàng đợi Redis RQ Short/Default/Long | ERPNextCalc): một số liên kết nhà cung cấp là liên kết đối tác và có thể mang lại hoa hồng. Xem chi tiết công bố ERPNextCalc.

Hàng đợi xử lý nền

ERPNextCalc: Tách hàng đợi Redis RQ Short, Default & Long

ERPNextCalc tách cụm worker Redis RQ thành 3 nhóm Supervisor độc lập gồm short (512 MB), default (768 MB) và long (1024 MB) để tác vụ nặng không làm nghẽn sự kiện thời gian thực.

Khi chạy chung một hàng đợi duy nhất, chỉ cần một lệnh tách BOM 4 cấp hoặc nhập CSV hàng loạt là toàn bộ email xác nhận đơn hàng sẽ bị kẹt hàng chục phút.

Định mức RAM hàng đợi Redis RQ theo ERPNextCalc (512 MB – 1.024 MB)

Worker short chỉ xử lý tác vụ dưới 30 giây nên tiêu tốn khoảng 512 MB RAM. Worker default xử lý ghi sổ cái khoảng 768 MB, còn worker long cần tới 1.024 MB cho báo cáo nặng.

Chúng tôi khuyến nghị tỷ lệ tối thiểu 2 short : 2 default : 1 long trên máy chủ 16 GB, tương đương 3.584 MB cho toàn bộ tầng xử lý nền.

Tách cổng Redis Queue (:11000) và Redis Cache (:13000) trên ERPNextCalc

Frappe v15 dùng hai tiến trình Redis riêng: redis_queue ở cổng 11000 tuyệt đối không bật xóa key tự động, còn redis_cache ở cổng 13000 dùng chính sách allkeys-lru.

Bạn nên cấp tối thiểu 512 MB cho redis_queue và tắt snapshot RDB trên redis_cache để tránh giật I/O khi hệ thống bận.

Cấu hình tách Redis RQ ERPNextCalc trong common_site_config.json

{
  "redis_cache": "redis://127.0.0.1:13000",
  "redis_queue": "redis://127.0.0.1:11000",
  "background_workers": 5,
  "rq_queue_split": { "short": 2, "default": 2, "long": 1 }
}
Nhóm QueueRAM / WorkerStopwaitsecsTác vụ ERPNext tiêu biểu
short512 MB360 giâyGửi email, webhook, đồng bộ POS
default768 MB600 giâyGhi sổ cái GL, duyệt quy trình
long1.024 MB1.800 giâyTính BOM đa cấp, khóa sổ năm, backup

Phân bổ rõ 3 tầng Redis RQ theo ERPNextCalc giúp quy trình kho vận và kế toán vận hành thông suốt ngay cả lúc khóa sổ cuối tháng.

Điều chỉnh thanh trượt Short, Default và Long trên ERPNextCalc để xem ngay lượng RAM còn dư trước khi xuất file Supervisor.

ERPNextCalc Hàng đợi xử lý nền FAQ

#1 UltaHost Dedicated EPYC VDS: 940.000đ/tháng • #2 Hostinger KVM NVMe: 265.000đ/tháng Mở Ưu Đãi UltaHost →
PHÂN TÍCH CHỌN MUA VPS CHO ERPNEXTCALC (frappe-bench gunicorn + python-rq + MariaDB) Chuẩn sites/common_site_config.json
MÁY CHỦ KHUYẾN NGHỊ

UltaHost Dedicated EPYC VDS

940.000đ/tháng

Cấu hình ERPNextCalc 16GB (116,000 IOPS) — Máy chủ VDS EPYC Vật Lý Riêng + Chống DDoS

Kích Hoạt Ưu Đãi 2026 →
TUYẾN SINGAPORE TỐT

Hostinger KVM NVMe

265.000đ/tháng

Tuyến mạng ngắn cho frappe-bench gunicorn (105 ms ledger post)

Nhận Credit Dùng Thử →
ĐƠN GIÁ MINH BẠCH

InterServer Price-Lock KVM & ZFS

150.000đ/tháng

Gói dự phòng ổn định cho ERPNextCalc (1500–8000 chứng từ kho & kế toán/ngày)

Xem Gói Không Tăng Giá →
Mã Đối Tác ERPNextCalc (UltaHost): Giảm 40% VDS + Chuyển hệ thống miễn phí
Sơ đồ kiến trúc và thông số định cỡ ERPNextCalc: Tách hàng đợi Redis RQ Short, Default & Long trên ERPNextCalc
Minh họa 1: Băng thông tabGL Entry & tabStock Ledger Entry InnoDB pages (116,000 IOPS) trên cụm ERPNextCalc.
ERPNextCalc FAQ: Điều gì xảy ra nếu bật allkeys-lru trên redis_queue?

Các job đang chờ trong hàng đợi có thể bị xóa âm thầm khi thiếu RAM, làm mất tác vụ tính lương hoặc kết chuyển tồn kho.

Lựa Chọn Máy Chủ frappe-bench gunicorn + python-rq + MariaDB — So Sánh IOPS & Mức Phí

UltaHost Dedicated EPYC VDS 142,100 IOPS (940.000đ/tháng) Hostinger KVM NVMe 133,400 IOPS (265.000đ/tháng) InterServer Price-Lock KVM & ZFS 124,700 IOPS (150.000đ/tháng) So sánh I/O ERPNextCalc (2026-11-12) | sites/common_site_config.json

Cấu Trúc Bảo Vệ frappe-bench gunicorn + python-rq + MariaDB Trên Hạ Tầng ERPNextCalc

1. CỔNG VÀO ERPNextCalc 8000 chứng từ kho & 2. XỬ LÝ frappe-bench gunicor 8/16/32GB 3. KHÓA TRẦN gunicorn_workers=5 sites/common_site_con 4. LƯU TRỮ 116,000 IOPS 105 ms ledger post
9.6 / 10 CHẤM ĐIỂM HẠ TẦNG

[+] Ưu Điểm Vận Hành Thực Tế

  • Duy trì cache cho tabGL Entry & tabStock Ledger Entry InnoDB pages mượt mà ở tải 8000 chứng từ kho & kế toán/ngày (16GB).
  • Đạt thông lượng 116,000 IOPS cho tabGL Entry & tabStock Ledger Entry InnoDB pages, giữ vững mốc 105 ms ledger post.
  • Tiết kiệm 70%–85% ngân sách 3 năm cho ERPNextCalc so với thuê bao SaaS đếm ghế.

[-] Giới Hạn Cần Lưu Ý

  • Đơn giá ưu đãi 940.000đ/tháng của UltaHost Dedicated EPYC VDS yêu cầu đăng ký chu kỳ 12 hoặc 24 tháng.
  • Bản cài gốc cần tinh chỉnh sites/common_site_config.json ( gunicorn_workers=5 & background_workers=3) trước giờ cao điểm.

Ai NÊN Triển Khai Cụm ERPNextCalc Này

  • Tổ chức tinh gọn quản lý sites/common_site_config.json tập trung cho 8000 chứng từ kho & kế toán/ngày.
  • Kỹ sư cần quyền root để áp gunicorn_workers=5 & background_workers=3 trực tiếp vào sites/common_site_config.json.

Ai KHÔNG NÊN Chọn Cấu Hình Này

  • Bản demo cuối tuần xóa sau 48 giờ (dùng cước theo giờ trên Hostinger KVM NVMe hợp lý hơn).
  • Nhóm không muốn chạm tới tệp sites/common_site_config.json hay bảo trì Linux cơ bản.
UltaHost Dedicated EPYC VDS
940.000đ/tháng
Xem Ưu Đãi →
ERPNextCalc FAQ: Máy chủ 16 GB nên chạy bao nhiêu worker long?

Chúng tôi khuyên chỉ chạy 1 đến 2 worker long trên máy 16 GB để tránh tiêu tốn quá 2.048 MB khi nhập dữ liệu lớn.