PostgreSQL cần bao nhiêu CPU và RAM trên một VPS vCPU chuyên dụng?

PostgreSQL dùng bao nhiêu vCPU?

PostgreSQL dùng một luồng CPU cho mỗi truy vấn đang chạy, vì mỗi kết nối có tiến trình backend riêng. Tài liệu gọi đây là mô hình "process per user": postmaster sinh ra một backend mới cho mỗi kết nối. Do đó lượng CPU mà cơ sở dữ liệu cần được quyết định bởi số truy vấn thực thi cùng một thời điểm, không phải số kết nối đang mở. Một kết nối nhàn rỗi tốn bộ nhớ chứ không tốn CPU.

Ba thứ cộng thêm luồng vào trên số truy vấn của bạn:

• Truy vấn song song. Một lần quét lớn huy động thêm trợ thủ: max_parallel_workers_per_gather mặc định là 2 và max_parallel_workers là 8, lấy từ max_worker_processes (mặc định 8).
• Autovacuum. Tối đa autovacuum_max_workers tiến trình (mặc định 3) dọn dẹp các bảng ở chế độ nền.
• Ứng dụng, khi nó chạy trên cùng VPS.

Trên một VPS 2 vCPU, một báo cáo chạy song song có thể chiếm hết mọi luồng trong khi các truy vấn ngắn của ứng dụng phải chờ phía sau. Giảm max_parallel_workers_per_gather cho role báo cáo, hoặc nâng lên gói cao hơn, sẽ giải quyết. Quy tắc luồng so với nhân đằng sau các con số này được giải thích trong vCPU chuyên dụng là một nhân hay một luồng.

PostgreSQL cần bao nhiêu RAM trên một VPS?

Đặt shared_buffers ở 25% RAM của VPS và để phần lớn còn lại cho page cache của hệ điều hành. Tài liệu PostgreSQL 18 đưa ra giá trị khởi đầu đó cho một máy chủ cơ sở dữ liệu chuyên dụng có 1 GB RAM trở lên, và nói thêm rằng hơn 40% khó có thể tốt hơn, vì PostgreSQL còn dựa vào cache của kernel. Giá trị mặc định đi kèm là 128 MB.

Hai cài đặt nữa đi theo lượng RAM:

• effective_cache_size chỉ là ước tính cho planner (mặc định 4 GB). Đặt nó bằng lượng mà shared_buffers và page cache giữ cùng nhau, để các lần quét index được tính chi phí đúng.
• work_mem (mặc định 4 MB) áp dụng cho mỗi bước sort hoặc hash trong mỗi phiên. Một truy vấn phức tạp dùng nó nhiều lần, và nhiều phiên dùng cùng lúc, nên tăng nó phải cẩn thận.

Theo khảo sát của Cobaltfell ngày 2 tháng 11 năm 2026, 106 trong số 202 gói CPU chuyên dụng được ghi nhận tại các nhà cung cấp nhận crypto mà không cần kiểm tra danh tính đã cho 4 GB RAM trở lên mỗi vCPU. Với cơ sở dữ liệu, RAM trên mỗi vCPU quan trọng ngang với số vCPU.

Các gói đằng sau con số đó được liệt kê trong một VPS CPU chuyên dụng tốn bao nhiêu mỗi nhân vào tháng 11 năm 2026.

CPU steal ảnh hưởng đến độ trễ p99 của PostgreSQL như thế nào?

CPU steal kéo dài 1% truy vấn chậm nhất rất lâu trước khi nó làm thay đổi giá trị trung bình. Kernel Linux mô tả steal là thời gian chờ không tự nguyện: thời gian mà một vCPU có việc phải làm trong khi hypervisor chạy việc của người khác. Một backend bị tạm dừng giữa truy vấn chỉ đơn giản là dừng lại, và mọi client đang chờ truy vấn đó, hoặc chờ một lock mà nó đang giữ, cũng dừng theo.

Các lần tạm dừng ngắn và không đều, nên chúng chỉ đánh vào những truy vấn tình cờ nằm trên CPU vào đúng lúc đó. Để minh họa, không phải phép đo: khi một vCPU thỉnh thoảng mất vài chục mili giây cho một hàng xóm, một truy vấn 2 ms rơi vào một trong những khoảng đó sẽ mất thời gian gấp mười lần, trong khi hàng nghìn truy vấn xung quanh vẫn chạy với tốc độ bình thường. Giá trị trung bình gần như không đổi; phân vị thứ 99 gánh toàn bộ chi phí.

