பிரேசிலில் VPS ஹோஸ்டிங் தேவைப்படுமா? முழுமையான வழிகாட்டி

உங்கள் server பிரேசிலில் இருக்க வேண்டுமா?

உங்கள் பயனர்களில் பெரும்பாலோர் பிரேசிலில் இருந்து, உங்கள் application round trip time-க்கு முக்கியத்துவம் அளிப்பதாக இருந்தால், பிரேசிலில் VPS hosting-க்கு பணம் செலுத்துவது பயனுள்ளது. உங்கள் பயனர்கள் பெரும்பாலும் வட அமெரிக்கா அல்லது ஐரோப்பாவில் இருந்தால், இது தவறான தேர்வாகும்; ஏனெனில் சாவ் பாலோவில் (São Paulo) உள்ள server அந்தப் பயனர்களுக்குத் தாமதத்தை ஏற்படுத்தும். நீங்கள் எந்த நிலையில் இருக்கிறீர்கள் என்பதை எப்படி அறிவது மற்றும் யாரோ வெளியிட்ட புள்ளிவிவரங்களை நம்பாமல் நீங்களே எப்படிச் சரிபார்ப்பது என்பது குறித்த தகவல்கள் இந்தப் பக்கத்தின் மீதமுள்ள பகுதியில் உள்ளன.

Virtual private server அல்லது VPS என்பது ஒரு குறிப்பிட்ட நகரத்தில் உள்ள ஒரு குறிப்பிட்ட கட்டிடத்தில் இருக்கும் physical machine-ன் ஒரு பகுதியாகும். இந்தச் சொல் உங்களுக்குப் புதியது என்றால், VPS என்றால் என்ன என்பதிலிருந்து தொடங்கவும் பிறகு இங்கே வரவும். அந்த கட்டிடத்தின் இருப்பிடம் என்பது, migration செய்யாமல் உங்களால் மாற்ற முடியாத VPS-ன் ஒரே அம்சமாகும், எனவே இதைப் பற்றிச் சிந்திக்க ஒரு மணிநேரம் ஒதுக்குவது அவசியம்.

பிரேசிலுக்குச் சேவை வழங்கும் பெரும்பாலான குழுக்கள் மியாமி (Miami) அல்லது டல்லாஸிலிருந்து (Dallas) இதைச் செய்கின்றன. இந்த இயல்புநிலைத் தேர்வுக்கு ஒரு வலுவான காரணம் உள்ளது. இரண்டு தசாப்தங்களாக, தென் அமெரிக்காவிலிருந்து செல்லும் கிட்டத்தட்ட அனைத்து submarine cable-களும் புளோரிடாவில் இணைக்கப்பட்டன. எனவே, மியாமி முழு பிராந்தியத்திற்கும் network hub-ஆக மாறியது, மேலும் அனைத்து provider-களும் அங்கிருந்தே விற்பனை செய்தனர். லத்தீன் அமெரிக்காவின் சில பகுதிகளுக்கு இது இப்போதும் ஒரு சரியான தேர்வாகும். ஆனால், பிரேசிலுக்கு மட்டும் இது தானாகவே எடுக்கப்படும் முடிவாக இருப்பதில்லை.

பிரேசிலுக்குள் server யாருக்குத் தேவை

நாட்டிற்குள் hosting செய்வதால் நான்கு குழுக்கள் உண்மையான பலனைப் பெறுகின்றன.

