Thiết Kế Website
VPS WordPress là gì? Cách tối ưu hiệu suất WordPress trên VPS
Chuyển WordPress lên VPS không tự làm website nhanh hơn. Một VPS để cấu hình mặc định, không bộ nhớ đệm, PHP và cơ sở dữ liệu chưa chỉnh, có thể chậm hơn một gói hosting WordPress đã được nhà cung cấp tối ưu sẵn. Bài này đi qua những gì cần cấu hình, theo thứ tự tác động.
VPS WordPress là máy chủ ảo được cài và cấu hình riêng để chạy WordPress: web server, PHP, cơ sở dữ liệu, bộ nhớ đệm. Hiệu suất đến chủ yếu từ bốn việc: bộ nhớ đệm trang, số tiến trình PHP-FPM vừa với RAM, bộ nhớ đệm đối tượng (Redis) cho website có đăng nhập hoặc WooCommerce, và cơ sở dữ liệu được chỉnh theo dung lượng dữ liệu. Đo trước và sau mỗi thay đổi.
VPS WordPress khác hosting WordPress ở đâu?
Gói hosting WordPress là môi trường dùng chung đã được nhà cung cấp cấu hình sẵn; bạn chỉ quản lý website. VPS WordPress là một máy chủ ảo bạn có quyền root: chọn web server, phiên bản PHP, cách lưu đệm, cách sao lưu. Đổi lại, mọi lựa chọn sai cũng là của bạn. Nếu chưa chắc có nên lên VPS, đọc trước bài VPS là gì, ai nên dùng và bài nên dùng hosting hay VPS.
Yêu cầu nền tảng theo trang chính thức của WordPress.org (tra cứu 10/2026): PHP 8.3 trở lên, MySQL 8.0 hoặc MariaDB 10.11 trở lên, có hỗ trợ HTTPS; Apache hoặc NGINX được khuyến nghị (WordPress Requirements). WordPress vẫn chạy được trên PHP 7.4, nhưng các phiên bản đó đã hết hỗ trợ bảo mật.
Chọn bộ phần mềm máy chủ nào cho WordPress?
| Bộ phần mềm | Bộ nhớ đệm trang | Ưu điểm | Lưu ý |
|---|---|---|---|
| OpenLiteSpeed + PHP (LSAPI) | LSCache ở máy chủ, điều khiển bằng plugin LiteSpeed Cache | Bộ nhớ đệm tích hợp, plugin tự xóa đệm khi sửa bài, nhiều tính năng tối ưu ảnh, CSS | Một số tùy chỉnh .htaccess của Apache không được hỗ trợ đầy đủ; cần kiểm tra quy tắc chuyển hướng |
| NGINX + PHP-FPM | FastCGI cache của NGINX hoặc plugin cache ghi tệp tĩnh | Nhẹ, phổ biến, nhiều tài liệu | Cần plugin để xóa đệm khi cập nhật nội dung; quy tắc viết lại URL phải cấu hình trong NGINX, không dùng .htaccess |
| Apache (event MPM) + PHP-FPM | Plugin cache trang | Tương thích .htaccess, dễ chuyển từ hosting cPanel | Tốn tài nguyên hơn nếu để cấu hình mặc định kiểu prefork + mod_php |
Không có lựa chọn “nhanh nhất” cho mọi website. Quan trọng là chọn một bộ, cấu hình đúng và chỉ dùng một lớp bộ nhớ đệm trang. Các bảng điều khiển như CyberPanel (OpenLiteSpeed), aaPanel, HestiaCP giúp cài đặt bằng giao diện, nhưng mặc định của chúng chưa phải cấu hình tối ưu.
Bước 1: Bộ nhớ đệm trang, tác động lớn nhất
Không có bộ nhớ đệm trang, mỗi lượt xem đều chạy PHP và truy vấn cơ sở dữ liệu. Có bộ nhớ đệm, phần lớn lượt xem của khách chưa đăng nhập được trả bằng bản HTML dựng sẵn. Ba điểm hay sai:
- Loại trừ trang động: với WooCommerce, giỏ hàng, thanh toán, tài khoản không được lưu đệm. Plugin cache uy tín tự loại trừ, nhưng cần kiểm tra lại khi đổi đường dẫn các trang này.
- Chỉ một plugin cache trang: hai plugin cùng lưu đệm gây lỗi hiển thị và khó tìm nguyên nhân.
- Kiểm tra đệm có hoạt động thật: mở công cụ nhà phát triển của trình duyệt, xem tiêu đề phản hồi (ví dụ x-litespeed-cache: hit với LSCache) ở lần tải thứ hai.
Bước 2: PHP-FPM và OPcache vừa với RAM
PHP-FPM giữ một số tiến trình PHP để xử lý yêu cầu. Quá ít tiến trình thì yêu cầu phải xếp hàng; quá nhiều thì hết RAM, máy chủ dùng bộ nhớ hoán đổi và chậm hẳn, hoặc dịch vụ bị hệ điều hành dừng.
Cách tính số tiến trình tối đa (pm.max_children): lấy RAM còn lại sau khi trừ phần cho hệ điều hành, web server, cơ sở dữ liệu, Redis, rồi chia cho dung lượng trung bình một tiến trình PHP đo được bằng lệnh ps trên chính máy chủ. Ví dụ giả định: VPS 4 GB, dành khoảng 1 GB cho MariaDB, 256 MB cho Redis, khoảng 700 MB cho hệ điều hành và web server, còn khoảng 2 GB; nếu mỗi tiến trình PHP khoảng 80 MB thì đặt quanh 20–25 tiến trình. Website WooCommerce nhiều plugin thường có tiến trình PHP lớn hơn, nên phải đo, không dùng con số của người khác.
- Chế độ pm = ondemand hợp với VPS nhỏ ít truy cập; dynamic hợp khi truy cập đều.
- Bật OPcache để PHP không biên dịch lại mã ở mỗi yêu cầu; tăng opcache.memory_consumption nếu website có nhiều plugin và bộ nhớ OPcache bị đầy.
- Đặt memory_limit của PHP theo nhu cầu thật của website, không để mức rất cao “cho chắc” vì một tiến trình lỗi có thể chiếm nhiều RAM.
Bước 3: Redis cho bộ nhớ đệm đối tượng
Bộ nhớ đệm trang không giúp được người đã đăng nhập, trang quản trị, giỏ hàng. Ở những chỗ đó, WordPress truy vấn cơ sở dữ liệu liên tục. Redis lưu kết quả các truy vấn lặp lại trong RAM, kết nối với WordPress qua plugin như Redis Object Cache hoặc chức năng object cache của LiteSpeed Cache.
Redis đáng cài khi website có WooCommerce, thành viên, nhiều biên tập viên hoặc trang quản trị chậm. Website giới thiệu chủ yếu khách chưa đăng nhập thì bộ nhớ đệm trang đã giải quyết phần lớn, Redis chỉ thêm một dịch vụ cần theo dõi. Nhớ giới hạn bộ nhớ Redis (maxmemory) và không mở cổng Redis ra Internet.
Bước 4: Cơ sở dữ liệu và những việc nền
- innodb_buffer_pool_size: mặc định của MariaDB/MySQL thường chỉ 128 MB. Đặt đủ chứa phần dữ liệu hay dùng (xem tổng dung lượng cơ sở dữ liệu), nhưng không lấn phần RAM đã tính cho PHP.
- Dọn dữ liệu tự nạp: bảng wp_options có các dòng autoload được nạp ở mọi trang. Plugin đã gỡ thường để lại dữ liệu ở đây. Kiểm tra tổng dung lượng autoload và xóa phần của plugin không còn dùng (sao lưu trước).
- Bật nhật ký truy vấn chậm trong một thời gian để tìm plugin nào gây truy vấn nặng; kết hợp plugin Query Monitor trên bản thử nghiệm.
- Chuyển WP-Cron sang cron hệ thống: thêm define(‘DISABLE_WP_CRON’, true); vào wp-config.php, rồi đặt cron của máy chủ chạy wp cron event run –due-now (WP-CLI) mỗi vài phút. Tác vụ định kỳ chạy đúng giờ, không phụ thuộc lượt truy cập.
- Tệp hoán đổi (swap) nhỏ làm lớp an toàn khi RAM tăng đột biến, không phải để bù RAM thiếu thường xuyên.
- Nén Brotli hoặc gzip, HTTP/2 hoặc HTTP/3 ở web server; ảnh nén đúng kích thước theo bài tối ưu hình ảnh website.
Đo trước, đo sau: biết thay đổi nào có tác dụng
- Ghi lại thời gian phản hồi máy chủ (TTFB) của trang chủ, một trang danh mục, một trang sản phẩm khi chưa có đệm và khi có đệm.
- Theo dõi RAM, CPU, dung lượng ổ đĩa, có dùng swap không, trong giờ cao điểm.
- Xem báo cáo Core Web Vitals trong Search Console sau vài tuần, vì đây là số liệu từ người dùng thật. Cách đọc ở bài kiểm tra tốc độ website.
- Mỗi lần chỉ đổi một thông số, ghi lại, rồi đo lại.
Nếu TTFB đã thấp mà trang vẫn chậm, nút thắt nằm ở giao diện, ảnh, JavaScript chứ không còn ở máy chủ. Thứ tự xử lý phía website có ở bài tăng tốc website WordPress.
Sai lầm thường gặp khi tự chạy WordPress trên VPS
- Đặt quyền 777 cho thư mục để “sửa lỗi không ghi được tệp”, mở đường cho mã độc.
- Chạy PHP bằng tài khoản root hoặc dùng chung một tài khoản cho nhiều website: một website bị nhiễm kéo theo tất cả.
- Bản sao lưu chỉ nằm trên chính VPS hoặc chỉ dựa vào ảnh chụp (snapshot) của nhà cung cấp.
- Không theo dõi dung lượng ổ đĩa: nhật ký và bản sao lưu đầy ổ, cơ sở dữ liệu ngừng ghi.
- Nâng cấu hình VPS khi website chậm mà chưa đo; nhiều trường hợp nguyên nhân là một plugin.
Phần bảo mật tầng máy chủ (SSH, tường lửa, cập nhật hệ điều hành) có ở bài cách bảo mật VPS. Nếu bạn không có người làm kỹ thuật, phần tầng WordPress như cập nhật, sao lưu, bảo mật có thể giao cho gói bảo trì WordPress từ 900.000đ/tháng; tối ưu tốc độ theo hiện trạng xem ở trang tối ưu tốc độ website. Với tầng máy chủ, hãy chọn VPS có quản trị (managed) nếu trong công ty không ai quản trị Linux.
Dịch vụ quản trị VPS tại Marketing SEO Top
Marketing SEO Top có nhận quản trị VPS cho doanh nghiệp không có người làm kỹ thuật máy chủ. Phạm vi công việc và phí được báo sau khi xem cấu hình, hệ điều hành và số website đang chạy trên máy chủ. Gửi thông tin VPS và nhu cầu qua Zalo 0332 942 567 để nhận đề xuất.
Câu hỏi thường gặp
VPS chạy WordPress cần bao nhiêu RAM?
Phụ thuộc số website, plugin và lượng người dùng đăng nhập cùng lúc, nên không có con số chung. Cách đúng là tính phần RAM cho cơ sở dữ liệu, Redis, hệ điều hành, rồi nhân dung lượng một tiến trình PHP đo được với số tiến trình cần. Website WooCommerce cần dư địa nhiều hơn website giới thiệu.
Nên dùng OpenLiteSpeed hay NGINX cho WordPress?
Cả hai đều chạy WordPress tốt. OpenLiteSpeed tiện vì bộ nhớ đệm trang tích hợp và plugin LiteSpeed Cache tự xóa đệm; NGINX phổ biến hơn, nhiều tài liệu hơn nhưng cần tự cấu hình đệm và quy tắc viết lại URL. Chọn bộ mà người quản trị của bạn thành thạo.
Có cần Redis cho mọi website WordPress không?
Không. Redis có ích rõ khi website có nhiều người đăng nhập, WooCommerce hoặc trang quản trị chậm. Website giới thiệu chủ yếu khách vãng lai thì bộ nhớ đệm trang đã đủ, thêm Redis chỉ thêm một dịch vụ phải theo dõi.
Plugin tối ưu có thay được việc cấu hình máy chủ không?
Không hoàn toàn. Plugin lo bộ nhớ đệm trang, nén ảnh, gộp CSS, JavaScript; còn số tiến trình PHP, OPcache, bộ đệm cơ sở dữ liệu, cron hệ thống phải cấu hình ở máy chủ. Trên VPS, cả hai phần cùng quyết định tốc độ.
Bao lâu nên rà lại cấu hình VPS WordPress?
Nên rà sau mỗi thay đổi lớn như thêm website, cài WooCommerce, đổi giao diện, và định kỳ vài tháng một lần. Xem lại dung lượng tiến trình PHP, RAM giờ cao điểm, dung lượng ổ đĩa và phiên bản PHP còn được hỗ trợ bảo mật hay không.
Cần người làm giúp phần này?
Mô tả ngắn nhu cầu hoặc gửi link website. Chúng tôi phản hồi bằng đánh giá cụ thể trước khi báo giá.
