Có nên đặt VPS tại Brazil không? Cách tự đo

Máy chủ của bạn có nên đặt ở Brazil không?

VPS hosting tại Brazil đáng chi trả khi phần lớn người dùng của bạn ở Brazil và ứng dụng nhạy với round trip time. Đây là lựa chọn không phù hợp khi phần lớn người dùng ở Bắc Mỹ hoặc châu Âu, vì máy chủ tại São Paulo sẽ khiến họ truy cập chậm hơn. Phần còn lại của trang này giúp bạn xác định trường hợp của mình và tự kiểm tra câu trả lời, thay vì tin vào một con số do người khác công bố.

Virtual private server, hay VPS, là một phần tài nguyên của một máy vật lý đặt trong một tòa nhà cụ thể ở một thành phố cụ thể. Nếu thuật ngữ này còn mới với bạn, hãy bắt đầu bằng việc tìm hiểu VPS thực sự là gì rồi quay lại. Vị trí của tòa nhà đó là yếu tố duy nhất của VPS mà bạn không thể thay đổi sau này nếu không migration, nên đáng để dành một giờ cân nhắc.

Phần lớn team phục vụ người dùng tại Brazil vận hành từ Miami hoặc Dallas. Mặc định này có nguyên nhân thực tế. Trong suốt 2 thập kỷ, gần như mọi submarine cable nối Nam Mỹ ra bên ngoài đều cập bờ tại Florida. Vì vậy, Miami trở thành network hub của toàn khu vực và mọi provider đều cung cấp dịch vụ từ đó. Đây vẫn là lựa chọn hợp lý cho một số khu vực tại Mỹ Latinh. Nhưng với chính Brazil, Miami không còn là câu trả lời mặc định.

Ai cần máy chủ đặt tại Brazil

Bốn nhóm sau thực sự hưởng lợi khi lưu trữ trong nước.

• Người dùng của bạn tập trung ở Brazil. Đừng chỉ dựa vào cảm giác mơ hồ rằng một số khách hàng là người Brazil. Mở phần phân bổ theo quốc gia trong công cụ analytics. Nếu Brazil chiếm một phần năm số phiên, đây chỉ là sai số làm tròn trong độ trễ toàn cầu của bạn. Nếu Brazil chiếm 70 phần trăm, đó là yếu tố chính quyết định hạ tầng của bạn.
• Mỗi thao tác của người dùng đều cần một round trip. Chat trực tiếp, phiên game multiplayer, tín hiệu điều khiển cuộc gọi video và dashboard chạy query sau mỗi lần nhấp. Khoảng cách ảnh hưởng trực tiếp đến các tác vụ này, và không có mức cache nào có thể che giấu điều đó.
• Bạn phục vụ cả khu vực Southern Cone. Argentina, Uruguay, Paraguay và Chile đều gần São Paulo hơn bất kỳ thành phố nào ở Hoa Kỳ.
• Khách hàng hoặc kiểm toán viên Brazil yêu cầu biết dữ liệu được lưu ở đâu. Xem phần LGPD bên dưới. Yêu cầu này thường được ghi trong hợp đồng hơn là trong luật.

Bandwidth hiếm khi là vấn đề. Một trang 2 MB được tải xuống với tốc độ gần như tương đương từ Miami và São Paulo sau khi connection đã được thiết lập ổn định. Chi phí nằm ở các round trip trước đó. Khi mở một connection HTTPS mới, hệ thống mất một round trip cho TCP handshake và một round trip cho TLS handshake (TLS là transport layer security, lớp mã hóa đứng sau https), sau đó mất thêm một round trip cho request và response tương ứng. Vì vậy, browser phải chờ khoảng ba round trip trước khi byte đầu tiên đến nơi. Với round trip time, hay RTT, là 12 ms, thời gian này khoảng 36 ms. Với 120 ms, thời gian này khoảng 360 ms, trước khi application của bạn thực hiện bất kỳ công việc nào. Một single-page app thực hiện 20 API call phụ thuộc lẫn nhau sẽ phải trả thêm RTT đó 20 lần.

Chi phí thực sự của khoảng cách

