Migrate server từ Việt Nam sang US: checklist 2026

Tại sao migrate từ VN sang US?

Có nhiều lý do để doanh nghiệp Việt Nam chuyển server sang Mỹ:

• Khách hàng quốc tế: latency từ US đến châu Âu, Mỹ, Canada chỉ 30-100ms (so với từ VN 150-300ms)
• Dropship Amazon/Etsy: bắt buộc IP US để tránh suspend (xem VPS US cho dropship)
• Tránh kiểm duyệt nội dung (game, crypto, content nhạy cảm)
• Tích hợp Stripe, PayPal Business yêu cầu entity US
• Bandwidth quốc tế từ US giá rẻ hơn VN 30-50%

Phân loại migration: cold, warm, hot

Trước khi bắt đầu, xác định loại migration phù hợp:

Giai đoạn 1: Audit + chuẩn bị (8 bước)

1. Audit hardware/software hiện tại: liệt kê CPU, RAM, disk, OS, kernel, services (systemctl list-units), version PHP/MySQL/Node
2. Audit dependencies: list package qua dpkg -l hoặc rpm -qa, lưu ra file
3. Audit traffic: dùng nload/iftop, peak bandwidth bao nhiêu? Số request/giây?
4. Audit data size: du -sh /var/www /var/lib/mysql /home — xác định khối lượng cần transfer
5. Audit DNS: list tất cả record A, AAAA, MX, TXT, CNAME — chuẩn bị plan đổi
6. Audit SSL: certificates đang dùng, ngày hết hạn, có dùng wildcard không
7. Audit user/group: /etc/passwd, /etc/group, sudoers
8. Audit cron jobs: crontab -l cho mỗi user, /etc/cron.d/, systemd timers

Giai đoạn 2: Setup server đích (6 bước)

9. Order VPS US spec phù hợp: cùng hoặc cao hơn server cũ (vì latency từ user VN sẽ tăng, cần bù bằng CPU/RAM)
10. Cài OS giống hệt: cùng version Ubuntu/CentOS/Debian, cùng kernel nếu được
11. Cài stack y hệt: nginx/apache, PHP-FPM, MySQL/MariaDB, Redis — match version
12. Copy config: /etc/nginx/, /etc/php/, /etc/mysql/my.cnf — adjust path nếu cần
13. Tạo user + folder structure: đảm bảo UID/GID khớp để tránh permission issue khi rsync
14. Cài SSL bằng Let’s Encrypt: setup sẵn dry-run, chờ DNS đổi rồi run thật

Giai đoạn 3: Data sync (8 bước)

15. Snapshot server cũ: backup full trước khi đụng vào
16. Rsync lần 1 (full): thường mất 4-12 tiếng tùy data và bandwidth
17. Rsync incremental: chạy 2-3 lần/ngày để giảm delta cho cutover
18. Dump DB lần 1: mysqldump --single-transaction --quick --routines --triggers
19. Setup MySQL replication master-slave: server cũ là master, VPS US là slave (nếu DB lớn)
20. Test app trên server đích: dùng hostname tạm thời, /etc/hosts trỏ thủ công
21. Test SSL, redirect, rewrite rules
22. Performance test: ab/wrk benchmark từ US và từ VN

# Rsync incremental qua SSH với resume
rsync -avz --partial --progress \
  --exclude='cache/*' --exclude='*.log' \
  -e "ssh -i ~/.ssh/migration_key" \
  /var/www/ [email protected]:/var/www/

# Dump DB nhanh + compress
mysqldump --single-transaction --quick --routines --triggers \
  --all-databases | gzip | \
  ssh [email protected] 'gzip -d | mysql'

Latency VN-US là 180-220ms RTT. Đừng dùng SCP cho file lớn — overhead protocol làm chậm 5-10 lần so với rsync với -z compress. Với data ≥ 500GB, cân nhắc gửi physical disk qua FedEx (TND hỗ trợ).

Giai đoạn 4: Cutover (6 bước)

23. T-24h: giảm TTL DNS từ 3600s xuống 60s (để client cache hết hạn nhanh khi cutover)
24. T-1h: thông báo maintenance cho user (email, banner, status page)
25. T-0: enable maintenance mode trên server cũ (return 503 hoặc redirect)
26. Rsync lần cuối + dump DB cuối: chỉ delta nhỏ, thường < 5 phút
27. Switch DNS: đổi A record sang IP VPS US
28. Test ngay: từ nhiều thiết bị, nhiều network (4G, wifi, VPN)

Giai đoạn 5: Post-migration (4 bước)

29. Monitor 48h liên tục: error logs, response time, DB slow query
30. Giữ server cũ ON 7-14 ngày: làm rollback target nếu cần
31. Update DNS TTL về 3600s sau khi ổn định 48h
32. Cleanup: terminate server cũ, lưu snapshot 30 ngày, document toàn bộ migration log

Plan B: rollback khi cutover fail

Mọi migration đều cần rollback plan. Trigger rollback nếu:

• Error rate > 5% trong 10 phút đầu cutover
• Database corruption hoặc data mismatch
• SSL không work, payment gateway block
• Latency tăng > 3x so với benchmark

Rollback đơn giản: switch DNS về IP cũ, disable maintenance mode trên server VN. Vì giữ TTL 60s, rollback chỉ mất 1-2 phút.

Các pitfall thường gặp

1. Latency app architecture chưa optimize

App dùng nhiều round-trip giữa frontend (VN user) ↔ backend (US server) sẽ chậm gấp đôi. Giải pháp: dùng Cloudflare CDN, cache aggressive, hoặc giữ frontend ở VN, chỉ backend ở US.

2. Email không gửi được

VPS US IP datacenter thường bị Gmail/Yahoo throttle. Giải pháp: dùng SMTP relay (Postmark, SendGrid, AWS SES) thay vì send trực tiếp từ server.

3. Timezone mặc định UTC

Server VN thường set Asia/Ho_Chi_Minh, server US default UTC hoặc America/Los_Angeles. Check log timezone, cron timing, MySQL time_zone — tránh job chạy sai giờ.

4. File path absolute

Nếu code có hardcode /home/oldsite/..., rsync sang server mới cùng path; nếu khác path, dùng symlink hoặc grep replace.

Chi phí và thời gian

Khuyến nghị từ TND

Migrate cross-region không phải task nên tự làm khi production đang chạy. Team TND có nhiều năm kinh nghiệm migrate hàng trăm site VN ↔ US ↔ SG, với checklist được tinh chỉnh qua thực chiến. Dịch vụ server management bao gồm migration miễn phí cho khách thuê VPS US hoặc dedicated server dài hạn.

Đọc thêm: VPS US vs VPS VN: chọn loại nào để cân nhắc lại trước khi migrate.