Brazil में VPS hosting कब लें और कब न लें?

क्या आपका सर्वर ब्राजील में होना चाहिए?

जब आपके अधिकांश उपयोगकर्ता ब्राजील में हों और आपका एप्लिकेशन round trip time के प्रति संवेदनशील हो, तो ब्राजील में VPS hosting के लिए भुगतान करना उचित है। यदि आपके दर्शक मुख्य रूप से उत्तरी अमेरिका या यूरोप में हैं, तो यह गलत विकल्प है, क्योंकि साओ पाउलो में स्थित सर्वर उन उपयोगकर्ताओं के लिए गति को धीमा कर देता है। इस पृष्ठ का शेष भाग यह बताता है कि आप किस स्थिति में हैं, और किसी के द्वारा प्रकाशित आंकड़ों पर भरोसा करने के बजाय स्वयं उत्तर की जांच कैसे करें।

एक virtual private server, या VPS, एक विशिष्ट शहर की एक विशिष्ट इमारत में स्थित एक भौतिक मशीन का हिस्सा होता है। यदि यह शब्द आपके लिए नया है, तो VPS वास्तव में क्या है, इससे शुरुआत करें और फिर वापस आएं। उस इमारत का स्थान VPS के बारे में वह एकमात्र चीज है जिसे आप बाद में migration के बिना नहीं बदल सकते, इसलिए इस पर एक घंटे का विचार करना उचित है।

ब्राजील को सेवा देने वाली अधिकांश टीमें मियामी या डलास से ऐसा करती हैं। उस डिफ़ॉल्ट विकल्प का एक वास्तविक कारण है। दो दशकों तक दक्षिण अमेरिका से बाहर जाने वाली लगभग हर submarine cable फ्लोरिडा में उतरती थी, इसलिए मियामी पूरे क्षेत्र के लिए network hub बन गया, और हर प्रदाता ने वहीं से बिक्री की। यह लैटिन अमेरिका के कुछ हिस्सों के लिए अभी भी एक समझदारी भरा विकल्प है। ब्राजील के लिए यह अब स्वचालित उत्तर नहीं रहा।

किन्हें ब्राजील के भीतर सर्वर की आवश्यकता है

चार समूहों को देश के भीतर होस्टिंग से वास्तविक लाभ मिलता है।

• आपके उपयोगकर्ता ब्राजील में केंद्रित हैं। यह केवल एक अस्पष्ट धारणा नहीं है कि कुछ ग्राहक ब्राजील के हैं। अपने analytics में देश-वार विवरण देखें। यदि ब्राजील आपके सत्रों का पांचवां हिस्सा है, तो यह आपकी वैश्विक latency के लिए एक मामूली अंतर है। यदि यह 70 प्रतिशत है, तो यह आपके infrastructure का मुख्य तथ्य है।
• प्रत्येक उपयोगकर्ता क्रिया एक round trip की लागत लेती है। लाइव चैट, मल्टीप्लेयर गेम सत्र, वीडियो कॉल सिग्नलिंग और ऐसे डैशबोर्ड जो प्रत्येक क्लिक पर क्वेरी चलाते हैं। ये सीधे दूरी का अनुभव करते हैं, और कोई भी caching इसे छिपा नहीं सकती।
• आप Southern Cone को भी सेवा देते हैं। अर्जेंटीना, उरुग्वे, पैराग्वे और चिली, सभी संयुक्त राज्य अमेरिका के किसी भी शहर की तुलना में साओ पाउलो के अधिक करीब हैं।
• कोई ब्राजीलियाई ग्राहक या ऑडिटर पूछता है कि डेटा कहाँ रहता है। नीचे दिए गए LGPD अनुभाग को देखें। यह आवश्यकता कानून की तुलना में अनुबंधों में अधिक बार लिखी जाती है।

