VPS đa quốc gia để test website và ứng dụng ở nhiều nước

Vì sao chỉ test từ Việt Nam là chưa đủ

Hình dung một nhóm phát triển ở TP.HCM vừa ra mắt cửa hàng trực tuyến bán cho khách Mỹ, Đức và Nhật Bản. Mọi bài test trên máy văn phòng đều chạy đạt. Một tuần sau, khách ở Đức báo không thấy banner xin phép cookie, khách ở Nhật bị đẩy sang trang tiếng Anh, còn khách ở bờ Đông nước Mỹ vẫn thấy giá cũ vì CDN giữ bản cache từ trước đợt cập nhật. Không có dòng code nào sai rõ ràng. Chỉ là website được thiết kế để phản ứng khác nhau theo vị trí người truy cập, và nhóm chưa bao giờ nhìn nó qua con mắt của từng thị trường.

Những thứ thường thay đổi theo vị trí của người dùng:

• Chuyển hướng theo quốc gia và ngôn ngữ. Quy tắc chuyển hướng dựa trên IP, thẻ hreflang, trang chọn khu vực có thể đưa khách tới sai phiên bản.
• Giá, tiền tệ, thuế và phương thức thanh toán. Trang thanh toán thường hiện phương thức khác nhau theo nước, và lỗi cấu hình chỉ lộ ra với khách ở nước đó.
• Thông báo quyền riêng tư và cookie. Nhiều website chỉ bật banner xin phép cho khách châu Âu hoặc một số bang của Mỹ.
• Bản cache trên CDN. Mỗi điểm biên giữ bản riêng; lệnh xóa cache bị lỗi có khi chỉ ảnh hưởng vài khu vực.
• DNS và cân bằng tải theo vùng. GeoDNS có thể trả về máy chủ khác nhau cho từng nước, nên một bản ghi sai chỉ làm hỏng một vùng.
• Quy tắc chặn theo khu vực của chính bạn. Tường lửa hoặc danh sách chặn quốc gia đôi khi chặn nhầm cả khách hợp lệ.
• Thời gian tải khi đi qua tuyến mạng quốc tế. Ảnh nặng, quá nhiều request hay máy chủ đặt xa khách chỉ thấy rõ khi đo từ chính thị trường đó.

Cách chắc chắn nhất để thấy đúng những gì khách thấy là gửi request từ một địa chỉ IP thật sự nằm ở thị trường đó. Với những phép đo cần lặp lại theo lịch, bạn đặt luôn một máy chạy kiểm thử tại đó. Đó là việc của proxy và VPS đa quốc gia đặt ở nước ngoài, và phần còn lại của trang chỉ cách ghép hai thứ này thành một quy trình gọn, rẻ, dễ bảo trì.

Proxy hay VPS: chọn đúng công cụ cho từng loại kiểm thử

Proxy và VPS giải hai bài toán khác nhau. Proxy giống như mượn một cửa ra ở nước khác: trình duyệt, curl hay công cụ kiểm thử vẫn chạy trên máy của bạn tại Việt Nam, chỉ có địa chỉ IP mà website nhìn thấy là của nước kia. VPS là cả một máy chủ đặt tại nước đó: script chạy ngay tại chỗ, đo được tuyến mạng từ chỗ đó và vẫn chạy theo lịch khi máy văn phòng đã tắt.

Quy tắc ngắn gọn: câu hỏi website hiển thị gì với khách ở nước X thì proxy thường là đủ; câu hỏi khách ở nước X chờ bao lâu, dữ liệu đi qua tuyến nào, kết quả có ổn định suốt ngày không thì cần VPS. Nếu chưa quen các loại proxy, hướng dẫn chọn proxy theo nhu cầu giải thích từ đầu, còn bài so sánh proxy dân cư và proxy datacenter giúp bạn quyết định khi nào cần IP dân cư thay vì IP datacenter.

Bộ công cụ gợi ý: ba lớp, chọn từ các gói đang bán

