آیا خرید VPS در برزیل برای سایت شما ضروری است؟

آیا سرور شما باید در برزیل باشد؟

استفاده از میزبانی VPS در برزیل زمانی ارزش هزینه کردن دارد که اکثر کاربران شما در برزیل باشند و برنامه شما به زمان رفت‌وبرگشت (RTT) حساس باشد. اگر مخاطبان شما عمدتاً در آمریکای شمالی یا اروپا هستند، این انتخاب اشتباه است، زیرا سرور مستقر در سائوپائولو باعث کندی سرعت برای آن کاربران می‌شود. ادامه این صفحه توضیح می‌دهد که چگونه وضعیت خود را تشخیص دهید و به‌جای اعتماد به اعداد منتشرشده توسط دیگران، خودتان پاسخ را بررسی کنید.

یک سرور مجازی یا VPS، بخشی از یک ماشین فیزیکی در ساختمانی مشخص در شهری مشخص است. اگر این اصطلاح برای شما جدید است، با مفهوم واقعی VPS شروع کنید و سپس به اینجا بازگردید. موقعیت مکانی آن ساختمان تنها ویژگی یک VPS است که بعداً بدون مهاجرت قابل تغییر نیست، بنابراین ارزش یک ساعت تأمل را دارد.

بیشتر تیم‌هایی که به کاربران برزیلی خدمات می‌دهند، این کار را از میامی یا دالاس انجام می‌دهند. این انتخاب پیش‌فرض دلیل واقعی دارد. به مدت دو دهه، تقریباً تمام کابل‌های زیردریایی خروجی از آمریکای جنوبی در فلوریدا به زمین می‌رسیدند، بنابراین میامی به هاب شبکه برای کل منطقه تبدیل شد و همه ارائه‌دهندگان خدمات خود را از آنجا می‌فروختند. این هنوز هم برای بخش‌هایی از آمریکای لاتین انتخابی منطقی است، اما دیگر پاسخ خودکار برای خود برزیل نیست.

چه کسانی به سرور داخل برزیل نیاز دارند

چهار گروه از میزبانی در داخل این کشور سود واقعی می‌برند.

• کاربران شما در برزیل متمرکز هستند. این یک حس مبهم نیست که تعدادی از مشتریان برزیلی هستند. تفکیک کشوری را در ابزارهای تحلیل (analytics) خود باز کنید. اگر برزیل یک‌پنجم نشست‌های شما را تشکیل می‌دهد، این تأخیر در مقیاس جهانی ناچیز است. اما اگر 70 درصد آن‌ها را شامل می‌شود، این اصلی‌ترین فاکتور در زیرساخت شماست.
• هر کنش کاربر مستلزم یک رفت‌وبرگشت (round trip) است. چت زنده، نشست‌های بازی چندنفره، سیگنالینگ تماس ویدیویی و داشبوردهایی که با هر کلیک یک کوئری اجرا می‌کنند. این موارد مستقیماً از فاصله تأثیر می‌پذیرند و هیچ مقدار کش کردن نمی‌تواند آن را پنهان کند.
• شما به منطقه مخروط جنوبی (Southern Cone) نیز سرویس می‌دهید. آرژانتین، اروگوئه، پاراگوئه و شیلی همگی به سائوپائولو نزدیک‌ترند تا به هر شهری در ایالات متحده.
• یک مشتری یا حسابرس برزیلی می‌پرسد داده‌ها کجا نگهداری می‌شوند. بخش LGPD را در ادامه ببینید. این الزام بیشتر از آنکه در قانون نوشته شده باشد، در قراردادها ذکر می‌شود.