Bandwidth शायद ही कभी समस्या होती है। एक बार कनेक्शन warm हो जाने के बाद, 2 MB का पेज मियामी से उतनी ही गति से डाउनलोड होता है जितना कि साओ पाउलो से। लागत उस round trip में है जो उससे पहले होती है। एक नया HTTPS कनेक्शन खोलने में TCP handshake पर एक round trip और TLS handshake (TLS का अर्थ transport layer security है, जो https के पीछे का एन्क्रिप्शन है) पर एक round trip खर्च होता है, फिर अनुरोध और उसके उत्तर पर एक और round trip खर्च होता है। इसलिए ब्राउज़र पहली बाइट आने से पहले लगभग तीन round trips की प्रतीक्षा करता है। 12 ms के round trip time, या RTT पर, यह लगभग 36 ms है। 120 ms पर यह लगभग 360 ms है, इससे पहले कि आपके application ने कोई काम किया हो। एक single-page app जो बीस निर्भर API calls करता है, वह RTT को बीस बार और चुकाता है।

दूरी की वास्तविक लागत

कांच के माध्यम से प्रकाश लगभग 200,000 किमी प्रति सेकंड की गति से यात्रा करता है, जो निर्वात (vacuum) में इसकी गति का लगभग दो-तिहाई है। इससे एक नियम मिलता है जिसे आप मन में ही हल कर सकते हैं: प्रति 1,000 किमी फाइबर पर लगभग 10 ms का राउंड ट्रिप समय। फाइबर सीधी रेखाओं में नहीं बिछा होता है, इसलिए वास्तविक पथ आमतौर पर दो शहरों के बीच की सीधी रेखा का 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
  }
]

ये न्यूनतम सीमाएं (floors) हैं, न कि भविष्यवाणियां। आप चाहे कुछ भी खरीद लें, कोई भी पैकेट इनसे तेज नहीं हो सकता, क्योंकि यह सीमा कांच में प्रकाश की गति द्वारा निर्धारित है। मापा गया RTT हमेशा इस सीमा से ऊपर ही रहता है, आमतौर पर 1.2 से 1.6 गुना अधिक, जिसका कारण राउटर हॉप्स और घर या मोबाइल कनेक्शन तक का अंतिम मील (last mile) है।

चार्ट को इस तरह पढ़ें। रियो (Rio) में बैठा एक उपयोगकर्ता यदि साओ पाउलो (São Paulo) के सर्वर से बात कर रहा है, तो वह लगभग 5 ms से बेहतर प्रदर्शन नहीं पा सकता। वही उपयोगकर्ता यदि मियामी (Miami) से बात करे, तो वह लगभग 92 ms से बेहतर नहीं कर सकता, और व्यवहार में उसे 100 ms से काफी अधिक समय देखने को मिलेगा। इस अंतर को एक नए HTTPS कनेक्शन के तीन राउंड ट्रिप से गुणा करें, तो आपको पहले पेज लोड पर लगभग एक सेकंड का समय लग जाएगा। फ्रैंकफर्ट (Frankfurt), जिसकी न्यूनतम सीमा 137 ms है, वह स्थान है जहाँ यह बहस पूरी तरह से स्पष्ट हो जाती है।

स्वयं मापें, प्रकाशित तालिका पर भरोसा न करें

केवल वही संख्या मायने रखती है जो आपके उपयोगकर्ताओं को मिलती है, और आप इसे एक दोपहर में प्राप्त कर सकते हैं।

