Nếu phần lớn khách hàng của bạn ở Úc, chọn VPS cho web bán hàng tại Úc không phải chuyện thương hiệu mà là chuyện khoảng cách. Mỗi lần khách mở trang sản phẩm, thêm vào giỏ hay bấm thanh toán là một lượt đi về giữa trình duyệt và máy chủ. Nếu máy chủ nằm ở châu lục khác, quãng đường đó cộng vào từng cú click. Bài này dành cho bạn đang bán hàng sang Úc, chẳng hạn một shop thời trang hay mỹ phẩm Việt có tệp khách ở Sydney và Melbourne: cần cấu hình bao nhiêu cho WooCommerce hoặc Magento, cache thế nào để không làm hỏng giỏ hàng, và khi nào máy chủ tại Úc không còn là yếu tố quyết định.
Vì sao nên dùng VPS cho web bán hàng tại Úc
Website bán hàng khác một trang giới thiệu. Blog có thể gần như cache toàn bộ trên CDN, còn shop có những trang động không cache được: giỏ hàng, thanh toán, tài khoản khách, kiểm tra tồn kho, callback từ cổng thanh toán. Các request này luôn đi thẳng về máy chủ gốc. Khi máy chủ gốc ở Sydney, khách tại Sydney, Melbourne hay Brisbane đi qua đường truyền nội địa ngắn thay vì vòng qua Thái Bình Dương hoặc qua châu Á.
Đặt máy chủ trong nước cũng giúp câu chuyện dữ liệu khách hàng đơn giản hơn. Bạn vẫn phải tuân thủ quy định về quyền riêng tư của Úc và yêu cầu của đơn vị xử lý thanh toán, nhưng cơ sở dữ liệu nằm cùng quốc gia với khách thì dễ giải thích hơn một máy chủ ở nước ngoài.
Cloudj có máy chủ cloud tại Sydney; trang VPS Úc liệt kê các gói, và gói tháng ở đây đã bao gồm 1 TB băng thông. Nếu bạn còn đang so sánh các quốc gia, hướng dẫn VPS châu Mỹ, châu Đại Dương và Israel cho thấy Sydney đứng ở đâu so với các vị trí khác, còn bài VPS Úc tốt nhất đi sâu vào riêng vị trí này.
Một cửa hàng tự host thực sự cần chạy những gì
Trước khi chọn gói, hãy liệt kê những gì sẽ chạy trên máy chủ. Một shop tự host thường có nhiều thành phần hơn bạn nghĩ:
- Web server và PHP: Nginx hoặc Apache cùng PHP-FPM. Số PHP worker chạy song song bị giới hạn bởi RAM.
- Cơ sở dữ liệu: MySQL hoặc MariaDB. Danh mục nhiều biến thể sản phẩm cộng với lịch sử đơn hàng sẽ phình ra nhanh.
- Object cache: Redis, để giảm các truy vấn lặp lại vào MySQL.
- Tìm kiếm: Magento 2 bắt buộc có search engine (OpenSearch) trong stack. WooCommerce chạy được không cần, nhưng danh mục lớn thường phải thêm sau.
- Tác vụ nền: WP-Cron hoặc cron hệ thống cho WooCommerce; cron và queue consumer cho Magento.
- Email: email xác nhận đơn nên gửi qua dịch vụ email giao dịch chuyên dụng thay vì gửi thẳng từ VPS, để không rơi vào spam.
Tất cả cùng tranh CPU và RAM của một máy, nên việc chọn cấu hình rất quan trọng.
Chọn cấu hình VPS cho WooCommerce và Magento
Tại Sydney, Cloudj có 30 gói dựng sẵn, từ 1 vCPU, 1 GB RAM, 20 GB ổ đĩa cho tới cấu hình tùy chỉnh 104 vCPU và 512 GB RAM, và bạn có thể tự phối vCPU, RAM, ổ đĩa. Console hiển thị giá chính xác cho từng cấu hình trước khi triển khai, còn giá trực tiếp có trên trang bảng giá.
Có thể ước lượng như sau:
| Kiểu cửa hàng | Cấu hình khởi điểm | Thứ thường cạn trước |
|---|---|---|
| WooCommerce mới mở, ít sản phẩm | 2 vCPU, 4 GB RAM | PHP worker khi chạy khuyến mãi |
| WooCommerce đã ổn định, đơn đều | 4 vCPU, 8 GB RAM | RAM cho database, trang admin chậm |
| Magento 2 kèm OpenSearch trên một máy | 4 vCPU, 8 GB RAM trở lên | RAM, vì cả OpenSearch lẫn PHP đều ngốn |
| Cao điểm theo mùa (EOFY, Black Friday, Giáng sinh) | Nâng cấu hình trước sự kiện | CPU cho các request thanh toán không cache |
Đây là điểm xuất phát, không phải cam kết. Hãy theo dõi biểu đồ CPU, RAM và mạng trong console vài tuần rồi điều chỉnh. Bạn có thể tăng CPU, RAM và mở rộng ổ đĩa về sau, nên bắt đầu vừa phải là hợp lý; bài nâng cấp CPU, RAM, ổ đĩa VPS giải thích thay đổi nào cần khởi động lại.
Về loại CPU: CPU dùng chung ("Availability") đủ cho shop nhỏ, general purpose hợp với đa số shop đã có đơn đều, còn CPU dedicated đáng cân nhắc khi trang thanh toán phải ổn định dưới tải nặng, ví dụ shop hay chạy flash sale. Bài so sánh CPU shared và dedicated phân tích kỹ hơn.
Cache đúng cách để không làm hỏng giỏ hàng
Phần lớn tốc độ đến từ cache, và phần lớn lỗi của shop cũng đến từ cache. Nên dùng ba lớp:
- OPcache cho PHP. Thường đã bật sẵn; hãy kiểm tra
opcache.memory_consumptionđủ lớn cho số plugin hoặc extension bạn dùng. - Redis object cache để giảm truy vấn database. Trên Ubuntu hoặc Debian cài bằng
sudo apt install redis-server, rồi kết nối WooCommerce qua plugin object cache, hoặc trỏ cấu hình cache và session của Magento sang Redis. - Full-page cache cho khách vãng lai trên các trang danh mục, sản phẩm.
Full-page cache phải bỏ qua mọi thứ mang tính cá nhân. Với WooCommerce, không cache /cart/, /checkout/, /my-account/ và mọi request có cookie woocommerce_items_in_cart hoặc wp_woocommerce_session_. Một quy tắc FastCGI cache tối thiểu trên Nginx:
set $skip_cache 0;
if ($request_method = POST) { set $skip_cache 1; }
if ($request_uri ~* "/(cart|checkout|my-account)/") { set $skip_cache 1; }
if ($http_cookie ~* "woocommerce_items_in_cart|wp_woocommerce_session_|wordpress_logged_in") { set $skip_cache 1; }
fastcgi_cache_bypass $skip_cache;
fastcgi_no_cache $skip_cache;Magento 2 có sẵn full-page cache và tài liệu chính thức khuyến nghị Varnish làm backend; hãy bật nó ở production mode thay vì tự viết quy tắc riêng.
Cấu hình xong, hãy thử như một khách thật: mở cửa sổ ẩn danh, thêm sản phẩm vào giỏ, quay lại trang chủ và xem số lượng trên icon giỏ hàng. Nếu hiện 0, cache đang trả bản dùng chung cho một phiên đã có giỏ.
Bảo mật và sao lưu cho web bán hàng
Shop lưu thông tin khách và lịch sử đơn hàng, nên máy chủ cần được bảo vệ tương xứng. Bắt đầu bằng SSH key, firewall chỉ mở cổng 22, 80, 443 và cập nhật bảo mật tự động; danh sách đầy đủ có trong checklist bảo mật VPS mới. Không bao giờ lưu số thẻ trên máy chủ, hãy để cổng thanh toán xử lý dữ liệu thẻ.
Về sao lưu, hãy dump database theo lịch và chép bản dump ra ngoài máy chủ. Bạn cũng có thể lưu custom image của máy chủ đã cấu hình ngay trong console, rất tiện trước khi nâng cấp plugin lớn hoặc nâng phiên bản Magento. Bài chiến lược sao lưu VPS hướng dẫn kết hợp cả hai.
Khi nào máy chủ Sydney không phải lựa chọn đúng
Hãy nhìn thẳng vào tệp khách. Nếu phần lớn đơn đến từ châu Âu hay Bắc Mỹ, một máy chủ duy nhất ở Sydney sẽ bắt họ chờ lâu hơn. Khi đó nên đặt máy chủ gốc gần nhóm khách chính và dùng CDN cho file tĩnh, hoặc xem các hướng dẫn theo khu vực như VPS bán hàng tại Tây Ban Nha và Ý. Nguyên tắc đặt máy chủ gần những người quan trọng nhất cũng áp dụng cho các bài toán khác, từ VPS forex tại London đến VPS forex tại New York.
Nếu bạn bán chủ yếu cho khách ở Việt Nam qua website riêng, Sydney không phải vị trí gần nhất. Cloudj không có máy chủ tại Việt Nam; bài VPS chạy WordPress cho website Việt giải thích cách chọn giữa Singapore, Hong Kong và Tokyo. Và nếu bạn không muốn tự quản trị máy chủ, nền tảng bán hàng có sẵn có thể phù hợp hơn. VPS cho bạn quyền kiểm soát và khả năng mở rộng, nhưng phải có người lo cập nhật.
Câu hỏi thường gặp
1 TB băng thông mỗi tháng có đủ cho web bán hàng không?
Với đa số shop nhỏ và vừa là đủ, nhất là khi ảnh được phục vụ qua CDN. Sau một tháng cao điểm, hãy xem biểu đồ mạng trong console để biết mình đang dùng bao nhiêu.
Có thể bắt đầu gói nhỏ rồi nâng cấp trước đợt sale không?
Có. Bạn tăng CPU, RAM và mở rộng ổ đĩa ngay trong console. Hãy nâng cấp trước sự kiện và kiểm tra lại shop sau khi đổi.
Web bán hàng nên trả theo giờ hay theo tháng?
Shop chạy thật hoạt động cả tháng, nên trả trước theo kỳ có sẵn băng thông thường đơn giản hơn. Tính theo giờ hợp với bản staging dựng lên rồi xóa.
Thanh toán từ Việt Nam thế nào?
Bạn nạp tiền vào số dư tài khoản bằng USD; khách hàng tại Việt Nam có thể nạp bằng chuyển khoản ngân hàng bằng VND.
Bắt đầu
Chọn một gói tại Sydney phù hợp với quy mô shop, triển khai trong console Cloudj, rồi chuyển cửa hàng sang khi đã xong cache và sao lưu. Nếu đang chuyển từ hosting cũ, bài chuyển website sang VPS mới hướng dẫn cách chuyển ít gián đoạn. Giá trực tiếp của từng cấu hình có trên trang bảng giá.