Một bộ kiểm thử đa quốc gia hợp lý thường có ba lớp: proxy để xem nhanh, VPS tại thị trường để đo và chạy lịch, và một máy ở Việt Nam để gom kết quả. Bạn không cần cả ba lớp ngay ngày đầu; hãy bắt đầu từ lớp đáp ứng câu hỏi gấp nhất.

Lớp 1: proxy cho kiểm tra hiển thị nhanh

Đây là lớp rẻ và nhanh nhất. Bạn khai báo proxy trong trình duyệt hoặc trong lệnh curl, mở trang cần kiểm tra và ghi lại điều mình thấy. Bảng dưới liệt kê các gói proxy đang bán hợp với việc kiểm thử, kèm giá niêm yết của từng gói.

Proxy IPv4 tĩnh giữ nguyên một địa chỉ, nên kết quả giữa các lần kiểm tra so sánh được với nhau; đọc thêm về proxy IPv4 datacenter tĩnh nếu đây là lần đầu bạn dùng. Khi muốn biết website có đối xử khác với khách dùng mạng gia đình hay không, hãy thêm proxy dân cư IPv4 tĩnh. Còn nếu cần so sánh FPT, VNPT và Viettel, proxy dân cư xoay chọn nhà mạng và proxy 4G Vinaphone cho bạn góc nhìn của người dùng trong nước. Với nước chưa có VPS hoặc chỉ cần kiểm tra vài ngày, proxy dân cư xoay toàn cầu cho chọn một quốc gia trong hơn 200 nước lúc mua, với kỳ ngắn nhất 1 ngày; xem thêm về proxy IPv4 xoay theo khu vực nếu bạn cần lấy mẫu nhiều địa chỉ.

Lớp 2: VPS đặt tại thị trường cho script chạy theo lịch

Khi cần đo thời gian tải, chạy traceroute, phân giải DNS tại chỗ hay chụp màn hình mỗi sáng, bạn cần một máy nằm ngay trong thị trường đó. Dòng VPS đa quốc gia hiện có 5 gói đang bán là Mini, Custom, Sale, Bandwidth và Global; bảng dưới ghép thêm gói Intel gold / platinum đặt tại Việt Nam để bạn thấy đủ các điểm đặt máy:

Với phần lớn đội QA, VPS đa quốc gia Mini là điểm khởi đầu: nhiều vị trí nhất, nhất là các bang của Mỹ, cấu hình nhỏ nhưng đủ cho curl, mtr và một trình duyệt headless chạy lần lượt từng trang. Gói Custom hợp khi bạn cần máy ở 10 bang lớn của Mỹ, Anh hoặc Pháp và muốn tự chọn CPU, RAM, ổ đĩa ở form đặt hàng. Gói Sale có giá thấp nhất trong dòng VPS đa quốc gia, 80.000đ/tháng, đặt tại California, New Jersey hoặc Washington, hợp làm máy chạy trình duyệt ở hai bờ nước Mỹ. Gói Bandwidth ở Phần Lan và Đức dành cho đợt kiểm thử tải, vì băng thông ghi trong gói là 500 Mbps hai chiều với 20TB/tháng, và cho kiểm thử IPv6 từ chính máy chủ, vì gói cấp kèm dải /64 IPv6.

Khi thị trường của bạn nằm ở châu Á ngoài Nhật Bản và Singapore, VPS Global đặt tại 15 quốc gia là lựa chọn duy nhất có máy tại Hàn Quốc, Thái Lan, Indonesia, Malaysia và Hồng Kông, cùng Ý ở châu Âu. Gói này đắt hơn Mini (từ 250.000đ/tháng) nhưng cấu hình khởi điểm cũng lớn hơn: 2 vCores · 4 GB RAM · 30 GB SSD, đủ chạy trình duyệt headless thoải mái. Gói Global không ghi tốc độ mạng cụ thể, nên nếu kiểm thử của bạn phụ thuộc vào băng thông, hãy hỏi qua trang liên hệ trước khi đặt.

Lớp 3: máy gom kết quả và mốc so sánh tại Việt Nam