• जहाँ उपयोगकर्ता हैं वहाँ से मापें। बर्लिन में आपके लैपटॉप का Recife में किसी फोन के बारे में कोई अर्थ नहीं है। दो वास्तविक उपयोगकर्ताओं से परीक्षण चलाने के लिए कहें, या RIPE Atlas जैसे प्रोब नेटवर्क का उपयोग करें, जिसके पास ब्राजीलियाई ISP नेटवर्क के अंदर प्रोब हैं और जो अनुरोध पर उनसे पिंग या traceroute चलाएगा।
• माध्यिका (median) का उपयोग करें, कभी भी एक पैकेट का नहीं। ping -c 100 और माध्यिका पढ़ें। एक अकेला पैकेट केवल एक कतार (queue) को पकड़ता है और आपको कनेक्शन के बारे में कुछ नहीं बताता है।
• traceroute की तुलना में mtr को प्राथमिकता दें। यह लगातार चलता है और प्रत्येक हॉप के लिए लॉस और लेटेंसी की रिपोर्ट करता है, ताकि आप देख सकें कि वास्तव में कौन सा हॉप 90 ms जोड़ रहा है।
• केवल पिंग ही नहीं, टाइम टू फर्स्ट बाइट (TTFB) मापें। curl -w DNS, कनेक्ट, TLS और फर्स्ट-बाइट टाइमिंग को अलग-अलग प्रिंट करता है, और वह अंतिम समय ही है जिसका व्यक्ति वास्तव में इंतजार करता है।
• पीक समय पर परीक्षण करें। ब्राजीलियाई आवासीय नेटवर्क शाम के समय, लगभग 20:00 से 23:00 स्थानीय समय तक, सबसे व्यस्त होते हैं। 03:00 बजे किया गया माप हर प्रदाता को समान रूप से बेहतर दिखाता है।
• माइग्रेट करने से पहले रेंट पर लें। एक महीने के लिए सबसे छोटा प्लान, जिस पर आपके ऐप की एक कॉपी हो, किसी भी वेबसाइट पर मौजूद चार्ट की तुलना में प्रश्न को बेहतर तरीके से हल करता है।

यही अनुशासन रूट के बजाय मशीन पर भी लागू होता है। Benchmarking a VPS properly डिस्क और CPU पक्ष को कवर करता है, जो नेटवर्क दूरी से एक अलग प्रश्न है। एक महीने से अधिक के किसी भी अनुबंध पर हस्ताक्षर करने से पहले दोनों करें।

ब्राजील में होस्टिंग कहाँ करें

लगभग हमेशा साओ पाउलो (São Paulo) ही सबसे बेहतर विकल्प है।

ब्राजीलियाई नेटवर्क NIC.br द्वारा संचालित राष्ट्रीय इंटरनेट एक्सचेंज, IX.br पर एक-दूसरे से जुड़ते हैं। एक इंटरनेट एक्सचेंज पॉइंट (IXP) वह स्थान है जहाँ नेटवर्क आपस में सीधे जुड़ते हैं, बजाय इसके कि वे अपने बीच ट्रैफिक ले जाने के लिए किसी तीसरे पक्ष को भुगतान करें। साओ पाउलो साइट ट्रैफिक और प्रतिभागियों की संख्या के मामले में दुनिया का सबसे बड़ा IXP है, और जून 2026 में इसने 30 Tbps से अधिक का पीक हासिल किया था। व्यावहारिक रूप से हर ब्राजीलियाई उपभोक्ता ISP यहाँ मौजूद है। साओ पाउलो पीयरिंग के पीछे स्थित एक सर्वर एक छोटे हॉप (hop) में ब्राजीलियाई उपयोगकर्ताओं तक पहुँच जाता है।

रियो, रेसिफ़ या पोर्टो एलेग्रे में स्थित सर्वर आमतौर पर अधिकांश ब्राजीलियाई उपयोगकर्ताओं तक साओ पाउलो के माध्यम से ही पहुँचते हैं, इसलिए आप एक अतिरिक्त हॉप के लिए भुगतान करते हैं और बदले में कुछ भी हासिल नहीं करते। फोर्टालेज़ा (Fortaleza) एक अपवाद है जिसके बारे में जानना उपयोगी है। यहीं पर सबमरीन केबल लैंड करती हैं, जिसमें EllaLink भी शामिल है, जो 2021 से सीधे फोर्टालेज़ा से पुर्तगाल के सिनेस (Sines) तक चलती है और इसने यूरोप रूट से उत्तरी अमेरिका के चक्कर को खत्म कर दिया है। यदि आपका ट्रैफिक मुख्य रूप से ट्रांसअटलांटिक है, तो फोर्टालेज़ा साओ पाउलो से बेहतर हो सकता है। यदि आपका ट्रैफिक ब्राजीलियाई है, तो ऐसा नहीं होगा।