Ánh sáng truyền trong sợi quang với tốc độ khoảng 200,000 km mỗi giây, bằng khoảng hai phần ba tốc độ trong chân không. Từ đó có thể nhớ nhanh một quy tắc: mỗi 1,000 km cáp quang tạo ra khoảng 10 ms round-trip time. Cáp quang không chạy theo đường thẳng, nên tuyến thực tế thường dài gấp 1.3 đến 1.5 lần khoảng cách đường thẳng giữa hai thành phố. Các số liệu dưới đây dùng hệ số 1.4.

[
  {
    "label": "Rio de Janeiro, 360 km",
    "straight_line_ms": 3.6,
    "real_path_ms": 5
  },
  {
    "label": "Porto Alegre, 850 km",
    "straight_line_ms": 8.5,
    "real_path_ms": 12
  },
  {
    "label": "Buenos Aires, 1680 km",
    "straight_line_ms": 16.8,
    "real_path_ms": 24
  },
  {
    "label": "Fortaleza, 2370 km",
    "straight_line_ms": 23.7,
    "real_path_ms": 33
  },
  {
    "label": "Miami, 6570 km",
    "straight_line_ms": 65.7,
    "real_path_ms": 92
  },
  {
    "label": "Dallas, 7670 km",
    "straight_line_ms": 76.7,
    "real_path_ms": 107
  },
  {
    "label": "Lisbon, 7930 km",
    "straight_line_ms": 79.3,
    "real_path_ms": 111
  },
  {
    "label": "Frankfurt, 9800 km",
    "straight_line_ms": 98.0,
    "real_path_ms": 137
  }
]

Đây là các mức sàn, không phải dự đoán. Không có thiết bị nào giúp packet nhanh hơn các mức này, vì giới hạn nằm ở tốc độ ánh sáng trong sợi quang. RTT đo được luôn cao hơn mức sàn, thường cao hơn 1.2 đến 1.6 lần, do các router hop và chặng cuối đến kết nối gia đình hoặc mạng di động.

Hãy đọc biểu đồ theo cách sau. Người dùng ở Rio kết nối đến server tại São Paulo không thể đạt latency thấp hơn khoảng 5 ms. Nếu cùng người dùng đó kết nối đến Miami, latency không thể thấp hơn khoảng 92 ms, và trên thực tế sẽ dễ dàng vượt 100 ms. Nhân khoảng chênh lệch này với ba round trip của một kết nối HTTPS mới, bạn sẽ có gần một giây chỉ riêng ở lần tải trang đầu tiên. Frankfurt, với mức sàn 137 ms, là nơi mọi tranh luận không còn gì phải bàn thêm.

Tự đo lường, không phụ thuộc vào bảng công bố

Con số duy nhất đáng quan tâm là con số mà người dùng của bạn nhận được. Bạn có thể có kết quả đó trong một buổi chiều.

• Đo từ nơi người dùng đang ở. Laptop của bạn tại Berlin không cho biết gì về điện thoại tại Recife. Hãy nhờ hai người dùng thực chạy bài kiểm tra, hoặc dùng một mạng probe như RIPE Atlas. Mạng này có probe bên trong các mạng ISP tại Brazil và sẽ chạy ping hoặc traceroute từ các probe đó theo yêu cầu.
• Dùng median, không dùng một packet duy nhất. ping -c 100 rồi đọc median. Một packet đơn lẻ chỉ bắt được trạng thái của một queue và không cho biết gì về kết nối.
• Ưu tiên mtr thay cho traceroute. Công cụ này chạy liên tục và báo packet loss cùng latency cho từng hop, nhờ đó bạn thấy chính xác hop nào thêm 90 ms.
• Đo thời gian đến byte đầu tiên, không chỉ đo ping. curl -w in riêng thời gian DNS, connect, TLS và byte đầu tiên. Thời gian cuối cùng mới là khoảng thời gian người dùng thực sự phải chờ.
• Kiểm tra vào giờ cao điểm. Mạng residential tại Brazil bận nhất vào buổi tối, khoảng 20:00 đến 23:00 theo giờ địa phương. Đo lúc 03:00 sẽ khiến mọi provider trông tốt như nhau.
• Thuê trước khi migrate. Thuê plan nhỏ nhất trong 1 tháng và chạy một bản sao của app trên đó sẽ giúp bạn quyết định chính xác hơn bất kỳ biểu đồ nào trên bất kỳ website nào.

