WordPress thực sự cần VPS cấu hình bao nhiêu?

Ít hơn những gì bạn từng được nghe, nếu trang web có bộ nhớ đệm. Một trang đã lưu đệm là một tệp mà máy chủ web gửi thẳng từ ổ đĩa (PHP không khởi chạy và cơ sở dữ liệu không bị truy cập), nên trên một trang web mà phần lớn khách truy cập thấy trang đã lưu đệm, RAM quyết định số yêu cầu KHÔNG LƯU ĐỆM có thể chạy cùng lúc, chứ không phải số khách truy cập bạn có thể có. Đó là lý do một máy 1 GB chạy được một blog thực sự: sau khi hệ điều hành và cơ sở dữ liệu chiếm khoảng 700 MB, phần còn lại vẫn chạy được vài PHP worker, và vài worker là đủ khi chín trên mười yêu cầu không bao giờ đến PHP. Nơi RAM thực sự quyết định câu trả lời là cửa hàng trực tuyến hoặc trang thành viên, vì giỏ hàng, thanh toán và phiên đăng nhập không thể lưu đệm và mỗi thứ trong số đó là một yêu cầu PHP trực tiếp.

Câu trả lời trung thực là không ai có thể nói cho bạn từ bên ngoài, vì điều đó phụ thuộc vào tỷ lệ yêu cầu được lưu đệm và thời gian xử lý một yêu cầu không lưu đệm. Điều chúng tôi có thể đưa ra là phép tính: số worker = (RAM − 300 MB cho hệ điều hành − 400 MB cho cơ sở dữ liệu) ÷ dung lượng một PHP worker chiếm, và một worker mất 200 ms sẽ phục vụ năm yêu cầu mỗi giây. Hãy nhân lên, và tính theo hướng bi quan. Sau đó kiểm tra: triển khai theo giờ, chạy kiểm thử tải trên chính trang của bạn với các plugin của bạn, rồi xóa máy đi. Việc đó tốn vài xu và chính xác hơn mọi ước tính trên trang này, kể cả ước tính của chúng tôi.

Băng thông, thường xuyên hơn mọi người nghĩ, và đó là con số hầu như không nhà cung cấp nào đặt cạnh gói. Một trang WordPress thông thường nặng khoảng 2.5 MB, nên một trăm nghìn lượt xem trang là khoảng 244 GB, thoải mái. Một triệu lượt là khoảng 2.4 TB, vượt quá hạn mức của nhiều gói vẫn còn dư nhiều bộ nhớ. Đó chính là lý do trang này hiển thị cột hạn mức: BD-8 có 32 TB và C4-8-150 có 4 TB, và với một trang nhiều media, sự khác biệt đó quan trọng hơn số nhân.

Chỉ khi bạn không muốn tự làm việc cập nhật. Một VPS cho bạn quyền root và không gì khác: bạn cài WordPress, bạn vá lỗi, bạn sao lưu, và bạn chịu trách nhiệm khi một plugin làm hỏng trang lúc 2 giờ sáng. Cách đó rẻ hơn và linh hoạt hơn, và thực sự tốn công hơn. Nếu bạn không muốn làm công việc đó, các hạng được quản trị của chúng tôi có sẵn và chúng tôi thà giới thiệu bạn sang đó còn hơn bán cho bạn một chiếc máy mà bạn sẽ không bảo trì. Một WordPress không được vá là thứ bị xâm nhập thường xuyên nhất trên internet.

Với một trang web thì có, gần như luôn luôn. Tách chúng ra sẽ thêm một bước mạng cho mỗi truy vấn và thêm một máy cần bảo trì, đổi lấy khoảng dư mà có lẽ bạn chưa cần. Hãy tách khi cơ sở dữ liệu thực sự là điểm nghẽn và bạn đã đo được điều đó, hoặc khi bạn chạy nhiều trang đủ nặng để muốn cô lập cơ sở dữ liệu. Nếu bạn tách, dòng cơ sở dữ liệu được quản trị của chúng tôi vận hành PostgreSQL và MySQL cho bạn, đó là một sự đánh đổi khác: tốn tiền hơn, đỡ tốn buổi tối của bạn hơn.

Khu vực gần độc giả của bạn nhất, không phải gần bạn. Khoảng cách là một trong những yếu tố quyết định trang mất bao lâu để bắt đầu tải về, và một trang được đọc ở châu Âu nên đặt ở châu Âu dù bạn không ở đó. Nếu độc giả của bạn phân tán, hãy đặt máy chủ gần nhóm lớn nhất và đặt CDN phía trước các tệp tĩnh, đó là việc CDN thực sự làm tốt. Chúng tôi cung cấp ở một số khu vực và mỗi trang gói đều liệt kê những nơi gói đó thực sự có thể được khởi tạo.

Có, và đó là việc sao chép tệp và kết xuất cơ sở dữ liệu, không phải một sản phẩm đặc biệt. Bất kỳ plugin chuyển dữ liệu phổ biến nào cũng làm được, hoặc bạn có thể chuyển thủ công bằng rsync và mysqldump nếu muốn hiểu chuyện gì đã diễn ra. Triển khai máy mới theo giờ trong khi kiểm tra bản sao, trỏ tên miền sang khi bạn hài lòng, rồi xóa máy cũ. Thời gian chạy song song tốn vài xu, và nghĩa là việc khôi phục chỉ là "đổi DNS lại".