खरीदने से पहले किसी भी प्रदाता से एक सवाल पूछें। क्या आप IX.br साओ पाउलो पर पीयरिंग कर रहे हैं, या किसी एक अपस्ट्रीम से ट्रांजिट खरीद रहे हैं? एक ट्रांजिट प्रदाता द्वारा सेवा प्रदान किया जाने वाला साओ पाउलो का पता भी ब्राजीलियाई उपयोगकर्ता के पैकेट को मियामी भेजकर वापस ला सकता है। यह केवल सिद्धांत नहीं है: ब्राजीलियाई कनेक्शन से प्रदाता द्वारा प्रकाशित टेस्ट IP पर mtr चलाएं, और हॉप सूची आपको तीस सेकंड में सच्चाई दिखा देगी।

LGPD पर विचार

LGPD का अर्थ है Lei Geral de Proteção de Dados, जो ब्राजील का सामान्य डेटा संरक्षण कानून है। यह 2020 से लागू है और इसे ANPD (Autoridade Nacional de Proteção de Dados, राष्ट्रीय डेटा संरक्षण प्राधिकरण) द्वारा प्रवर्तित किया जाता है। इसे यूरोप के GDPR के आधार पर तैयार किया गया है।

यहाँ वह हिस्सा है जिसे लोग गलत समझते हैं। LGPD यह अनिवार्य नहीं करता कि आप व्यक्तिगत डेटा को ब्राजील के भीतर ही रखें। इसमें कोई सामान्य डेटा लोकलाइजेशन नियम नहीं है। यह अनुच्छेद 33 से 36 के माध्यम से अंतरराष्ट्रीय हस्तांतरण को विनियमित करता है। अगस्त 2024 में प्रकाशित Resolution 19/2024 के माध्यम से, ANPD ने मानक संविदात्मक खंडों (standard contractual clauses) के साथ एक अंतरराष्ट्रीय हस्तांतरण विनियमन को मंजूरी दी, और मौजूदा अनुबंधों को अनुकूलित करने की समय-सीमा अगस्त 2025 में समाप्त हो गई। ब्राजील से बाहर कोई भी डेटा हस्तांतरण जो अनुबंध पर निर्भर है, उसे अब उन खंडों का उपयोग करना होगा, या उन खंडों का उपयोग करना होगा जिन्हें ANPD ने उस विशिष्ट मामले के लिए अनुमोदित किया है।

इसलिए, इसका सही परिप्रेक्ष्य कानून नहीं, बल्कि खरीद (procurement) है। ब्राजील में होस्टिंग का मतलब है कि उस डेटा के लिए हस्तांतरण का प्रश्न ही नहीं उठता, जिससे एक दस्तावेज को बनाए रखने और ऑडिट के समय एक नियंत्रण को प्रमाणित करने की आवश्यकता समाप्त हो जाती है। जब कोई ब्राजीलियाई उद्यम या सार्वजनिक क्षेत्र का खरीदार यह पूछता है कि सर्वर कहाँ हैं, तो वे आमतौर पर इसी बारे में पूछ रहे होते हैं, और उनकी यह आवश्यकता सामान्यतः कानून के बजाय उनके अपने अनुबंध से आती है। यहाँ दी गई कोई भी जानकारी कानूनी सलाह नहीं है, और एक ब्राजीलियाई डेटा संरक्षण वकील एक कॉल में आपके विशिष्ट मामले का उत्तर दे सकता है।

जब ब्राजील में VPS होस्टिंग चुनना गलत निर्णय हो

इंटरनेट पर अधिकांश workloads के लिए, यह एक गलत विकल्प है। इसे स्पष्ट रूप से कहें और आगे बढ़ें।