Vì vậy một cơ sở dữ liệu trên vCPU chia sẻ trông vẫn khỏe mạnh ở giá trị trung bình mà vẫn sinh ra timeout. Ba phép đọc phơi bày điều đó:

• Steal: cột %steal của mpstat trong giờ bận nhất, được giải thích trong CPU steal time là gì và cách kiểm tra nó trên một VPS.
• Trường hợp xấu nhất: pg_stat_statements báo cáo max_exec_time và stddev_exec_time cho mỗi câu lệnh, không có phân vị.
• Phân vị: log_min_duration_statement (ví dụ 250ms) ghi log các câu lệnh chậm; một histogram độ trễ trong ứng dụng cho ra chính con số p99.

# queries on the CPU right now (run at your busiest hour)
psql -c "SELECT count(*) FROM pg_stat_activity WHERE state = 'active';"

# statements with the worst single run (needs pg_stat_statements in shared_preload_libraries)
psql -c "SELECT left(query, 60) AS query, calls,
  round(mean_exec_time::numeric, 2) AS mean_ms,
  round(max_exec_time::numeric, 2) AS max_ms
  FROM pg_stat_statements ORDER BY max_exec_time DESC LIMIT 10;"

# steal per vCPU, every 5 seconds (package sysstat)
mpstat -P ALL 5 6

vCPU chuyên dụng thay đổi điều gì cho một cơ sở dữ liệu?

vCPU chuyên dụng loại bỏ nguồn tail latency duy nhất không thể tinh chỉnh từ bên trong VPS. Các plan chậm, thiếu index và tranh chấp lock là do người vận hành sửa; một batch job của hàng xóm trên nhân chia sẻ thì không. Trường hợp chung được trình bày trong sự khác biệt giữa vCPU chia sẻ và vCPU chuyên dụng là gì. Trên một VPS Cobaltfell:

• CPU: Một vCPU là một luồng phần cứng của bộ xử lý máy chủ. Các luồng của bạn được ghim 1-1 vào VPS của bạn và không bao giờ được cho khách hàng khác mượn, và hai luồng của một lõi vật lý luôn đi cùng nhau, nên cứ mỗi 2 vCPU tạo thành một lõi nguyên vẹn mà không hàng xóm nào dùng chung.
• Steal: Trên vCPU chuyên dụng, steal time phải ở mức hoặc gần bằng không. Chúng tôi sẽ công bố con số đo được trên máy của chính mình, kèm ngày đo, và không bao giờ là ước tính.
• Bộ nhớ: RAM trong gói của bạn được dành riêng cho VPS của bạn và không bị cam kết vượt mức.
• Đĩa: Lưu trữ NVMe trên mọi gói.
• Tải: Được phép chạy full load miễn là công việc của bạn cần: không có credit CPU, không có cửa sổ burst và không bị bóp hiệu năng sau vài phút ở mức 100%. Một lần VACUUM hoặc build index dài sẽ chạy hết công suất.

Dòng vi xử lý là AMD EPYC 9004/9005 (Zen 4 / Zen 5).

Khi nào VPS là nơi không phù hợp cho PostgreSQL?

VPS là nơi không phù hợp khi dữ liệu được truy vấn mỗi phút lớn hơn nhiều so với RAM của gói lớn nhất, hoặc khi replica và backup phải được quản lý thay cho bạn. Fell 16 có 32 GB. Một working set không vừa trong bộ nhớ biến mọi truy vấn thành đọc đĩa, và khi đó thông lượng lưu trữ, chứ không phải vCPU, sẽ quyết định tốc độ.

Backup vẫn thuộc về người vận hành: Backup không nằm trong gói nào: hãy giữ một bản sao dữ liệu của bạn ở nơi khác. Một lần pg_dump hằng đêm hoặc một WAL archive gửi đến lưu trữ ở một nơi khác bao phủ hầu hết các cơ sở dữ liệu nhỏ; một bài kiểm tra khôi phục cần nằm trên lịch trước khi cần đến.

Failover trên hai hoặc ba VPS với streaming replication thì làm được, nhưng phải tự quản lý. Cobaltfell bán máy chủ, không bán cơ sở dữ liệu được quản lý. Giá cho từng kích thước được liệt kê trong một VPS lõi chuyên dụng tốn bao nhiêu.