Kỷ luật tương tự cũng áp dụng cho máy chủ, không chỉ cho route. Benchmark VPS đúng cách trình bày phần disk và CPU. Đây là vấn đề riêng, không liên quan đến khoảng cách mạng. Hãy thực hiện cả hai việc trước khi ký hợp đồng dài hơn 1 tháng.

Nên đặt máy chủ ở đâu tại Brazil

Gần như luôn là São Paulo.

Các mạng tại Brazil kết nối với nhau tại IX.br, internet exchange quốc gia do NIC.br vận hành. Internet exchange point, hay IXP, là nơi các mạng kết nối trực tiếp với nhau thay vì trả tiền cho bên thứ ba để chuyển lưu lượng giữa chúng. Điểm IXP tại São Paulo là IXP lớn nhất thế giới xét theo lưu lượng và số lượng mạng tham gia; vào tháng 6 năm 2026, lưu lượng tại đây đạt đỉnh trên 30 Tbps. Gần như mọi ISP phục vụ người dùng Brazil đều có mặt tại đây. Máy chủ đặt sau hệ thống peering ở São Paulo có thể tiếp cận người dùng Brazil chỉ qua một hop ngắn.

Máy chủ ở Rio, Recife hoặc Porto Alegre thường vẫn phải đi qua São Paulo để tiếp cận phần lớn người dùng Brazil. Vì vậy, bạn phải trả thêm cho một hop nhưng không nhận được lợi ích gì. Fortaleza là ngoại lệ đáng chú ý. Đây là nơi các cáp ngầm cập bờ, trong đó có EllaLink. Tuyến này chạy trực tiếp từ Fortaleza đến Sines ở Bồ Đào Nha từ năm 2021 và loại bỏ tuyến vòng qua Bắc Mỹ trên đường đến châu Âu. Nếu phần lớn lưu lượng của bạn đi qua Đại Tây Dương, Fortaleza có thể tốt hơn São Paulo. Nếu lưu lượng của bạn chủ yếu ở Brazil, thì không.

Trước khi mua, hãy hỏi mỗi nhà cung cấp một câu. Họ có peering tại IX.br São Paulo hay mua transit từ một upstream duy nhất? Một địa chỉ ở São Paulo do chỉ một transit provider phục vụ vẫn có thể định tuyến packet của người dùng Brazil qua Miami rồi quay lại. Đây không phải giả thuyết: chạy mtr từ một kết nối ở Brazil đến test IP mà nhà cung cấp công bố. Danh sách hop sẽ cho bạn thấy thực tế trong 30 giây.

Cân nhắc về LGPD

LGPD là Lei Geral de Proteção de Dados, luật bảo vệ dữ liệu chung của Brazil, có hiệu lực từ năm 2020 và được ANPD (Autoridade Nacional de Proteção de Dados, cơ quan bảo vệ dữ liệu quốc gia) thực thi. Luật này được xây dựng gần giống GDPR của châu Âu.

Đây là điểm nhiều người hiểu sai. LGPD không yêu cầu bạn phải lưu dữ liệu cá nhân tại Brazil. Luật này không có quy định chung về nội địa hóa dữ liệu. LGPD quy định việc chuyển dữ liệu ra quốc tế tại các điều 33 đến 36. Thông qua Resolution 19/2024, được công bố vào tháng 8 năm 2024, ANPD đã phê duyệt quy định về chuyển dữ liệu ra quốc tế cùng các điều khoản hợp đồng tiêu chuẩn. Thời hạn điều chỉnh các hợp đồng hiện có đã kết thúc vào tháng 8 năm 2025. Việc chuyển dữ liệu ra khỏi Brazil dựa trên hợp đồng hiện phải sử dụng các điều khoản đó hoặc các điều khoản được ANPD phê duyệt cho trường hợp cụ thể.