پهنای باند به‌ندرت مشکل اصلی است. یک صفحه 2 MB پس از برقراری اتصال، از میامی با همان سرعتی دانلود می‌شود که از سائوپائولو دانلود می‌شود. هزینه اصلی در رفت‌وبرگشت‌های پیش از آن است. باز کردن یک اتصال HTTPS جدید، یک رفت‌وبرگشت برای TCP handshake و یکی برای TLS handshake (عبارت TLS به معنای transport layer security، یعنی رمزنگاری پشت https است) و سپس یک رفت‌وبرگشت دیگر برای درخواست و پاسخ آن صرف می‌کند. بنابراین مرورگر پیش از دریافت اولین بایت، حدود سه رفت‌وبرگشت منتظر می‌ماند. با زمان رفت‌وبرگشت یا RTT معادل 12 ms، این زمان تقریباً 36 ms است. در 120 ms، این مقدار تقریباً 360 ms خواهد بود، آن هم پیش از اینکه برنامه شما هیچ پردازشی انجام داده باشد. یک برنامه تک‌صفحه‌ای (single-page app) که بیست فراخوانی API وابسته انجام می‌دهد، بیست بار دیگر این RTT را پرداخت می‌کند.

هزینه واقعی مسافت

سرعت نور در شیشه تقریباً 200,000 کیلومتر بر ثانیه است، یعنی حدود دو سوم سرعت آن در خلأ. این موضوع قاعده‌ای را به دست می‌دهد که می‌توانید به‌صورت ذهنی محاسبه کنید: حدود 10 میلی‌ثانیه زمان رفت و برگشت (RTT) به ازای هر 1,000 کیلومتر فیبر نوری. فیبر نوری در خطوط مستقیم کشیده نمی‌شود، بنابراین مسیر واقعی معمولاً 1.3 تا 1.5 برابر فاصله مستقیم بین دو شهر است. ارقام زیر بر اساس ضریب 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
  }
]

این ارقام کفِ تأخیر هستند، نه پیش‌بینی. هیچ‌چیز نمی‌تواند باعث شود یک بسته اطلاعاتی سریع‌تر از این مقادیر حرکت کند، زیرا محدودیت، سرعت نور در شیشه است. RTT اندازه‌گیری‌شده همیشه بالاتر از این کف قرار می‌گیرد و معمولاً به دلیل پرش‌های روتر (router hops) و «مایل آخر» (last mile) در اتصالات خانگی یا موبایل، 1.2 تا 1.6 برابر بیشتر است.

نمودار را این‌گونه بخوانید: کاربری در ریو که با سروری در سائوپائولو ارتباط دارد، نمی‌تواند تأخیری کمتر از حدود 5 میلی‌ثانیه داشته باشد. همان کاربر در ارتباط با میامی نمی‌تواند به تأخیری کمتر از حدود 92 میلی‌ثانیه دست یابد و در عمل، تأخیری به‌مراتب بیش از 100 میلی‌ثانیه را تجربه خواهد کرد. این فاصله را در سه رفت و برگشتِ یک اتصال HTTPS جدید ضرب کنید تا متوجه شوید که بخش بزرگی از یک ثانیه در بارگذاری اولیه صفحه صرف می‌شود. فرانکفورت، با کف تأخیر 137 میلی‌ثانیه، جایی است که بحث دیگر از حالت جزئی خارج شده و کاملاً ملموس می‌شود.

خودتان اندازه‌گیری کنید، به جدول‌های منتشرشده اعتماد نکنید

تنها عددی که اهمیت دارد، عددی است که کاربران شما تجربه می‌کنند و می‌توانید آن را در یک بعدازظهر به دست آورید.