• உங்கள் பயனர்கள் பிரேசிலில் குவிந்துள்ளனர். சில வாடிக்கையாளர்கள் பிரேசிலைச் சேர்ந்தவர்கள் என்ற மேலோட்டமான உணர்வு அல்ல இது. உங்கள் analytics-ல் உள்ள நாட்டு வாரியான பிரிப்பைப் பாருங்கள். உங்கள் sessions-ல் ஐந்தில் ஒரு பங்கு பிரேசிலில் இருந்து வந்தால், அது உங்கள் global latency-ல் ஒரு சிறிய மாற்றமே. ஆனால் 70 சதவீதம் பிரேசிலில் இருந்து வந்தால், அது உங்கள் infrastructure-ன் மிக முக்கியமான காரணியாகும்.
• ஒவ்வொரு பயனர் செயலுக்கும் ஒரு round trip தேவைப்படுகிறது. Live chat, multiplayer game sessions, video call signalling மற்றும் ஒவ்வொரு கிளிக்கிற்கும் query-ஐ இயக்கும் dashboards போன்றவை தூரத்தை நேரடியாக உணரும். இவற்றை எந்த caching முறையாலும் மறைக்க முடியாது.
• நீங்கள் Southern Cone பகுதிகளுக்கும் சேவை செய்கிறீர்கள். அர்ஜென்டினா, உருகுவே, பராகுவே மற்றும் சிலி ஆகிய நாடுகள் அனைத்தும் அமெரிக்காவின் எந்த நகரத்தை விடவும் சாவ் பாலோவிற்கு (São Paulo) அருகிலேயே உள்ளன.
• பிரேசிலிய வாடிக்கையாளர் அல்லது தணிக்கையாளர் தரவு எங்கே சேமிக்கப்பட்டுள்ளது என்று கேட்கிறார். கீழே உள்ள LGPD பகுதியைப் பார்க்கவும். இந்தத் தேவை சட்டத்தை விட ஒப்பந்தங்களில் அடிக்கடி எழுதப்படுகிறது.

Bandwidth பெரும்பாலும் ஒரு சிக்கலாக இருப்பதில்லை. ஒருமுறை connection நிலைபெற்ற பிறகு, 2 MB அளவுள்ள பக்கம் மியாமியிலிருந்து பதிவிறக்கம் செய்யப்படுவதற்கும் சாவ் பாலோவிலிருந்து பதிவிறக்கம் செய்யப்படுவதற்கும் பெரிய வித்தியாசம் இருப்பதில்லை. அதற்கு முன்னால் நடக்கும் round trips-தான் செலவை அதிகரிக்கிறது. ஒரு புதிய HTTPS connection-ஐத் தொடங்கும்போது, TCP handshake-க்கு ஒரு round trip-ம், TLS handshake-க்கு (TLS என்பது transport layer security, இது https-க்கு பின்னால் உள்ள encryption ஆகும்) ஒரு round trip-ம், பின்னர் கோரிக்கை மற்றும் பதிலுக்கு ஒரு round trip-ம் செலவாகிறது. எனவே, முதல் byte வந்து சேருவதற்கு முன்பே browser சுமார் மூன்று round trips வரை காத்திருக்கிறது. ஒரு round trip time அல்லது RTT, 12 ms ஆக இருந்தால், அது சுமார் 36 ms ஆகும். இதுவே 120 ms ஆக இருந்தால், உங்கள் application எந்த வேலையையும் தொடங்குவதற்கு முன்பே சுமார் 360 ms ஆகிவிடும். இருபது API அழைப்புகளைச் செய்யும் ஒரு single-page app, அந்த RTT-ஐ மேலும் இருபது முறை செலுத்த வேண்டியிருக்கும்.

இந்தத் தொலைவு உண்மையில் ஏற்படுத்தும் செலவு

கண்ணாடி இழைக்குள் ஒளி வினாடிக்கு சுமார் 200,000 கி.மீ வேகத்தில் பயணிக்கிறது; இது வெற்றிடத்தில் அதன் வேகத்தில் மூன்றில் இரண்டு பங்கு ஆகும். இதைக் கொண்டு நீங்கள் மனதிலேயே கணக்கிட ஒரு விதி உள்ளது: 1,000 கி.மீ ஃபைபர் (fibre) நீளத்திற்கு சுமார் 10 ms round trip time தேவைப்படும். ஃபைபர் நேர்க்கோட்டில் அமைவதில்லை, எனவே இரண்டு நகரங்களுக்கு இடையிலான உண்மையான பாதை, அவற்றின் நேர்க்கோட்டுத் தொலைவை விட வழக்கமாக 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), கணிப்புகள் அல்ல. ஒளியின் வேகம் கண்ணாடிக்குள் கட்டுப்படுத்தப்பட்டிருப்பதால், நீங்கள் எதை வாங்கினாலும் ஒரு பாக்கெட் (packet) இந்த வேகத்தை விட வேகமாகச் செல்ல முடியாது. router hops மற்றும் வீடுகள் அல்லது மொபைல் இணைப்புகளுக்கான last mile இணைப்பு காரணமாக, அளவிடப்படும் RTT எப்போதும் இந்த குறைந்தபட்ச அளவை விட அதிகமாகவே இருக்கும்; பொதுவாக 1.2 முதல் 1.6 மடங்கு வரை அதிகமாக இருக்கும்.