Vì vậy, cách diễn đạt chính xác là vấn đề mua sắm, không phải yêu cầu pháp lý. Hosting tại Brazil giúp loại bỏ vấn đề chuyển dữ liệu ra quốc tế đối với dữ liệu đó. Nhờ vậy, bạn giảm được một tài liệu phải duy trì và một biện pháp kiểm soát phải cung cấp bằng chứng khi audit. Đây thường là điều một doanh nghiệp hoặc đơn vị khu vực công tại Brazil thực sự muốn biết khi hỏi server đặt ở đâu. Yêu cầu của họ thường xuất phát từ hợp đồng riêng của họ, không phải trực tiếp từ luật. Nội dung này không phải tư vấn pháp lý. Luật sư chuyên về bảo vệ dữ liệu tại Brazil sẽ trả lời trường hợp cụ thể của bạn chỉ trong một cuộc gọi.

Khi VPS hosting tại Brazil là lựa chọn sai

Với hầu hết workload trên Internet, đây là lựa chọn sai. Hãy nói thẳng như vậy rồi chuyển sang việc khác.

• Đối tượng người dùng của bạn chủ yếu ở Bắc Mỹ hoặc châu Âu. Server tại São Paulo sẽ thêm khoảng 100 ms độ trễ cho họ mà không mang lại lợi ích gì. VPS tại Dallas phủ tốt toàn bộ Hoa Kỳ từ vị trí trung tâm, còn VPS tại Toronto phủ Canada và khu vực đông bắc.
• Người dùng Mỹ Latinh của bạn chủ yếu ở phía bắc đường xích đạo. Bogotá cách São Paulo khoảng 4.300 km nhưng chỉ cách Miami khoảng 2.400 km, còn Mexico City gần Dallas hơn bất kỳ địa điểm nào ở Brazil. Khoảng cách mới là yếu tố quyết định, không phải nhãn khu vực.
• Không có phần nào trong workload phải chờ round trip. CI build, backup target, scraper và cron job chạy hằng đêm không phụ thuộc vào thành phố nơi chúng chạy. Hãy mua những dịch vụ đó ở nơi có giá rẻ nhất.
• Nút thắt nằm trong chính code của bạn. Một query mất 800 ms sẽ không chạy nhanh hơn chỉ vì được chuyển sang quốc gia khác. Hãy profile trước. Di chuyển một ứng dụng chậm đến gần người dùng chỉ tạo ra một ứng dụng chậm nhưng nằm gần người dùng hơn.

Chi phí cho năng lực hạ tầng trong nước

Cùng một cấu hình, bạn thường phải trả nhiều hơn ở Brazil. Có hai nguyên nhân chính. Phần cứng máy chủ nhập vào Brazil chịu thuế nhập khẩu và thuế cấp bang, nên nhà vận hành đã phải trả nhiều hơn trước khi đưa máy vào rack. Chi phí IP transit cũng cao hơn Ashburn hoặc Amsterdam, nơi băng thông gần như là một hàng hóa phổ thông. Mức chênh lệch này mang tính cơ cấu, không phải khoản phụ phí do ai đó tự đặt ra.

Hãy so sánh tổng chi phí thay vì chỉ nhìn giá niêm yết. Một gói rẻ hơn ở nước ngoài sẽ không còn rẻ nếu buộc bạn phải mua thêm content delivery network và dùng thêm một region. Phân tích thực tế các khoản tạo nên chi phí VPS trình bày những phần của hóa đơn thường không xuất hiện trên trang pricing. Nếu một phần lý do của bạn là yêu cầu compliance chứ không phải tốc độ, hãy tính cả chi phí cho những thủ tục giấy tờ mà bạn tránh được.

Quyết định trong một buổi chiều

1. Mở analytics và xem các session theo quốc gia. Nếu tỷ lệ từ Brazil dưới một phần tư, dừng tại đây và giữ nguyên cấu hình hiện tại.
2. Đo time to first byte từ một kết nối tại Brazil vào lúc 21:00 theo giờ địa phương, với server hiện tại.
3. Đặt một bản sao của ứng dụng trên một gói máy chủ nhỏ tại São Paulo và đo lại đúng chỉ số đó.
4. So sánh chênh lệch giữa hai con số với phần chênh lệch chi phí trong một năm, rồi quyết định.