• از جایی که کاربران حضور دارند اندازه‌گیری کنید. لپ‌تاپ شما در برلین هیچ اطلاعاتی درباره وضعیت یک گوشی در رسیف (Recife) نمی‌دهد. از دو کاربر واقعی بخواهید تست انجام دهند، یا از یک شبکه پروب مانند RIPE Atlas استفاده کنید که پروب‌هایی در داخل شبکه‌های ISP برزیلی دارد و می‌تواند به درخواست شما یک ping یا traceroute از آن‌ها اجرا کند.
• از میانه (median) استفاده کنید، هرگز به یک بسته (packet) اکتفا نکنید. ping -c 100 را اجرا کرده و میانه را بخوانید. یک بسته تکی فقط یک صف را نشان می‌دهد و هیچ اطلاعاتی درباره کل اتصال به شما نمی‌دهد.
• mtr را به traceroute ترجیح دهید. این ابزار به‌طور مداوم اجرا می‌شود و نرخ از دست رفتن بسته (loss) و تأخیر (latency) را برای هر گام (hop) گزارش می‌دهد، بنابراین دقیقاً می‌بینید کدام گام باعث اضافه شدن 90 میلی‌ثانیه تأخیر شده است.
• زمان رسیدن اولین بایت (Time to First Byte) را اندازه بگیرید، نه فقط ping. ابزار curl -w زمان‌های مربوط به DNS، اتصال، TLS و اولین بایت را به‌صورت جداگانه چاپ می‌کند؛ و آن مورد آخر همان چیزی است که کاربر واقعاً برایش منتظر می‌ماند.
• در زمان اوج ترافیک تست کنید. شبکه‌های خانگی برزیل در ساعات عصر، تقریباً از 20:00 تا 23:00 به وقت محلی، شلوغ‌ترین وضعیت را دارند. اندازه‌گیری در ساعت 03:00 بامداد، عملکرد همه ارائه‌دهندگان را به‌طور یکسان خوب جلوه می‌دهد.
• پیش از مهاجرت، اجاره کنید. کوچک‌ترین پلن را برای یک ماه تهیه کنید و نسخه‌ای از برنامه خود را روی آن قرار دهید؛ این کار بهتر از هر نموداری در هر وب‌سایتی، تکلیف را روشن می‌کند.

همین نظم و انضباط برای خود ماشین (سخت‌افزار) نیز به جای مسیر شبکه صدق می‌کند. بنچمارک‌گیری صحیح از یک VPS به جنبه‌های دیسک و CPU می‌پردازد که موضوعی جدا از فاصله شبکه است. پیش از امضای هر قراردادی طولانی‌تر از یک ماه، هر دو مورد را بررسی کنید.

کجا در برزیل میزبانی کنیم

تقریباً همیشه سائوپائولو.

شبکه‌های برزیلی در IX.br، مرکز تبادل اینترنت ملی که توسط NIC.br اداره می‌شود، به یکدیگر متصل می‌شوند. یک نقطه تبادل اینترنت یا IXP، مکانی است که شبکه‌ها به‌جای پرداخت هزینه به شخص ثالث برای انتقال ترافیک بین خود، مستقیماً به یکدیگر متصل می‌شوند. سایت سائوپائولو از نظر حجم ترافیک و تعداد شرکت‌کنندگان، بزرگ‌ترین IXP در جهان است و در ژوئن 2026، ترافیک آن به بیش از 30 Tbps رسید. عملاً تمام ISPهای مصرف‌کننده برزیلی در آن حضور دارند. سروری که پشت peering سائوپائولو قرار دارد، با یک پرش کوتاه به کاربران برزیلی می‌رسد.

سروری در ریو، رسیفی یا پورتو آلگره معمولاً همچنان از طریق سائوپائولو به اکثر کاربران برزیلی متصل می‌شود، بنابراین شما هزینه یک پرش اضافی را می‌پردازید بدون اینکه مزیتی کسب کنید. فورتالزا استثنایی است که ارزش دانستن دارد. این شهر محل فرود کابل‌های زیردریایی، از جمله EllaLink است که از سال 2021 مستقیماً از فورتالزا به سینس در پرتغال کشیده شده و مسیر انحرافی آمریکای شمالی را از مسیر اروپا حذف کرده است. اگر ترافیک شما عمدتاً فراآتلانتیک است، فورتالزا می‌تواند بهتر از سائوپائولو عمل کند. اگر ترافیک شما برزیلی است، این‌طور نخواهد بود.

پیش از خرید، یک سؤال از هر ارائه‌دهنده‌ای بپرسید: آیا در IX.br سائوپائولو peering دارید یا ترانزیت را از یک بالادست واحد خریداری می‌کنید؟ یک آدرس در سائوپائولو که توسط یک ارائه‌دهنده ترانزیت سرویس‌دهی می‌شود، همچنان می‌تواند بسته‌های کاربر برزیلی را به میامی بفرستد و بازگرداند. این یک نظریه نیست: دستور mtr را از یک اتصال برزیلی به IP تستی که ارائه‌دهنده منتشر کرده اجرا کنید؛ لیست پرش‌ها در عرض سی ثانیه حقیقت را به شما نشان خواهد داد.