Các máy ở nước ngoài nên gửi kết quả về một chỗ để bạn xem trên một bảng. Máy gom này cũng là mốc so sánh: cùng một script chạy ở Việt Nam cho bạn biết khách trong nước thấy gì. VPS Intel gold / platinum tại Việt Nam có 6 cấu hình từ 45.500đ/tháng (1 core · 1 GB RAM · 20 GB) tới 715.000đ/tháng, CPU Intel Gold 6133, Gold 6138 hoặc Platinum 8171M, ổ SSD, băng thông 100 Mbps/10 Mbps và 1 IPv4 riêng. Cấu hình nhỏ nhất đủ cho việc nhận log, lưu kết quả và chạy một bảng theo dõi nhỏ; gói có ghi bao test 24h. Nếu cần so sánh FPT, VNPT và Viettel, hãy dùng proxy dân cư xoay Việt Nam chọn nhà mạng thay vì đặt thêm máy. Bài so sánh VPS NVMe và VPS đa quốc gia phân tích kỹ hơn khi nào nên đặt máy trong nước, khi nào nên đặt ở nước ngoài.

Chọn vị trí theo thị trường bạn phục vụ

Đừng bắt đầu từ danh sách vị trí, hãy bắt đầu từ số liệu của bạn: mở công cụ phân tích, lấy các nước mang lại nhiều doanh thu hoặc nhiều lượt truy cập nhất, rồi chọn một vị trí cho mỗi nước. Riêng nước Mỹ, nên đặt ít nhất một máy ở bờ Tây và một máy ở bờ Đông, vì CDN và tuyến mạng ở hai đầu nước Mỹ thường khác nhau.

Mỗi vị trí lớn đều có trang riêng để bạn xem kỹ hơn: VPS đặt tại Mỹ, VPS đặt tại Đức, VPS đặt tại Nhật Bản, VPS đặt tại Singapore, VPS đặt tại Hàn Quốc, VPS đặt tại Thái Lan và VPS đặt tại Việt Nam. Nếu chỉ cần xem hiển thị, hãy mở proxy Mỹ, proxy Nhật Bản hay proxy Vương quốc Anh. Với thị trường chưa có VPS như Ấn Độ hay Brazil, dùng proxy Ấn Độ hoặc proxy Brazil kết hợp script chạy trên máy gom. Toàn bộ danh sách nằm ở VPS theo quốc gia và proxy theo quốc gia.

Triển khai từng bước: từ ma trận kiểm thử tới báo cáo mỗi ngày

Quy trình dưới đây dùng Linux trên các máy kiểm thử vì nhẹ và dễ tự động hóa. Các lệnh viết cho Ubuntu; nếu bạn quen dòng lệnh ít, trang VPS Linux tối ưu chi phí có checklist bảo mật SSH và tường lửa cơ bản.

1. Lập ma trận kiểm thử. Mỗi dòng là một cặp thị trường và URL, kèm kết quả mong đợi: ngôn ngữ, tiền tệ, đích chuyển hướng, banner cookie, header cache. Lưu thành file CSV trong kho mã nguồn để cả nhóm cùng sửa.

   thi_truong,url,mong_doi
   US,https://example.com/,chuyen-huong:/en-us/
   DE,https://example.com/,chuyen-huong:/de/
   JP,https://example.com/,chuyen-huong:/ja/

2. Thử nhanh bằng proxy trước khi thuê máy. Từ máy văn phòng, gửi request qua proxy của từng nước và xem mã trả về, đích chuyển hướng. Nếu đã thấy lỗi ở bước này, bạn sửa được ngay mà chưa tốn đồng nào cho VPS.

   curl -s -o /dev/null -w "%{http_code} %{redirect_url}\n" \
     -x http://USER:PASS@IP_PROXY:PORT https://example.com/