இந்த அட்டவணையை இவ்வாறு வாசிக்கவும். Rio-வில் உள்ள ஒரு பயனர் São Paulo-வில் உள்ள server-உடன் தொடர்பு கொள்ளும்போது, சுமார் 5 ms-க்கு மேல் வேகத்தைப் பெற முடியாது. அதே பயனர் Miami-யுடன் தொடர்பு கொள்ளும்போது சுமார் 92 ms-க்கு மேல் பெற முடியாது, நடைமுறையில் இது 100 ms-க்கும் அதிகமாகவே இருக்கும். ஒரு புதிய HTTPS இணைப்பிற்குத் தேவைப்படும் மூன்று round trips-களுடன் இந்த இடைவெளியைப் பெருக்கிப் பார்த்தால், முதல்முறை பக்கத்தை ஏற்றும்போது (page load) ஒரு வினாடியில் பெரும்பகுதி வீணாவதை உணரலாம். Frankfurt-ன் குறைந்தபட்ச அளவு 137 ms ஆகும், இந்த இடத்தில் விவாதம் நுணுக்கமானதாக இல்லாமல் வெளிப்படையானதாக மாறுகிறது.

நீங்களே அளவிடுங்கள், வெளியிடப்பட்ட அட்டவணைகளை நம்ப வேண்டாம்

உங்கள் பயனர்கள் பெறும் அளவீடு மட்டுமே முக்கியமானது, அதை ஒரு மதியத்திற்குள் உங்களால் கண்டறிய முடியும்.

• பயனர்கள் இருக்கும் இடத்திலிருந்து அளவிடுங்கள். பெர்லினில் உள்ள உங்கள் மடிக்கணினி, ரெசிஃபில் (Recife) உள்ள ஒரு தொலைபேசியைப் பற்றி எதையும் கூறாது. இரண்டு உண்மையான பயனர்களைச் சோதனை செய்யச் சொல்லுங்கள் அல்லது RIPE Atlas போன்ற probe network-ஐப் பயன்படுத்துங்கள். இதில் பிரேசிலிய ISP நெட்வொர்க்குகளுக்குள் probes உள்ளன, அவை கோரிக்கையின் பேரில் ping அல்லது traceroute செய்யும்.
• ஒரு பாக்கெட்டை மட்டும் பார்க்காமல், median மதிப்பைப் பயன்படுத்துங்கள். ping -c 100-ஐப் பயன்படுத்தி median-ஐப் படியுங்கள். ஒரு பாக்கெட் என்பது ஒரு குறிப்பிட்ட வரிசையை (queue) மட்டுமே குறிக்கும், அது இணைப்பைப் பற்றி எதையும் சொல்லாது.
• traceroute-க்கு பதிலாக mtr-ஐத் தேர்வு செய்யுங்கள். இது தொடர்ந்து இயங்கி, ஒவ்வொரு hop-க்கும் இழப்பு மற்றும் latency-ஐத் தெரிவிக்கும். எனவே, எந்த hop 90 ms தாமதத்தை ஏற்படுத்துகிறது என்பதை உங்களால் துல்லியமாகப் பார்க்க முடியும்.
• ping-ஐ மட்டும் பார்க்காமல், time to first byte-ஐ அளவிடுங்கள். curl -w ஆனது DNS, connect, TLS மற்றும் first-byte நேரங்களைத் தனித்தனியாகக் காட்டும். ஒரு பயனர் உண்மையில் காத்திருப்பது அந்த கடைசி நேரத்திற்குத்தான்.
• உச்ச நேரத்தில் (peak time) சோதியுங்கள். பிரேசிலிய வீட்டு நெட்வொர்க்குகள் மாலை 20:00 முதல் 23:00 மணி வரை அதிக நெரிசலுடன் இருக்கும். அதிகாலை 03:00 மணிக்குச் செய்யப்படும் அளவீடு அனைத்து வழங்குநர்களையும் ஒரே மாதிரியாகச் சாதகமாகக் காட்டும்.
• இடம்பெயர்வதற்கு (migrate) முன் வாடகைக்கு எடுங்கள். ஒரு மாதத்திற்கு மிகச்சிறிய திட்டத்தை எடுத்து, அதில் உங்கள் application-ன் நகலை நிறுவிச் சோதிப்பது, எந்த இணையதள அட்டவணையை விடவும் சிறந்த முடிவைத் தரும்.