ملاحظات مربوط به LGPD

قانون LGPD یا همان Lei Geral de Proteção de Dados، قانون عمومی حفاظت از داده‌های برزیل است که از سال 2020 اجرایی شده و توسط ANPD (Autoridade Nacional de Proteção de Dados، مرجع ملی حفاظت از داده‌ها) اعمال می‌شود. این قانون شباهت بسیاری به GDPR اروپا دارد.

نکته‌ای که اغلب به اشتباه برداشت می‌شود این است: LGPD شما را ملزم نمی‌کند که داده‌های شخصی را حتماً در داخل برزیل نگهداری کنید. هیچ قانون کلی برای بومی‌سازی داده‌ها در آن وجود ندارد. آنچه این قانون انجام می‌دهد، تنظیم مقررات مربوط به انتقال بین‌المللی داده‌ها در مواد 33 تا 36 است. از طریق قطعنامه 19/2024 که در اوت 2024 منتشر شد، ANPD مقررات انتقال بین‌المللی را به همراه بندهای قراردادی استاندارد تصویب کرد و مهلت تطبیق قراردادهای موجود در اوت 2025 به پایان رسید. انتقال داده از برزیل که بر پایه قرارداد انجام می‌شود، اکنون باید از آن بندها یا بندهایی که ANPD برای آن مورد خاص تأیید کرده است، استفاده کند.

بنابراین، چارچوب صحیح این موضوع، بحث تدارکات است، نه قانون. میزبانی در برزیل به این معناست که مسئله انتقال برای آن داده‌ها مطرح نمی‌شود؛ این امر باعث حذف یک سند برای نگهداری و یک کنترل برای اثبات در زمان حسابرسی می‌شود. این معمولاً همان چیزی است که یک خریدار در بخش دولتی یا یک شرکت برزیلی هنگام پرسش درباره محل سرورها به دنبال آن است و الزام آن‌ها معمولاً ناشی از قراردادهای داخلی خودشان است تا متن قانون. هیچ‌کدام از موارد ذکر شده در اینجا مشاوره حقوقی نیست و یک وکیل متخصص حفاظت از داده‌ها در برزیل می‌تواند در یک تماس، پاسخگوی مورد خاص شما باشد.

چه زمانی میزبانی VPS در برزیل انتخاب اشتباهی است

برای اکثر بارهای کاری در اینترنت، این انتخاب اشتباه است. این موضوع را به‌صراحت بیان کنید و از آن عبور کنید.

• مخاطبان شما عمدتاً در آمریکای شمالی یا اروپا هستند. یک سرور در سائوپائولو حدود 100 میلی‌ثانیه تأخیر برای آن‌ها ایجاد می‌کند و هیچ مزیتی ندارد. یک VPS در دالاس ایالات متحده را از مرکز پوشش می‌دهد و یک VPS در تورنتو کانادا و شمال شرق را تحت پوشش قرار می‌دهد.
• کاربران آمریکای لاتین شما در شمال خط استوا هستند. بوگوتا تقریباً 4,300 کیلومتر با سائوپائولو و حدود 2,400 کیلومتر با میامی فاصله دارد و مکزیکوسیتی به دالاس نزدیک‌تر است تا به هر نقطه دیگری در برزیل. فاصله جغرافیایی تعیین‌کننده است، نه برچسب قاره.
• هیچ بخشی از بار کاری شما وابسته به رفت‌وبرگشت شبکه (round trip) نیست. بیلد‌های CI، مقصدهای پشتیبان‌گیری، اسکریپت‌های جمع‌آوری داده (scrapers) و کارهای زمان‌بندی‌شده شبانه (cron jobs) اهمیتی نمی‌دهند که در کدام شهر اجرا می‌شوند. آن‌ها را از هر جایی که ارزان‌تر است تهیه کنید.
• گلوگاه اصلی، کد خود شماست. کوئری که 800 میلی‌ثانیه زمان می‌برد، در کشور دیگری سریع‌تر نمی‌شود. ابتدا پروفایل‌گیری کنید. انتقال یک اپلیکیشن کند به نزدیکی کاربران، فقط منجر به داشتن یک اپلیکیشن کند می‌شود که اتفاقاً به کاربران نزدیک‌تر است.