Khi đã có cả hai phép đo, câu trả lời thường rất rõ ràng. Đó là câu trả lời dựa trên người dùng, không phải dựa trên bản đồ.

FAQ

Tôi thực sự giảm được bao nhiêu độ trễ khi chuyển từ Miami sang São Paulo?

Giới hạn thấp nhất do khoảng cách đặt ra là khoảng 92 ms đến Miami, so với khoảng 5 ms trong khu vực São Paulo và Rio. Vì vậy, mức giảm round-trip time thường nằm trong khoảng 80 đến 110 ms khi tính cả định tuyến thực tế. Điều này quan trọng hơn vẻ bề ngoài, vì một kết nối HTTPS mới phải mất khoảng ba round trip cho quá trình handshake trước khi byte đầu tiên của trang được gửi đi. Đừng mặc định tin vào khoảng giá trị này. Chạy curl -w từ một kết nối ở Brazil vào giờ cao điểm, nhắm đến cả hai server, để có số liệu của chính bạn trong mười phút.

LGPD có bắt buộc tôi phải host tại Brazil không?

Không. LGPD không có quy định chung yêu cầu localise dữ liệu. Luật này quy định về việc chuyển dữ liệu quốc tế trong các điều 33 đến 36. Từ Resolution 19/2024, việc chuyển dữ liệu dựa trên hợp đồng phải sử dụng các điều khoản hợp đồng mẫu được ANPD phê duyệt; thời hạn điều chỉnh đã kết thúc vào tháng 8 năm 2025. Host dữ liệu tại Brazil giúp loại bỏ vấn đề chuyển dữ liệu đối với dữ liệu đó. Đây là lợi ích về thủ tục và audit, không phải nghĩa vụ pháp lý. Khi một khách hàng Brazil yêu cầu host tại địa phương, yêu cầu đó gần như luôn xuất phát từ hợp đồng của họ. Hãy xác nhận trường hợp cụ thể của bạn với luật sư tại Brazil.

CDN có đủ không, hay tôi cũng cần đặt server tại Brazil?

Content delivery network (CDN) cache bản sao các file của bạn tại những thành phố gần người dùng, nên CDN giải quyết tốt các static asset như image và script. CDN không giúp gì với request phải đi đến database. Nếu các trang của bạn chủ yếu là static, CDN có point of presence tại Brazil sẽ giải quyết vấn đề với chi phí thấp hơn nhiều so với việc chuyển origin. Nếu mỗi lần xem trang đều chạy query hoặc payment call, vị trí của origin server mới là yếu tố người dùng cảm nhận được. Hãy đo tỷ lệ thời gian response dành cho phần dynamic trước khi lựa chọn.

Nên chọn thành phố nào ở Brazil?

Gần như mọi trường hợp đều nên chọn São Paulo, vì IX.br São Paulo là nơi các network tại Brazil peering với nhau. Đây cũng là internet exchange point lớn nhất thế giới xét theo lưu lượng và số lượng participant. Server ở nơi khác tại Brazil thường vẫn phải đi qua São Paulo để đến người dùng Brazil. Vì vậy, hop bổ sung làm tăng độ trễ nhưng không đem lại lợi ích. Fortaleza là ngoại lệ thực sự duy nhất: đây là điểm cập bờ của submarine cable và có đường đi ngắn hơn đến châu Âu qua tuyến cáp trực tiếp Fortaleza đến Sines. Chỉ chọn Fortaleza khi phần lớn traffic của bạn là traffic xuyên Đại Tây Dương.

Vì sao một VPS tại Brazil có giá cao hơn cùng plan ở Hoa Kỳ?

Phần cứng server nhập khẩu phải chịu thuế nhập khẩu và thuế cấp bang tại Brazil. Vì vậy, operator phải trả nhiều hơn cho một máy ngay từ trước khi bật máy. IP transit cũng đắt hơn so với các hub lớn tại Hoa Kỳ và châu Âu. Khoản chênh lệch này được tính vào giá của mọi plan bán từ data centre tại Brazil. Hãy so sánh chi phí đó với các phương án thay thế mà bạn sẽ phải mua, chẳng hạn CDN cộng với một region thứ hai, thay vì chỉ so với giá niêm yết của một plan tại Dallas.