இதே ஒழுங்குமுறை நெட்வொர்க் பாதையை விட, இயந்திரத்திற்கும் பொருந்தும். Benchmarking a VPS properly என்பது disk மற்றும் CPU பக்கத்தை உள்ளடக்கியது, இது நெட்வொர்க் தூரத்திலிருந்து வேறுபட்ட கேள்வியாகும். ஒரு மாதத்திற்கு மேல் ஒப்பந்தம் செய்யும் முன் இவை இரண்டையும் செய்யுங்கள்.

பிரேசிலில் எங்கு ஹோஸ்ட் செய்வது

பெரும்பாலான நேரங்களில் São Paulo-வே சிறந்தது.

பிரேசிலின் நெட்வொர்க்குகள் NIC.br மூலம் இயக்கப்படும் தேசிய இணைய பரிமாற்ற மையமான IX.br-ல் ஒன்றிணைகின்றன. ஒரு இணைய பரிமாற்ற புள்ளி (IXP) என்பது, நெட்வொர்க்குகள் தங்களுக்கு இடையிலான போக்குவரத்தை எடுத்துச் செல்ல மூன்றாம் தரப்பினருக்கு பணம் செலுத்துவதற்குப் பதிலாக, நேரடியாக ஒன்றோடொன்று இணைக்கப்படும் இடமாகும். போக்குவரத்து மற்றும் பங்கேற்பாளர்களின் எண்ணிக்கையின் அடிப்படையில் São Paulo தளம் உலகின் மிகப்பெரிய IXP ஆகும். ஜூன் 2026-ல் இதன் போக்குவரத்து 30 Tbps-க்கும் அதிகமாக இருந்தது. நடைமுறையில் ஒவ்வொரு பிரேசிலிய நுகர்வோர் ISP-யும் அங்கு உள்ளது. São Paulo பியரிங்கிற்குப் பின்னால் உள்ள ஒரு server, பிரேசிலிய பயனர்களை ஒரே ஒரு குறுகிய hop மூலம் சென்றடையும்.

Rio, Recife அல்லது Porto Alegre-ல் உள்ள ஒரு server, பெரும்பாலான பிரேசிலிய பயனர்களை São Paulo வழியாகவே சென்றடைகிறது. எனவே, நீங்கள் கூடுதல் hop-க்கு பணம் செலுத்துகிறீர்கள், ஆனால் அதனால் எந்தப் பயனும் இல்லை. Fortaleza மட்டும் கவனிக்கத்தக்க விதிவிலக்கு. அங்குதான் கடலுக்கடியிலான கேபிள்கள் தரையிறங்குகின்றன. இதில் EllaLink-ம் அடங்கும்; இது 2021 முதல் Fortaleza-விலிருந்து போர்ச்சுகலின் Sines வரை நேரடியாக இயங்குகிறது, இது ஐரோப்பிய வழித்தடத்திலிருந்து வட அமெரிக்க சுற்றுகளை நீக்கியுள்ளது. உங்கள் போக்குவரத்து பெரும்பாலும் அட்லாண்டிக் கடலைக் கடப்பதாக இருந்தால், Fortaleza, São Paulo-வை விடச் சிறப்பாகச் செயல்படலாம். உங்கள் போக்குவரத்து பிரேசிலுக்குள் மட்டுமே இருந்தால், அது சிறப்பாக இருக்காது.

எந்தவொரு வழங்குநரிடமும் வாங்குவதற்கு முன் ஒரு கேள்வியைக் கேளுங்கள். நீங்கள் IX.br São Paulo-வில் பியரிங் செய்கிறீர்களா அல்லது ஒரு ஒற்றை upstream-மிடமிருந்து transit வாங்குகிறீர்களா? ஒரு transit வழங்குநரால் வழங்கப்படும் São Paulo முகவரி, ஒரு பிரேசிலிய பயனரின் பாக்கெட்டுகளை Miami-க்கு அனுப்பி மீண்டும் கொண்டு வரக்கூடும். இது வெறும் கோட்பாடு அல்ல: பிரேசிலிய இணைப்பிலிருந்து வழங்குநர் வெளியிடும் test IP-க்கு mtr கட்டளையை இயக்கவும்; முப்பது வினாடிகளில் hop பட்டியல் உண்மையை உங்களுக்குக் காட்டும்.