هزینه‌های ظرفیت داخلی کشور

انتظار داشته باشید که در برزیل برای همان مشخصات فنی، هزینه بیشتری بپردازید. دو عامل این موضوع را هدایت می‌کنند. سخت‌افزار سروری که به برزیل وارد می‌شود، مشمول تعرفه گمرکی و مالیات‌های ایالتی است؛ بنابراین دستگاه پیش از آنکه حتی در رک قرار بگیرد، برای اپراتور گران‌تر تمام می‌شود. هزینه ترانزیت IP نیز در برزیل بیشتر از Ashburn یا Amsterdam است، جایی که پهنای باند تقریباً یک کالای عمومی محسوب می‌شود. این اضافه هزینه ساختاری است و نه یک حاشیه سود ابداعی توسط فروشنده.

به جای قیمت اسمی، مجموع هزینه‌ها را مقایسه کنید. یک پلن ارزان‌تر در خارج از کشور که شما را مجبور به خرید یک شبکه توزیع محتوا (CDN) و یک منطقه (region) دوم می‌کند، در نهایت ارزان‌تر نیست. تحلیل واقعی هزینه‌های یک VPS بخش‌هایی از صورت‌حساب را پوشش می‌دهد که هرگز در صفحه قیمت‌گذاری دیده نمی‌شوند. اگر بخشی از انگیزه شما رعایت الزامات قانونی (compliance) است و نه سرعت، هزینه‌های اداری که با این کار از آن‌ها اجتناب می‌کنید را نیز در محاسبات خود لحاظ کنید.

تصمیم‌گیری در یک بعدازظهر

1. ابزار تحلیل (analytics) خود را باز کنید و تعداد نشست‌ها (sessions) را بر اساس کشور بررسی کنید. اگر کمتر از یک‌چهارم ترافیک از برزیل است، همین‌جا متوقف شوید و وضعیت فعلی را حفظ کنید.
2. زمان رسیدن اولین بایت (TTFB) را از یک اتصال برزیلی در ساعت 21:00 به وقت محلی، نسبت به سرور فعلی خود اندازه‌گیری کنید.
3. یک نسخه از برنامه را روی یک پلن کوچک در سائوپائولو مستقر کنید و دقیقاً همان اندازه‌گیری را دوباره انجام دهید.
4. اختلاف بین این دو عدد را با اختلاف قیمت سالانه آن‌ها بسنجید و تصمیم بگیرید.

هنگامی که هر دو اندازه‌گیری را در اختیار داشته باشید، پاسخ معمولاً واضح است؛ و این پاسخی درباره کاربران شماست، نه درباره نقشه جغرافیایی.

FAQ

چقدر تأخیر (latency) با انتقال از میامی به سائوپائولو واقعاً کاهش می‌یابد؟

کف تأخیر تعیین‌شده توسط فاصله، حدود 92 میلی‌ثانیه تا میامی است، در حالی که این مقدار در کریدور سائوپائولو و ریو حدود 5 میلی‌ثانیه است؛ بنابراین با در نظر گرفتن مسیریابی واقعی، صرفه‌جویی در زمان رفت و برگشت (RTT) معمولاً بین 80 تا 110 میلی‌ثانیه خواهد بود. این موضوع بیش از آنچه به نظر می‌رسد اهمیت دارد، زیرا یک اتصال HTTPS جدید پیش از ارسال اولین بایت از صفحه شما، حدود سه رفت و برگشت را صرف دست‌دادن (handshake) می‌کند. به این بازه به صورت پیش‌فرض اعتماد نکنید. دستور curl -w را از یک اتصال برزیلی در ساعات اوج مصرف علیه هر دو سرور اجرا کنید تا در عرض ده دقیقه عدد دقیق خود را به دست آورید.