• आपके दर्शक मुख्य रूप से उत्तरी अमेरिकी या यूरोपीय हैं। एक São Paulo सर्वर उनके लिए लगभग 100 ms की देरी जोड़ता है और इससे कोई लाभ नहीं होता। एक Dallas VPS मध्य से पूरे संयुक्त राज्य अमेरिका को कवर करता है, और एक Toronto VPS कनाडा और उत्तर-पूर्व को कवर करता है।
• आपके लैटिन अमेरिकी उपयोगकर्ता भूमध्य रेखा के उत्तर में हैं। Bogotá, São Paulo से लगभग 4,300 किमी दूर है और Miami से लगभग 2,400 किमी दूर है, और Mexico City ब्राजील के किसी भी स्थान की तुलना में Dallas के अधिक करीब है। दूरी इसका निर्णय करती है, न कि महाद्वीप का नाम।
• Workload में कुछ भी round trip पर निर्भर नहीं है। CI builds, backup targets, scrapers और nightly cron jobs को इससे कोई फर्क नहीं पड़ता कि वे किस शहर में चल रहे हैं। उन्हें वहां से खरीदें जहां वे सबसे सस्ते हों।
• आपकी बाधा आपका अपना कोड है। एक query जिसे पूरा होने में 800 ms लगते हैं, वह किसी दूसरे देश में तेज नहीं हो जाती। पहले profile करें। एक धीमे application को उसके उपयोगकर्ताओं के करीब ले जाने से केवल एक धीमा application ही मिलता है जो संयोग से उपयोगकर्ताओं के करीब होता है।

ब्राजील में इन-कंट्री क्षमता की लागत

ब्राजील में समान specification के लिए आपको अधिक भुगतान करना होगा। इसके पीछे दो मुख्य कारण हैं। ब्राजील में आयातित सर्वर हार्डवेयर पर import duty और state level tax लगता है, इसलिए रैक में लगने से पहले ही मशीन की लागत ऑपरेटर के लिए बढ़ जाती है। IP transit की लागत भी Ashburn या Amsterdam की तुलना में अधिक है, जहाँ bandwidth एक सामान्य वस्तु (commodity) की तरह उपलब्ध है। यह प्रीमियम संरचनात्मक है, न कि किसी के द्वारा तय किया गया अतिरिक्त शुल्क।

केवल मुख्य कीमत के बजाय कुल लागत की तुलना करें। विदेश में कोई सस्ता प्लान, जिसके कारण आपको content delivery network और दूसरा region खरीदना पड़े, वास्तव में सस्ता नहीं है। VPS की वास्तविक लागत का विवरण बिल के उन हिस्सों को कवर करता है जो pricing page पर कभी नहीं दिखते। यदि आपकी प्रेरणा का एक हिस्सा गति के बजाय compliance posture है, तो उस कागजी कार्रवाई की लागत को भी जोड़ें जिससे आप बच जाते हैं।

एक दोपहर में निर्णय लेना

1. अपने analytics खोलें और देश के अनुसार sessions की संख्या देखें। यदि ब्राजील से आने वाला traffic एक चौथाई से कम है, तो यहीं रुक जाएं और अपनी वर्तमान व्यवस्था बनाए रखें।
2. स्थानीय समयानुसार 21:00 बजे ब्राजील के connection से अपने वर्तमान सर्वर के लिए time to first byte मापें।
3. अपने application की एक प्रति São Paulo के एक छोटे plan पर रखें और बिल्कुल वही माप दोबारा लें।
4. इन दो आंकड़ों के बीच के अंतर की तुलना एक वर्ष के मूल्य अंतर से करें और निर्णय लें।

एक बार जब आपके पास दोनों माप आ जाते हैं, तो उत्तर आमतौर पर स्पष्ट होता है। यह उत्तर किसी नक्शे के बारे में नहीं, बल्कि आपके उपयोगकर्ताओं के बारे में होता है।

FAQ

Miami से São Paulo जाने पर मुझे वास्तव में कितनी latency की बचत होती है?