LGPD தொடர்பான கவனத்திற்கு

LGPD என்பது பிரேசிலின் பொது தரவு பாதுகாப்புச் சட்டமான Lei Geral de Proteção de Dados ஆகும். இது 2020 முதல் நடைமுறையில் உள்ளது மற்றும் ANPD (Autoridade Nacional de Proteção de Dados - தேசிய தரவு பாதுகாப்பு ஆணையம்) மூலம் அமல்படுத்தப்படுகிறது. இது ஐரோப்பாவின் GDPR-ஐ அடிப்படையாகக் கொண்டு வடிவமைக்கப்பட்டுள்ளது.

மக்கள் தவறாகப் புரிந்துகொள்ளும் பகுதி இதுதான். தனிநபர் தரவை பிரேசிலுக்குள்ளேயே வைத்திருக்க வேண்டும் என்று LGPD கட்டாயப்படுத்தவில்லை. இதில் பொதுவான தரவு இருப்பிடக் கட்டுப்பாடு (data localisation) விதிகள் எதுவும் இல்லை. மாறாக, இது 33 முதல் 36 வரையிலான பிரிவுகளில் சர்வதேச தரவு பரிமாற்றத்தை ஒழுங்குபடுத்துகிறது. ஆகஸ்ட் 2024-ல் வெளியிடப்பட்ட Resolution 19/2024 மூலம், ANPD ஒரு சர்வதேச பரிமாற்ற ஒழுங்குமுறையையும் தரப்படுத்தப்பட்ட ஒப்பந்த விதிமுறைகளையும் (standard contractual clauses) அங்கீகரித்தது. ஏற்கனவே உள்ள ஒப்பந்தங்களை மாற்றியமைப்பதற்கான காலக்கெடு ஆகஸ்ட் 2025-ல் முடிவடைந்தது. தற்போது, ஒப்பந்தத்தின் அடிப்படையில் பிரேசிலுக்கு வெளியே தரவை அனுப்பும்போது, அந்த விதிமுறைகளையோ அல்லது குறிப்பிட்ட வழக்கிற்காக ANPD அங்கீகரித்த விதிமுறைகளையோ பயன்படுத்த வேண்டும்.

எனவே, இது சட்ட ரீதியான சிக்கலை விட கொள்முதல் (procurement) சார்ந்த விஷயமாகவே பார்க்கப்பட வேண்டும். பிரேசிலில் hosting செய்வதன் மூலம், தரவு பரிமாற்றம் தொடர்பான கேள்விகள் எழுவதில்லை. இது பராமரிக்க வேண்டிய ஆவணங்களின் எண்ணிக்கையைக் குறைப்பதோடு, தணிக்கையின் போது நிரூபிக்க வேண்டிய கட்டுப்பாடுகளையும் எளிதாக்குகிறது. பிரேசில் நிறுவனங்கள் அல்லது பொதுத்துறை வாடிக்கையாளர்கள் சர்வர்கள் எங்கே உள்ளன என்று கேட்கும்போது, அவர்கள் உண்மையில் இதையே எதிர்பார்க்கிறார்கள். அவர்களின் இந்தத் தேவை பெரும்பாலும் அவர்களின் சொந்த ஒப்பந்த விதிமுறைகளிலிருந்து வருகிறதே தவிர, சட்டத்திலிருந்து அல்ல. இதில் உள்ள தகவல்கள் சட்ட ஆலோசனைகள் அல்ல; உங்கள் குறிப்பிட்ட வழக்கைப் பற்றி பிரேசிலின் தரவு பாதுகாப்பு வழக்கறிஞரிடம் ஒரு அழைப்பின் மூலம் தெளிவு பெறலாம்.

பிரேசிலில் VPS hosting-ஐத் தேர்ந்தெடுப்பது ஏன் தவறான முடிவு

இணையத்தில் இயங்கும் பெரும்பாலான பணிகளுக்கு, இது தவறான தேர்வாகும். இதைத் தெளிவாகக் கூறிவிட்டு அடுத்த கட்டத்திற்குச் செல்லலாம்.