آیا قانون LGPD من را ملزم به میزبانی در برزیل می‌کند؟

خیر. قانون LGPD هیچ قاعده کلی برای بومی‌سازی داده‌ها ندارد. این قانون انتقال بین‌المللی را در مواد 33 تا 36 تنظیم می‌کند و از زمان قطعنامه 19/2024، انتقالی که بر پایه قرارداد است باید از بندهای قراردادی استانداردی استفاده کند که ANPD تأیید کرده است؛ مهلت تطبیق با این بندها در اوت 2025 به پایان رسیده است. میزبانی در داخل برزیل به این معناست که مسئله انتقال برای آن داده‌ها هرگز مطرح نمی‌شود، که این یک مزیت اداری و حسابرسی است، نه یک الزام قانونی. در مواردی که مشتری برزیلی بر میزبانی محلی اصرار دارد، این الزام تقریباً همیشه از قرارداد خود آن‌ها ناشی می‌شود. مورد خاص خود را با یک وکیل برزیلی تأیید کنید.

آیا یک CDN کافی است یا باید سرور را هم به برزیل منتقل کنم؟

یک شبکه توزیع محتوا (CDN) نسخه‌هایی از فایل‌های شما را در شهرهایی نزدیک به کاربران شما ذخیره (cache) می‌کند، بنابراین مشکل دارایی‌های ایستا (static assets) مانند تصاویر و اسکریپت‌ها را حل می‌کند. این شبکه برای درخواستی که باید به پایگاه داده شما برسد، هیچ کاری انجام نمی‌دهد. اگر صفحات شما عمدتاً ایستا هستند، یک CDN با نقاط حضور (PoP) در برزیل، مشکل را با هزینه‌ای بسیار کمتر از انتقال سرور اصلی (origin) حل می‌کند. اگر هر بازدید از صفحه، یک کوئری یا فراخوانی پرداخت اجرا می‌کند، موقعیت سرور اصلی همان چیزی است که کاربر حس می‌کند. پیش از انتخاب، اندازه‌گیری کنید که چه بخشی از زمان پاسخ‌دهی شما پویا (dynamic) است.

کدام شهر در برزیل را باید انتخاب کنم؟

در تقریباً تمامی موارد، سائوپائولو؛ زیرا IX.br سائوپائولو جایی است که شبکه‌های برزیلی با یکدیگر تبادل ترافیک می‌کنند و این مرکز از نظر ترافیک و تعداد شرکت‌کنندگان، بزرگ‌ترین نقطه تبادل اینترنت در جهان است. سرور در هر جای دیگر برزیل، معمولاً به هر حال از طریق سائوپائولو به کاربران برزیلی می‌رسد، بنابراین آن پرش (hop) اضافی فقط هزینه اضافه برای شما دارد و هیچ سودی به همراه ندارد. فورتالزا تنها استثنای واقعی است: این شهر نقطه اتصال کابل‌های زیردریایی و کوتاه‌ترین مسیر به اروپا از طریق کابل مستقیم فورتالزا به سینس (Sines) است. تنها زمانی فورتالزا را انتخاب کنید که ترافیک شما عمدتاً فراآتلانتیک باشد.

چرا یک VPS برزیلی گران‌تر از همان پلن در ایالات متحده است؟

سخت‌افزار سرور وارداتی در برزیل مشمول عوارض گمرکی و مالیات‌های ایالتی است، بنابراین یک دستگاه پیش از آنکه حتی روشن شود برای اپراتور هزینه بیشتری دارد و ترانزیت IP نیز نسبت به هاب‌های بزرگ ایالات متحده و اروپا گران‌تر است. این هزینه اضافی در قیمت تمام پلن‌هایی که از یک دیتاسنتر برزیلی فروخته می‌شوند، لحاظ می‌شود. این قیمت را به جای مقایسه با قیمت درج‌شده روی یک پلن در دالاس، با راهکارهای جایگزینی که در غیر این صورت باید خریداری کنید (مانند CDN به اضافه یک منطقه دوم) مقایسه کنید.