
Khi cần VPS ngoài Việt Nam, bạn có 3 region phổ biến: Mỹ (West coast, East coast), Singapore, Nhật. Mỗi region có trade-off khác nhau về latency, giá, và phù hợp use case. Bài này benchmark thực tế từ Việt Nam và map use case cụ thể cho từng region để bạn không đoán mò khi quyết định.
Tools test latency và network
1. ping - test cơ bản RTT
# Test 20 ping, xem RTT min/avg/max và packet loss
ping -c 20 target.com
# Test với size lớn (tránh ICMP rate limit + đo throughput thô)
ping -c 20 -s 1400 target.comOutput cho bạn round trip time. Hữu ích cho first impression nhưng không cho thấy hop nào bị bottleneck.
2. mtr - MyTraceRoute, xem từng hop
# Chạy 100 ping qua mỗi hop, hiển thị real-time
sudo mtr -rwc 100 target.com
# Output dạng JSON cho parse
sudo mtr -rwc 100 --json target.com > result.jsonMTR là tool quan trọng nhất khi debug network. Cho thấy latency tại mỗi hop, packet loss ở hop nào. Phát hiện bottleneck: nếu hop 5 (peering router) loss 10% nhưng đích đến cuối loss 0%, vấn đề nằm ở hop 5 chứ không phải server.
3. iperf3 - test throughput thật
Cần chạy server iperf3 phía remote, client phía local:
# Trên server remote
iperf3 -s
# Trên client local
iperf3 -c remote-ip -t 30 -P 4 # 30s test, 4 parallel streamĐo bandwidth thực sự bạn có thể đạt giữa 2 node. Quan trọng nếu bạn transfer data lớn (backup, sync DB, video stream).
4. fast.com / speedtest.net
Browser-based, đo từ user real. Không kiểm soát endpoint nhưng cho first sense về tốc độ.
5. curl với timing detail
curl -w "DNS: %{time_namelookup}s\nTCP: %{time_connect}s\nTLS: %{time_appconnect}s\nTTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" -o /dev/null -s https://target.comĐo từng giai đoạn HTTP request: DNS, TCP, TLS handshake, TTFB. Hữu ích để biết bottleneck là network hay app.
Benchmark thực tế từ TP HCM (nhà mạng VNPT FTTH)
Mình test với điều kiện: TP HCM, VNPT fiber 200Mbps, không có cáp đứt, ngày thường 14h chiều. Kết quả là average qua nhiều lần test:
VPS Mỹ - West Coast (San Jose, Los Angeles, Seattle)
| Provider/Region | RTT trung bình | Hop count | Path qua |
|---|---|---|---|
| AWS us-west-2 (Oregon) | 165-185 ms | 18-22 | HCM -> SG -> LA/SF -> Oregon |
| DigitalOcean SFO3 | 160-180 ms | 15-20 | HCM -> SG/HK -> SF |
| Linode Fremont | 165-185 ms | 16-22 | Tương tự |
| Vultr Silicon Valley | 160-180 ms | 15-20 | Tương tự |
VPS Mỹ - East Coast (Virginia, New York)
| Provider/Region | RTT trung bình | Hop count |
|---|---|---|
| AWS us-east-1 (Virginia) | 220-260 ms | 20-26 |
| DigitalOcean NYC3 | 215-250 ms | 18-24 |
| Linode Newark | 225-265 ms | 20-26 |
VPS Singapore
| Provider/Region | RTT trung bình | Hop count |
|---|---|---|
| AWS ap-southeast-1 | 30-50 ms | 8-12 |
| DigitalOcean SGP1 | 30-50 ms | 8-12 |
| Vultr Singapore | 35-55 ms | 8-14 |
| OVH SGP | 40-60 ms | 10-14 |
VPS Nhật (Tokyo, Osaka)
| Provider/Region | RTT trung bình | Hop count |
|---|---|---|
| AWS ap-northeast-1 (Tokyo) | 80-110 ms | 14-18 |
| Vultr Tokyo | 85-115 ms | 14-18 |
| Linode Tokyo | 85-110 ms | 14-18 |
| ConoHa Tokyo (provider Nhật) | 75-100 ms | 12-16 |
Reference: VPS VN
| Region | RTT |
|---|---|
| VPS HCM (cùng TP) | 5-15 ms |
| VPS Hà Nội (qua VNIX) | 25-40 ms |
Số liệu này biến động ±20-30% tùy thời điểm, ISP user, và tình trạng cáp quang biển. Khi có sự cố cáp (AAG, APG, AAE-1), Mỹ và Nhật bị ảnh hưởng nhiều hơn Singapore vì routing phụ thuộc nhiều cáp khác nhau.
Vì sao East Coast Mỹ chậm hơn West Coast tới 60ms?
Vật lý đơn giản: VN nằm phía Tây Thái Bình Dương. Cáp ngầm từ VN/Singapore đi sang West Coast Mỹ (San Francisco, LA) qua Hawaii hoặc trực tiếp. Tổng quãng đường ~13.000 km, RTT lý thuyết tối thiểu ~130ms. Thực tế 160-180ms.
Đi tới East Coast (Virginia, New York) phải transit qua West Coast rồi đi tiếp đường bộ ngang nước Mỹ thêm ~4.500 km. RTT lý thuyết tối thiểu ~210ms. Thực tế 220-260ms.
Tức East Coast cộng thêm ~50-70ms so với West Coast khi user ở VN. Đáng kể.
Use case map: chọn region theo nhu cầu
1. Scrape thị trường Mỹ -> VPS Mỹ (West Coast ưu tiên)
Bạn scrape Amazon, eBay, Walmart, hoặc các site US cần IP US:
- VPS Mỹ tránh bị block geo, captcha ít hơn.
- Latency tới target site Mỹ chỉ ~30-50ms (intra-US) thay vì 200+ms từ VN.
- West Coast (San Jose, LA, Oregon) là sweet spot: gần data center Amazon/Google, latency thấp nhất tới các site US west.
- Nếu target site bạn host East Coast (NY, Virginia), cân nhắc VPS East Coast.
Tip: provider phổ biến cho scrape: Vultr (giá thấp, snapshot dễ), DigitalOcean (UX tốt), Linode (network ổn). Tránh AWS cho scrape pure vì cost cao và IP AWS bị nhiều site flag.
2. SaaS B2B target khách Mỹ -> VPS Mỹ
Nếu khách hàng chính của bạn là doanh nghiệp Mỹ:
- VPS Mỹ giảm latency cho user của họ từ 200ms (origin VN) xuống 30-80ms (intra-US).
- Trust factor: data hosted in US thường được enterprise US chấp nhận hơn.
- Tích hợp service Mỹ (Stripe, AWS S3 us-east, các Mỹ SaaS API) latency thấp hơn.
- Chọn region: West Coast nếu khách West (CA, WA), East Coast nếu khách East. Mid-US (Texas, Chicago) là compromise nếu mixed.
TND có node Mỹ tích hợp trong panel với VPS Việt Nam, billing chung và hóa đơn VAT. VPS Mỹ và VPS Việt Nam trong cùng panel tiện cho startup VN serve cả 2 market.
3. Audience global hoặc SEA -> VPS Singapore
Như đã phân tích trong bài "VPS Singapore vs VPS Việt Nam":
- Singapore là điểm trung hòa cho audience SEA + Úc.
- Latency tới các nước SEA: 30-80ms.
- Tới Úc Sydney: 90-110ms.
- Service quốc tế (AWS SG region, Stripe SG) latency thấp.
4. Game online Nhật, anime/manga site, customer Nhật -> VPS Nhật
VPS Nhật phù hợp:
- Game server cho player Nhật/Hàn/Đài (latency thấp tới Nhật/Hàn từ Tokyo).
- Site target audience Nhật: anime, manga, e-commerce Nhật.
- Sync data với service Nhật (LINE, Rakuten, Mercari).
- Crypto exchange Nhật: BitFlyer, Liquid, Coincheck.
Provider Nhật: AWS Tokyo, GCP Tokyo, hoặc các nhà địa phương như Sakura Internet, ConoHa, IDCFrontier. Provider Nhật địa phương thường giá tốt + support tiếng Nhật/Anh.
5. CDN origin global -> Multi-region hoặc tier cao
Nếu serve video, large file global, đặt origin ở vị trí gần CDN POP nhất. Singapore là tốt cho Asia, US East cho Bắc Mỹ + EU. Hoặc dùng object storage cloud (AWS S3, Cloudflare R2, Backblaze B2) làm origin thay vì self-host VPS.
Test case study: cùng app, deploy 4 region
Mình deploy một Next.js app demo (SSR) lên 4 region và đo TTFB từ TP HCM:
| Region | TTFB trung bình | LCP (Lighthouse) | SEO score |
|---|---|---|---|
| VPS HCM | 45 ms | 1.2s | 96 |
| VPS Singapore (DO) | 105 ms | 1.6s | 90 |
| VPS Tokyo (Vultr) | 165 ms | 1.9s | 85 |
| VPS Oregon (Linode) | 240 ms | 2.4s | 78 |
Diff TTFB 200ms giữa VN và Mỹ West dịch thành Lighthouse score chênh 18 điểm. SEO penalty thực sự nếu user audience là VN. Ngược lại nếu test từ user Mỹ, kết quả đảo ngược: VPS Mỹ thắng.
Sự cố cáp quang biển: ảnh hưởng theo region
VN có 5 cáp quang biển chính: AAG, APG, AAE-1, IA, SMW-3. Khi 1-2 cái đứt, traffic bị reroute, latency tăng.
| Region đích | Mức ảnh hưởng khi đứt cáp | Lý do |
|---|---|---|
| Singapore | Nhẹ-vừa | Cáp ngắn, nhiều route alternative qua HK/TH |
| Mỹ West | Vừa-nặng | Phụ thuộc 2-3 cáp chính qua TBD |
| Mỹ East | Nặng | Transit qua West + chậm hơn |
| Nhật | Vừa | Tương đối nhiều cáp, ít bị ảnh hưởng full |
| Internal VN | Không | Không qua cáp biển |
Đây là một lý do mạnh để serve user VN bằng VPS VN: bất cập của cáp biển không ảnh hưởng. Backup plan cho production critical: có VPS VN làm primary + VPS Singapore làm failover.
Pricing comparison (kiểm tra trang chính chủ)
Cấu hình 2GB RAM / 2 vCPU / 50-60GB SSD, giá ước tính:
| Region/Provider | Giá tháng (ước tính) |
|---|---|
| VPS VN (TND VPS 30) | 299k VND (~12 USD) |
| DigitalOcean SGP/SFO/NYC | ~12 USD |
| Vultr Singapore/US | ~10-12 USD |
| Linode SGP/Tokyo/US | ~12 USD |
| AWS EC2 t3.small (any region) | ~17-20 USD on-demand |
| Provider Nhật (ConoHa, Sakura) | ~12-18 USD tùy gói |
Pricing tier giống nhau (~10-18 USD/2GB) ở các region. Khác biệt thực sự nằm ở:
- Storage type (NVMe vs SSD vs HDD).
- Network performance (1Gbps vs 10Gbps).
- Egress bandwidth allowance (1-2TB free vs unlimited).
- Snapshot/backup price.
- Support quality.
Khi nào dùng nhiều region cùng lúc?
Pattern multi-region phổ biến:
Pattern 1: VN primary + Mỹ secondary (worker)
App server tại VN serve user VN. Worker tại Mỹ chạy job nặng gọi API quốc tế (OpenAI, Stripe webhook process, scrape US site). Communicate qua queue.
Pattern 2: VN + Singapore (cho audience SEA)
VN serve VN traffic chính. Singapore làm regional hub cho user TH/ID/MY/PH/SG. Database master tại VN, read replica tại SG.
Pattern 3: Global SaaS - multi-region full
Cần ít nhất 3 region (Mỹ West, EU, Asia). Database master 1 region + replica các region. Application stateless deploy mọi region. Routing user bằng GeoDNS hoặc edge platform (Cloudflare Workers).
Pattern 3 phức tạp, chỉ cần khi scale lớn. 95% case không cần.
Script benchmark tự động
Bash script test 4 region và export CSV:
#!/bin/bash
TARGETS=(
"vn-vps.example.com:VN"
"sgp.example.com:SG"
"tokyo.example.com:JP"
"oregon.example.com:US-W"
)
echo "region,rtt_min,rtt_avg,rtt_max,loss" > results.csv
for target in "${TARGETS[@]}"; do
host="${target%:*}"
region="${target#*:}"
result=$(ping -c 30 -W 2 "$host" | tail -2)
rtt_line=$(echo "$result" | grep "rtt\|round-trip")
loss=$(echo "$result" | grep -oP '\d+(?=% packet loss)')
rtt_values=$(echo "$rtt_line" | grep -oP '[\d.]+/[\d.]+/[\d.]+' | head -1)
echo "$region,$rtt_values,$loss%" >> results.csv
done
cat results.csv | column -t -s ','Chạy script này từ VPS local hoặc server bạn bè ở các ISP khác nhau để có data multi-ISP.
Bảng quyết định nhanh
| Use case | Region tốt nhất |
|---|---|
| App cho user VN | VPS VN (5-15ms) |
| Scrape Amazon/eBay/Walmart US | VPS Mỹ West (Oregon, SF) |
| SaaS B2B target khách Mỹ | VPS Mỹ West hoặc East tùy khách |
| Audience SEA (TH, ID, PH, MY, SG) | VPS Singapore |
| Audience Nhật/Hàn | VPS Nhật (Tokyo) |
| Backend gọi nhiều OpenAI/Anthropic | VPS Mỹ hoặc Singapore |
| Game server cho player VN | VPS VN bắt buộc |
| Origin CDN global | Singapore hoặc US East |
| Compliance lưu data tại VN | VPS VN bắt buộc |
| Hóa đơn VAT cho thuế VN | VPS VN bắt buộc |
Kết luận
Không có region "tốt nhất" universal. Mỗi region phục vụ use case khác nhau dựa trên đâu user của bạn ở và service nào bạn cần kết nối. Nguyên tắc: đo trước, deploy sau. Dùng ping/MTR/curl test từ real user trước khi quyết định. Một VPS VN cho user VN, một VPS Mỹ cho service Mỹ, hoặc hybrid - tất cả đều OK miễn dựa trên data thật, không phải feeling.
Bài viết liên quan
VPS VN + VPS Mỹ trong cùng panel
TND cung cấp cả node VN và US trong cùng dashboard. Billing chung, hóa đơn VAT, support tiếng Việt. Phù hợp pattern hybrid: app VN cho user nội địa + worker US cho service quốc tế.
Xem bảng giá Cloud VPS- Tailscale + VPS hub: zero-config VPN cho remote team
- Deploy Next.js preview qua Cloudflare Tunnel trên VPS 2GB không cần Vercel
- Thuê Dell R650 vs HPE DL360: cuối cùng chọn cái nào?
- Cron + Claude API tự động viết blog mỗi ngày: setup từ A đến Z
- VPS chạy n8n 24/7: setup Docker Compose từ A-Z (có HTTPS, backup)
- EmDash là gì? Hướng đi mới của Cloudflare cho một CMS kiểu “hậu WordPress”