• உங்கள் பயனர்கள் பெரும்பாலும் வட அமெரிக்கா அல்லது ஐரோப்பாவைச் சேர்ந்தவர்கள். São Paulo-வில் உள்ள server அவர்களுக்கு சுமார் 100 ms தாமதத்தை மட்டுமே சேர்க்கும், இதனால் எந்தப் பயனும் இல்லை. A Dallas VPS அமெரிக்காவை மையப்பகுதியிலிருந்து கையாளும், a Toronto VPS கனடா மற்றும் வடகிழக்குப் பகுதிகளைக் கையாளும்.
• உங்கள் லத்தீன் அமெரிக்க பயனர்கள் பூமத்திய ரேகைக்கு வடக்கே உள்ளனர். Bogotá, São Paulo-விலிருந்து சுமார் 4,300 கி.மீ தொலைவிலும், Miami-யிலிருந்து சுமார் 2,400 கி.மீ தொலைவிலும் உள்ளது. Mexico City, பிரேசிலின் எந்தப் பகுதியை விடவும் Dallas-க்கு அருகிலேயே உள்ளது. கண்டத்தின் பெயரை வைத்து முடிவெடுக்காமல், தூரத்தைக் கணக்கில் கொண்டு முடிவெடுக்கவும்.
• பணிச்சுமையில் round trip தாமதம் முக்கியமல்ல. CI builds, backup targets, scrapers மற்றும் nightly cron jobs ஆகியவை எந்த நகரத்தில் இயங்குகின்றன என்பது முக்கியமல்ல. அவை எங்கு மலிவாகக் கிடைக்கிறதோ அங்கு வாங்கவும்.
• உங்கள் bottleneck உங்கள் சொந்த code-தான். 800 ms எடுக்கும் ஒரு query, வேறொரு நாட்டிற்கு மாறினால் வேகமடையாது. முதலில் profile செய்யவும். மெதுவாக இயங்கும் ஒரு application-ஐப் பயனர்களுக்கு அருகில் நகர்த்தினால், அது பயனர்களுக்கு அருகில் இருக்கும் ஒரு மெதுவான application-ஆகவே இருக்கும்.

நாட்டிற்குள் இருக்கும் உள்கட்டமைப்பு செலவுகள்

பிரேசிலில் ஒரே மாதிரியான விவரக்குறிப்பு கொண்ட சேவையகத்திற்கு (server) நீங்கள் அதிக கட்டணம் செலுத்த வேண்டியிருக்கும். இதற்கு இரண்டு காரணங்கள் உள்ளன. பிரேசிலுக்கு இறக்குமதி செய்யப்படும் server வன்பொருட்களுக்கு இறக்குமதி வரி மற்றும் மாநில அளவிலான வரி விதிக்கப்படுகிறது, எனவே அந்த இயந்திரம் rack-ல் பொருத்தப்படுவதற்கு முன்பே அதன் விலை இயக்குநருக்கு (operator) அதிகமாகிவிடுகிறது. அலைவரிசை (bandwidth) ஒரு பொதுவான பொருளாகக் கிடைக்கும் Ashburn அல்லது Amsterdam-ஐ விட, அங்கு IP transit செலவும் அதிகம். இந்த கூடுதல் கட்டணம் ஒரு கட்டமைப்பின் விளைவே தவிர, யாரோ உருவாக்கிய லாப வரம்பு அல்ல.

தலைப்புச் செய்தியில் உள்ள விலையை மட்டும் பார்க்காமல், மொத்தச் செலவை ஒப்பிட்டுப் பாருங்கள். வெளிநாட்டில் மலிவான திட்டம் என்று ஒன்றை வாங்கிவிட்டு, அதற்காக ஒரு content delivery network மற்றும் இரண்டாவது பிராந்தியத்தை (region) வாங்க வேண்டியிருந்தால், அது மலிவானது அல்ல. VPS-ன் உண்மையான செலவு குறித்த விரிவான விளக்கம் என்ற கட்டுரை, விலை நிர்ணயப் பக்கத்தில் காட்டப்படாத கட்டணக் கூறுகளைப் பற்றி விளக்குகிறது. உங்கள் நோக்கம் வேகத்தை விட இணக்கத்தன்மை (compliance posture) சார்ந்ததாக இருந்தால், நீங்கள் தவிர்க்கும் ஆவணப் பணிகளுக்கான செலவையும் கணக்கில் கொள்ளுங்கள்.

