VPS 2GB chạy được bao nhiêu website WordPress? Câu trả lời có căn cứ là không có một con số chung chỉ dựa trên RAM. Tài liệu WordPress xác định hiệu năng phụ thuộc cả phần cứng, lượng truy cập và cấu hình website. Vì vậy, hãy xem số website là kết quả của quá trình đo tải, thay vì mặc định một gói 2GB sẽ chứa được ba, năm hay mười trang.
Đếm yêu cầu phải xử lý, thay vì chỉ đếm tên miền
Điểm cần phân biệt là trang đã lưu cache và trang phải chạy WordPress để tạo nội dung. Theo tài liệu Cache của WordPress, bộ nhớ đệm trang có thể lưu bài viết thành tệp tĩnh, giảm công việc xử lý. Khi khảo sát các website định ghép chung, nên ghi rõ phần nào phục vụ nội dung công khai có thể cache, phần nào cần nội dung riêng cho từng người dùng. Hai nhóm này không nên được đánh giá bằng cùng một phép đếm website.
Với cửa hàng, WooCommerce yêu cầu loại giỏ hàng, thanh toán và tài khoản khỏi cache trang vì chúng chứa thông tin riêng của khách. Đây là lý do nên kiểm tra luồng mua hàng khi đánh giá sức chứa VPS, thay vì chỉ mở trang chủ thấy nhanh rồi kết luận còn dư tài nguyên. Khuyến nghị thực hành là lập riêng kịch bản đọc sản phẩm và kịch bản thêm giỏ hàng, đăng nhập, thanh toán; kết quả của nhóm đầu không thay thế cho nhóm sau.
Bộ nhớ dành cho WordPress cũng thường bị hiểu nhầm. Theo PHP, memory_limit là mức bộ nhớ tối đa một script được phép cấp phát. Tài liệu tối ưu PHP của WordPress phân biệt mức yêu cầu cho giao diện công khai và khu vực quản trị. Vì thế, không nên lấy RAM VPS chia cho memory_limit để suy ra số website: giới hạn này không phải lượng RAM một website luôn chiếm, cũng không đại diện cho toàn bộ dịch vụ trên máy.
Ước lượng ngân sách RAM cho PHP và cơ sở dữ liệu
Nếu dùng PHP-FPM, hãy chú ý pm.max_children. Tài liệu PHP xác định đây là giới hạn tiến trình con, đồng thời giới hạn số yêu cầu được phục vụ cùng lúc trong pool. Khi lập kế hoạch, nên thống kê tất cả pool của các website rồi xét tổng mức hoạt động dự kiến. Việc mỗi website có một cấu hình riêng không đủ để kết luận tổng cấu hình ấy phù hợp với VPS 2GB.
Có thể dùng một phép tính minh họa để hiểu ngân sách, nhưng không xem đó là cấu hình khuyến nghị: giả sử sau khi dành chỗ cho các thành phần khác và dự phòng, phần ngân sách PHP còn 600MiB; giả sử mức tiêu thụ quy đổi để lập kế hoạch là 100MiB cho mỗi worker. Phép chia cho kết quả sáu worker. Đây hoàn toàn là giả định, chưa phải số đo hay benchmark; sáu worker cũng không có nghĩa là sáu website hoặc sáu người truy cập.
Phần cơ sở dữ liệu cần được tính riêng. Tài liệu MySQL giải thích InnoDB dùng buffer pool trong RAM để giữ dữ liệu bảng và chỉ mục, giúp truy cập dữ liệu thường dùng nhanh hơn. Khi cân đối VPS nhỏ, nên ghi nhận cấu hình và mức sử dụng của cơ sở dữ liệu trước khi tăng phần dành cho PHP. Nếu chỉ nhìn tiến trình PHP, bảng dự toán sẽ bỏ qua một thành phần sử dụng bộ nhớ quan trọng.
MySQL cũng lưu ý buffer pool quá lớn có thể gây swapping do cạnh tranh bộ nhớ; hướng dẫn cấu hình yêu cầu chừa đủ RAM cho tiến trình khác. Do đó, không nên áp nguyên tỷ lệ dành cho máy chuyên chạy cơ sở dữ liệu sang VPS đang ghép nhiều dịch vụ. Cách làm thận trọng là xác định ngân sách từng thành phần, giữ khoản dự phòng rồi kiểm tra lại dưới tải, thay vì tăng đồng loạt mọi giới hạn.
Đo thế nào trước khi thêm website hoặc nâng gói?
Với PHP-FPM, trang trạng thái cung cấp các chỉ số hữu ích: listen queue là số yêu cầu đang chờ tiến trình rảnh; active processes cho biết số tiến trình đang xử lý; max children reached cho biết từng chạm giới hạn hay chưa. Nên theo dõi chúng trong cùng kịch bản trước và sau khi thêm website. Một lần chạm trần là tín hiệu cần điều tra, chưa đủ để kết luận ngay phải mua thêm RAM hoặc tăng worker.
Đề xuất quy trình kiểm tra là chọn một website đại diện, ghi lại điều kiện ban đầu, thử cả trang có cache và thao tác động rồi mới thêm website tiếp theo. Đặt trước tiêu chí chấp nhận về thời gian phản hồi và lỗi cho công việc của bạn, thay vì sử dụng một ngưỡng chung không có bối cảnh. Nếu bật trang trạng thái FPM để đo, PHP yêu cầu chỉ cho phép truy cập nội bộ hoặc IP đã biết vì trang này tiết lộ URL yêu cầu và thông tin tài nguyên.
Trước khi nâng gói, nên kiểm tra các thành phần có thể tối ưu: tài liệu WordPress nêu ảnh hưởng của theme và plugin, đồng thời khuyến nghị bỏ plugin không cần thiết. Hãy thay đổi từng yếu tố rồi đo lại để biết điều gì thực sự có tác dụng. Nếu vẫn không đạt tiêu chí vận hành, mới cân nhắc bổ sung tài nguyên hoặc phân tách dịch vụ; quyết định nên dựa trên điểm nghẽn quan sát được, không dựa vào số tên miền đang cài.
Khi hỏi nhà cung cấp VPS 2GB có phù hợp hay không, nên gửi kèm loại website, các thao tác động cần phục vụ, cấu hình PHP-FPM, cơ sở dữ liệu và kết quả đo tải. Trong phạm vi các tài liệu đã đối chiếu, không có bảng quy đổi đủ căn cứ để cam kết số website cho mọi VPS 2GB. Số còn thiếu để ra quyết định chính là khả năng đáp ứng của cấu hình và bộ website cụ thể dưới tải dự kiến của bạn.