3. Đặt VPS cho những thị trường cần đo. Chọn gói và vị trí theo bảng ở trên, rồi chọn bản Ubuntu mới nhất mà form đặt hàng của gói đó cho chọn: form gói Mini hiện liệt kê Ubuntu 18.04 và Ubuntu 20.04; gói Custom và Sale có thêm Ubuntu 22.04; gói Bandwidth có Ubuntu 22.04, Ubuntu 24.04 và Debian 12; gói Global có Ubuntu tới 24.04 và Debian 12; gói Intel gold / platinum có Ubuntu 20.04, 22.04, 24.04 và Debian 11. Nếu định chạy trình duyệt headless, chọn cấu hình 2 core · 2 GB RAM của gói Mini thay vì cấu hình 1 GB.
4. Kết nối và khóa máy. Đăng nhập bằng thông tin được cấp, cập nhật hệ thống, tạo user riêng cho việc kiểm thử và bật tường lửa:

   ssh root@IP_VPS
   apt update && apt -y upgrade
   adduser qa
   usermod -aG sudo qa
   ufw allow OpenSSH
   ufw enable

5. Cài công cụ đo. Bộ công cụ dòng lệnh dưới đây đủ cho phần lớn kiểm tra. Nếu cần chụp màn hình, cài thêm Node.js rồi chạy npx playwright install --with-deps chromium để có trình duyệt headless. Bản Playwright mới chỉ hỗ trợ chính thức một số bản hệ điều hành còn được cập nhật, nên trên Ubuntu 18.04 hoặc Ubuntu 20.04 hãy xem yêu cầu hệ thống của Playwright trước khi cài.

   apt install -y curl mtr-tiny dnsutils jq

6. Viết script kiểm tra. Mỗi máy chạy cùng một script, chỉ khác tên vùng và ngôn ngữ trình duyệt của thị trường đó. Đặt check.sh và file urls.txt trong /home/qa; urls.txt là cột url trong ma trận, lọc riêng cho vùng của máy. Script in ra mã trả về, đích chuyển hướng, thời gian tới byte đầu tiên, rồi ghi lại tuyến mạng và kết quả DNS:

   #!/usr/bin/env bash
   VUNG="$1"
   NGON_NGU="$2"
   while read -r url; do
     curl -s -o /dev/null -H "Accept-Language: $NGON_NGU" \
       -w "$VUNG %{http_code} %{redirect_url} %{time_starttransfer}\n" "$url"
   done < urls.txt
   mtr -rwc 10 example.com
   dig +short example.com

7. Lên lịch và gom kết quả. Cấp quyền chạy cho script bằng chmod +x check.sh, mở crontab -e bằng user qa để chạy định kỳ, rồi đẩy log về máy gom ở Việt Nam bằng rsync qua SSH với một SSH key riêng cho việc này. Giữ kết quả ở dạng văn bản hoặc JSON cho nhẹ, vì gói Mini, Custom và Sale có chiều upload 10 Mbps.

   */30 * * * * /home/qa/check.sh US-Virginia en-US >> /home/qa/ket-qua.log 2>&1
   0 * * * * rsync -az /home/qa/ket-qua.log qa@IP_MAY_GOM:/data/US-Virginia/

8. Đọc kết quả và dọn dẹp. So sánh từng vùng với cột kết quả mong đợi trong ma trận, chỉ gửi cảnh báo khi có chênh lệch. Khi đợt kiểm thử kết thúc, chép script và log về kho chung, rồi chỉ gia hạn những máy còn dùng cho việc theo dõi lâu dài.

Bộ kiểm thử đa quốc gia tốn bao nhiêu: ví dụ theo tình huống

Chi phí của một bộ kiểm thử đa quốc gia phụ thuộc chủ yếu vào số máy bạn đặt ở nước ngoài. Bảng dưới ghép các gói theo vài tình huống hay gặp. Giá ghi là giá khởi điểm của từng gói; số tiền thực tế thay đổi theo cấu hình, hệ điều hành, chu kỳ và được hiển thị ở trang đặt hàng trước khi bạn thanh toán.