ஒரே மதியத்தில் முடிவெடுத்தல்

1. உங்கள் analytics-ஐத் திறந்து, நாடுகளின் அடிப்படையில் sessions-ஐப் பார்க்கவும். பிரேசிலிலிருந்து வரும் பயனர்கள் கால் பகுதிக்கும் குறைவாக இருந்தால், இப்போதைய நிலையிலேயே நிறுத்திவிட்டு, தற்போதைய அமைப்பையே தொடரவும்.
2. பிரேசிலிய இணைப்பிலிருந்து, உள்ளூர் நேரப்படி 21:00 மணிக்கு, உங்கள் தற்போதைய server-ன் time to first byte அளவைச் சோதிக்கவும்.
3. உங்கள் application-ன் ஒரு நகலை São Paulo-வில் உள்ள ஒரு சிறிய plan-ல் நிறுவி, அதே அளவீட்டை மீண்டும் செய்யவும்.
4. இந்த இரண்டு எண்களுக்கும் இடையே உள்ள வித்தியாசத்தை, ஓராண்டுக்கான விலை வித்தியாசத்துடன் ஒப்பிட்டு முடிவெடுக்கவும்.

இரண்டு அளவீடுகளும் கையில் இருக்கும்போது, விடை பெரும்பாலும் தெளிவாகிவிடும். இது வரைபடத்தைப் பற்றிய முடிவல்ல, உங்கள் பயனர்களைப் பற்றிய முடிவாகும்.

FAQ

Miami-லிருந்து São Paulo-க்கு மாறுவதால் நான் எவ்வளவு latency-ஐ மிச்சப்படுத்துகிறேன்?

தூரம் காரணமாக ஏற்படும் அடிப்படை latency Miami-க்கு 92 ms ஆகும். São Paulo மற்றும் Rio பகுதிக்குள் இது 5 ms ஆகும். எனவே, உண்மையான routing-ஐ கணக்கில் கொண்டால், round trip time-ல் பொதுவாக 80 முதல் 110 ms வரை சேமிக்க முடியும். இது கேட்பதற்குச் சிறியதாகத் தோன்றினாலும், ஒரு புதிய HTTPS connection-ல் முதல் byte-ஐப் பெறுவதற்கு முன்பே handshake-க்காக மூன்று round trips தேவைப்படும் என்பதால், இது மிக முக்கியமானது. இந்த அளவீடுகளை அப்படியே நம்ப வேண்டாம். உச்சகட்ட நேரங்களில் (peak hour) பிரேசிலிய இணைப்பிலிருந்து curl -w-ஐ இரண்டு server-களுக்கும் எதிராக இயக்கிப் பாருங்கள்; பத்து நிமிடங்களில் உங்களுக்கான துல்லியமான விடை கிடைத்துவிடும்.

LGPD விதிகளின்படி நான் பிரேசிலில் தான் host செய்ய வேண்டுமா?

இல்லை. LGPD-ல் பொதுவான தரவு இருப்பிடக் கட்டுப்பாடு (data localisation rule) எதுவும் இல்லை. இது சர்வதேச தரவுப் பரிமாற்றத்தை 33 முதல் 36 வரையிலான பிரிவுகளில் ஒழுங்குபடுத்துகிறது. Resolution 19/2024-ன் படி, ஒப்பந்தத்தின் அடிப்படையில் தரவுப் பரிமாற்றம் செய்யும்போது ANPD அங்கீகரித்த தரப்படுத்தப்பட்ட ஒப்பந்த விதிகளைப் (standard contractual clauses) பயன்படுத்த வேண்டும். இதற்கான மாற்றுக் காலம் ஆகஸ்ட் 2025-ல் முடிந்துவிட்டது. பிரேசிலுக்குள் host செய்வது என்பது தரவுப் பரிமாற்றச் சிக்கலைத் தவிர்க்க உதவும்; இது ஒரு சட்டப்பூர்வக் கடமை என்பதை விட, ஆவணப்படுத்துதல் மற்றும் தணிக்கை (audit) பணிகளைக் குறைக்கும் ஒரு வசதியாகும். ஒரு பிரேசிலிய வாடிக்கையாளர் உள்ளூர் hosting-ஐ வலியுறுத்தினால், அது பெரும்பாலும் அவர்களின் ஒப்பந்த நிபந்தனையாகவே இருக்கும். உங்கள் தனிப்பட்ட சூழல் குறித்து ஒரு பிரேசிலிய வழக்கறிஞரிடம் உறுதிப்படுத்திக் கொள்ளுங்கள்.