दूरी के कारण Miami तक की न्यूनतम latency लगभग 92 ms है, जबकि São Paulo और Rio कॉरिडोर के भीतर यह लगभग 5 ms है। इसलिए, वास्तविक routing को शामिल करने पर round trip time में आमतौर पर 80 से 110 ms की बचत होती है। यह सुनने में जितना लगता है, उससे कहीं अधिक महत्वपूर्ण है, क्योंकि एक नया HTTPS connection आपके पेज का पहला byte भेजने से पहले handshake में लगभग तीन round trips खर्च करता है। इस सीमा (range) पर आँख बंद करके भरोसा न करें। पीक ऑवर के दौरान किसी Brazilian connection से दोनों servers के विरुद्ध curl -w चलाएं, और आपको दस मिनट के भीतर अपना सटीक आंकड़ा मिल जाएगा।

क्या LGPD के लिए मुझे Brazil में hosting की आवश्यकता है?

नहीं। LGPD में कोई सामान्य data localisation नियम नहीं है। यह articles 33 से 36 में international transfer को नियंत्रित करता है, और Resolution 19/2024 के बाद से, contract पर आधारित transfer के लिए ANPD द्वारा अनुमोदित standard contractual clauses का उपयोग करना अनिवार्य है, जिसकी adaptation window अगस्त 2025 में समाप्त हो चुकी है। Brazil के भीतर hosting का मतलब है कि उस data के लिए transfer का प्रश्न ही नहीं उठता, जो कि एक कानूनी बाध्यता के बजाय कागजी कार्रवाई और audit के दृष्टिकोण से फायदेमंद है। जहाँ कोई Brazilian ग्राहक स्थानीय hosting पर जोर देता है, तो वह आवश्यकता लगभग हमेशा उनके contract से आती है। अपने मामले की पुष्टि किसी Brazilian वकील से करें।

क्या एक CDN पर्याप्त है, या मुझे server भी Brazil में चाहिए?

एक content delivery network (CDN) आपके users के निकट शहरों में आपकी files की प्रतियां cache करता है, इसलिए यह images और scripts जैसी static assets की समस्या हल करता है। यह उन requests के लिए कुछ नहीं करता जिन्हें आपके database तक पहुँचना होता है। यदि आपके pages मुख्य रूप से static हैं, तो Brazilian points of presence वाला CDN origin को स्थानांतरित करने की तुलना में बहुत कम खर्च में समस्या का समाधान कर देता है। यदि हर page view एक query या payment call चलाता है, तो user को origin server का स्थान महसूस होता है। कोई निर्णय लेने से पहले मापें कि आपके response time का कितना हिस्सा dynamic है।

मुझे Brazil में कौन सा शहर चुनना चाहिए?

लगभग हर मामले में São Paulo चुनें, क्योंकि IX.br São Paulo वह स्थान है जहाँ Brazilian networks peer करते हैं और यह traffic और participants की संख्या के आधार पर दुनिया का सबसे बड़ा internet exchange point है। Brazil में कहीं और स्थित server आमतौर पर वैसे भी São Paulo के माध्यम से ही Brazilian users तक पहुँचता है, इसलिए अतिरिक्त hop से आपको नुकसान ही होता है, कोई लाभ नहीं। Fortaleza एकमात्र वास्तविक अपवाद है: यह submarine cable का landing point है और सीधे Fortaleza से Sines केबल के माध्यम से Europe के लिए सबसे छोटा रास्ता है। Fortaleza तभी चुनें जब आपका traffic मुख्य रूप से transatlantic हो।

United States के समान plan की तुलना में Brazilian VPS अधिक महंगा क्यों है?

Brazil में आयातित server hardware पर import duty और state level tax लगता है, इसलिए power on होने से पहले ही एक machine की लागत operator के लिए अधिक होती है, और IP transit भी United States और European hubs की तुलना में महंगा है। यह अतिरिक्त लागत Brazilian data centre से बेचे जाने वाले हर plan की कीमत में जुड़ जाती है। इसकी तुलना Dallas के किसी plan की sticker price से करने के बजाय उन विकल्पों से करें जिन्हें आप अन्यथा खरीदेंगे, जैसे कि CDN के साथ एक दूसरा region।