Nguyên tắc tiết kiệm đơn giản: số VPS bằng số thị trường cần đo thời gian hoặc chạy theo lịch, mọi việc còn lại giao cho proxy. Một nhóm nhỏ hoàn toàn có thể bắt đầu bằng vài proxy cho đợt ra mắt, sau đó thêm máy Mini ở thị trường quan trọng nhất khi đã biết mình cần đo những gì.

Sai lầm hay gặp khiến kết quả test đa vùng bị lệch

Trình duyệt vẫn nói tiếng Việt dù IP ở nước ngoài

Website không chỉ nhìn IP. Header Accept-Language, múi giờ, cookie và quyền vị trí đã lưu trong trình duyệt đều có thể kéo bạn về phiên bản tiếng Việt. Hãy dùng hồ sơ trình duyệt mới cho mỗi nước, hoặc khai báo ngôn ngữ và múi giờ trong Playwright:

const context = await browser.newContext({
  locale: 'en-US',
  timezoneId: 'America/New_York'
});

Tin vào một nguồn định vị IP duy nhất

Các cơ sở dữ liệu định vị IP không phải lúc nào cũng thống nhất với nhau. Thay vì tra một trang bên ngoài, hãy ghi lại quốc gia mà chính website của bạn nhận diện cho mỗi request; đó mới là thứ quyết định khách thấy gì. Nếu kết quả lệch với vị trí bạn đặt, hãy gửi địa chỉ IP qua trang liên hệ Cloud Cheap để hỏi thêm.

Đo tốc độ qua proxy rồi kết luận website chậm

Khi đi qua proxy, request đi từ Việt Nam tới proxy rồi mới tới website, nên thời gian đo được luôn cộng thêm chặng đầu. Proxy chỉ dùng để xem nội dung; mọi con số về thời gian tải hay tuyến mạng nên lấy từ VPS đặt tại chỗ.

Cache làm kết quả đẹp hơn thực tế

Lần truy cập đầu sau khi phát hành thường đi về máy chủ gốc, những lần sau lấy từ điểm biên của CDN. Hãy ghi lại các header như Age hoặc X-Cache cùng với kết quả, chạy cả lần đầu lẫn lần lặp, và chỉ thêm tham số phá cache trên website của chính bạn.

Máy kiểm thử trở thành nút thắt

Gói Mini, Custom và Sale ghi upload 10 Mbps và 1TB/tháng, đủ cho request kiểm tra nhưng không hợp để tạo tải lớn hay gửi ảnh chụp màn hình sau mỗi lần chạy. Khi kiểm thử tải, máy nhỏ sẽ nghẽn trước máy chủ của bạn và kết quả mất ý nghĩa; lúc đó hãy dùng Bandwidth (500 Mbps hai chiều, 20TB/tháng) ở Phần Lan hoặc Đức, và chỉ gửi ảnh khi có lỗi. Nếu cần tạo tải từ châu Á hay châu Mỹ, hãy trao đổi qua trang liên hệ trước, vì các gói đặt ở đó không ghi băng thông lớn như Bandwidth.

Để SSH mở cho mọi địa chỉ

Mỗi máy kiểm thử là một máy chủ có IP công khai. Dùng SSH key thay cho mật khẩu, và khi quy trình đã ổn định, chỉ cho phép SSH từ IP của máy gom và văn phòng bằng ufw. Ghi danh sách máy vào một bảng chung gồm vị trí, gói, ngày hết hạn và người phụ trách để không quên máy nào sau đợt test.

Kiểm thử đúng phạm vi và có trách nhiệm

Kiểm thử theo vị trí là việc QA bình thường, nhưng có trong tay IP của nhiều nước thì cũng dễ bị dùng sai. Vài nguyên tắc giúp đội của bạn luôn ở phía đúng:

Nếu bạn cũng theo dõi dữ liệu công khai của trang khác, như giá niêm yết, hãy giữ tần suất thấp và tôn trọng robots.txt theo hướng dẫn thu thập và theo dõi dữ liệu web đúng cách.

Ai nên dựng bộ kiểm thử đa quốc gia, ai chưa cần

Câu hỏi thường gặp về test đa quốc gia