CDN போதுமானதா அல்லது server-ஐயும் பிரேசிலுக்கு மாற்ற வேண்டுமா?

Content Delivery Network (CDN) உங்கள் கோப்புகளைப் பயனர்களுக்கு அருகிலுள்ள நகரங்களில் cache செய்து வைக்கும். இது படங்கள் மற்றும் scripts போன்ற static assets-க்கு மட்டுமே உதவும். உங்கள் database-ஐ அணுக வேண்டிய கோரிக்கைகளுக்கு இது எந்த உதவியும் செய்யாது. உங்கள் பக்கங்கள் பெரும்பாலும் static-ஆக இருந்தால், பிரேசிலில் points of presence கொண்ட CDN-ஐப் பயன்படுத்துவது, origin server-ஐ மாற்றுவதை விடக் குறைந்த செலவில் சிக்கலைத் தீர்க்கும். ஒவ்வொரு பக்கப் பார்வையிலும் ஒரு query அல்லது payment call நடந்தால், பயனர் உணரும் வேகம் origin server-ன் இருப்பிடத்தைப் பொறுத்தே அமையும். எதைத் தேர்வு செய்வதற்கு முன்பும், உங்கள் response time-ல் எவ்வளவு சதவீதம் dynamic என்பதை அளந்து பாருங்கள்.

பிரேசிலில் எந்த நகரத்தைத் தேர்வு செய்ய வேண்டும்?

பெரும்பாலான சூழல்களில் São Paulo-வே சிறந்தது. ஏனெனில், IX.br São Paulo-வில்தான் பிரேசிலிய நெட்வொர்க்குகள் ஒன்றிணைகின்றன; போக்குவரத்து மற்றும் பங்கேற்பாளர்களின் அடிப்படையில் இதுவே உலகின் மிகப்பெரிய internet exchange point ஆகும். பிரேசிலின் பிற பகுதிகளில் உள்ள ஒரு server-ம், பிரேசிலிய பயனர்களை அடைய São Paulo வழியாகவே செல்ல வேண்டியிருக்கும். எனவே, கூடுதல் hop-ஆல் உங்களுக்குச் செலவுதான் கூடுமே தவிர எந்தப் பயனும் இல்லை. Fortaleza ஒரு விதிவிலக்கு: இது submarine cable தரையிறங்கும் இடமாகும். Fortaleza-விலிருந்து Sines-க்குச் செல்லும் நேரடி cable மூலம் ஐரோப்பாவிற்குச் செல்வது குறுகிய பாதையாகும். உங்கள் போக்குவரத்து பெரும்பாலும் அட்லாண்டிக் கடலைக் கடந்து செல்வதாக இருந்தால் மட்டும் Fortaleza-வைத் தேர்வு செய்யுங்கள்.

அமெரிக்காவில் உள்ள அதே திட்டத்தை விட பிரேசிலிய VPS ஏன் அதிக விலை கொண்டது?

பிரேசிலில் இறக்குமதி செய்யப்படும் server வன்பொருள்களுக்கு இறக்குமதி வரி மற்றும் மாநில அளவிலான வரிகள் விதிக்கப்படுகின்றன. இதனால், ஒரு இயந்திரத்தை இயக்குவதற்கு முன்பே அதன் உரிமையாளருக்குச் செலவு அதிகம். மேலும், அமெரிக்கா மற்றும் ஐரோப்பிய மையங்களை விட அங்கு IP transit விலை அதிகம். இந்த கூடுதல் செலவு பிரேசிலிய தரவு மையங்களிலிருந்து விற்கப்படும் ஒவ்வொரு திட்டத்தின் விலையிலும் பிரதிபலிக்கிறது. Dallas-ல் உள்ள ஒரு திட்டத்தின் விலையோடு ஒப்பிடுவதை விட, CDN மற்றும் இரண்டாவது பிராந்தியம் (second region) போன்ற மாற்று வழிகளுக்கான செலவுகளோடு ஒப்பிட்டுப் பார்த்து முடிவெடுங்கள்.