கனடாவில் VPS Hosting: நீங்கள் கவனிக்க வேண்டியவை

உங்கள் VPS கனடாவில் இருக்க வேண்டுமா?

சட்டம் அல்லது ஒப்பந்தம் தரவு கனடிய மண்ணிலேயே இருக்க வேண்டும் என்று கூறும்போது, கனடாவில் VPS hosting-ஐத் தேர்ந்தெடுப்பது பயனுள்ளது. இது மட்டுமே கட்டாயமான ஒரே காரணம். டொராண்டோ வீட்டு இணைப்பிலிருந்து நியூயார்க் தரவு மையத்திற்குச் சென்று திரும்பும் ஒரு round trip நேரம் சுமார் 18 ms ஆகும், அதே சமயம் டொராண்டோ மையத்திற்கு இது சுமார் 3 ms ஆகும்; கிட்டத்தட்ட எந்தவொரு இணையப் பயன்பாட்டாலும் (web application) இந்த வித்தியாசத்தைக் கண்டறிய முடியாது.

மூன்று காரணங்கள் மக்களை கனடிய server-ஐ நோக்கி ஈர்க்கின்றன. தரவு இருப்பிடம் (data residency) என்பது ஒரு சட்டப்பூர்வ கடமை என்பதால், அதுவே இந்த முடிவை உறுதி செய்கிறது. Latency என்பது அளவிடக்கூடியது, மேலும் இது மக்கள் எதிர்பார்ப்பதை விட பொதுவாக மிகக் குறைவாகவே இருக்கும். கனடிய டாலரில் கட்டணம் செலுத்துவது உங்கள் கணக்காளருக்கு வசதியாக இருக்கும். மற்ற எதையும் வாங்குவதற்கு முன், முதல் காரணம் உங்களுக்குப் பொருந்துமா என்பதைத் தீர்மானிக்கவும்.

இந்த இடுகை விதிகள் பொதுவாக எவ்வாறு செயல்படுகின்றன என்பதை விளக்குகிறது. இது சட்ட ஆலோசனை அல்ல. ஏதேனும் தனியுரிமைச் சட்டம் உங்கள் நிறுவனத்தைக் கட்டுப்படுத்தினால், அதற்கான பதில் உங்கள் வழக்கறிஞரிடமிருந்து வர வேண்டும்.

Data residency: ஒரே ஒரு கட்டாயத் தேவை

PIPEDA (Personal Information Protection and Electronic Documents Act) என்பது கனடாவின் கூட்டாட்சி தனியார் துறை தனியுரிமைச் சட்டமாகும். இது தனிநபர் தகவல்களை நாட்டிற்குள்ளேயே வைத்திருக்க வேண்டும் என்று கட்டாயப்படுத்தவில்லை. வெளிநாட்டில் உள்ள ஒரு செயலாக்க நிறுவனத்திற்குத் தரவை அனுப்புவதை, செயலாக்கத்திற்கான பரிமாற்றமாகவே இது கருதுகிறது: தரவிற்கான பொறுப்பு உங்கள் நிறுவனத்தையே சாரும், அந்தச் செயலாக்க நிறுவனம் அதற்கு இணையான பாதுகாப்பை வழங்க வேண்டும், மேலும் இது குறித்து பயனர்களிடம் நீங்கள் வெளிப்படையாக இருக்க வேண்டும். 2019-ல் தனியுரிமை ஆணையர் அலுவலகம் (Office of the Privacy Commissioner) இதை மேலும் கடுமையாக்குவது குறித்து ஆலோசனை நடத்தியது, ஆனால் இறுதியில் ஏற்கனவே இருந்த நிலையையே தொடர்ந்தது. PIPEDA-வின் தனியார் துறை விதிகளை மாற்றி, புதிய Protecting Privacy and Consumer Data Act-ஐக் கொண்டுவர ஜூன் 2026-ல் தாக்கல் செய்யப்பட்ட Bill C-36, அக்டோபர் 2026 நிலவரப்படி இரண்டாம் கட்ட வாசிப்பை எட்டவில்லை. எனவே, PIPEDA-வே தற்போதும் நடைமுறையில் உள்ள சட்டமாகும். எனவே, PIPEDA-வின்படி தரவு கனடாவில்தான் இருக்க வேண்டும் என்ற பொதுவான கருத்து தவறானது; பல hosting நிறுவனங்களின் பிரதிகளில் இது மீண்டும் மீண்டும் கூறப்பட்டாலும் அது உண்மையல்ல.

உண்மையான வசிப்பிட விதிகள் (residency rules) இருக்கவே செய்கின்றன. அவை குறிப்பிட்ட சில துறைகளில் மட்டுமே உள்ளன.

• கியூபெக்கின் Law 25, தனிநபர் தகவல்களை மாகாணத்திற்கு வெளியே அனுப்பும் முன் ஒரு மதிப்பீடு செய்யப்பட வேண்டும் என்றும், அந்தத் தகவல் சென்றடையும் இடத்தில் போதுமான பாதுகாப்பு இருக்க வேண்டும் என்றும் கோருகிறது. இந்த விதி செப்டம்பர் 2023 முதல் அமலில் உள்ளது. இது ஒரு தடை அல்ல; இது நீங்கள் ஆவணப்படுத்த வேண்டிய மற்றும் நியாயப்படுத்த வேண்டிய ஒரு செயல்முறை மட்டுமே.
• பொதுத்துறை விதிகள், பொது அமைப்புகளையும் அவற்றுக்குச் சேவை செய்யும் நிறுவனங்களையும் கட்டுப்படுத்துகின்றன. நோவா ஸ்கோடியாவின் PIIDPA, தனிநபர் தகவல்களை கனடாவுக்கு வெளியே சேமிப்பதைத் தடுக்கிறது; அக்டோபர் 2025-ல் நிறைவேற்றப்பட்ட புதிய Freedom of Information and Protection of Privacy Act, ஏப்ரல் 1, 2027 அன்று இதை மாற்றீடு செய்யும். பிரிட்டிஷ் கொலம்பியாவின் FIPPA-விலும் இதே போன்ற விதி இருந்தது, ஆனால் 2021-ல் திருத்தப்பட்ட பிறகு, மதிப்பீட்டிற்குப் பின் வெளிநாட்டில் சேமிக்க அனுமதி வழங்கப்பட்டது.
• கூட்டாட்சி அரசுப் பணிகள், கனடா அரசின் cloud கொள்கையைப் பின்பற்றுகின்றன. இதன்படி, Protected B மற்றும் அதற்கு மேற்பட்ட தரவு நிலைகள் கனடாவிற்குள்ளேயே இருக்க வேண்டும்.
• மாகாண சுகாதாரத் தனியுரிமைச் சட்டங்கள், சுகாதாரப் பதிவுகள் எங்கு இருக்க வேண்டும் என்பதற்கான கூடுதல் நிபந்தனைகளை விதிக்கின்றன. இவை மாகாணத்திற்கு மாகாணம் மாறுபடும்.
• வாடிக்கையாளர் ஒப்பந்தங்கள் மற்றும் பொது டெண்டர்கள் நடைமுறையில் மிக முக்கியமான காரணிகளாக உள்ளன. "தரவு கனடாவிலேயே சேமிக்கப்படும்" என்று கூறும் ஒரு பாதுகாப்பு வினாத்தாள் (security questionnaire), ஒரு சட்டத்தைப் போலவே உங்களைக் கட்டுப்படுத்தும், ஏனெனில் அதில் நீங்கள் கையெழுத்திட்டுள்ளீர்கள்.

நடைமுறைச் சோதனை எளிதானது. அந்த ஒப்பந்தப் பிரிவை உங்களால் சுட்டிக்காட்ட முடியுமா? உங்கள் நிறுவனத்தில் யாருக்கும் கனடா என்று குறிப்பிடும் சட்டம் அல்லது ஒப்பந்தம் தெரியவில்லை என்றால், நீங்கள் தாமதம் (latency) மற்றும் விலையை அடிப்படையாகக் கொண்டே முடிவெடுக்கிறீர்கள் என்று அர்த்தம்.

கனடிய தரவு மையம் அமெரிக்க சட்ட வரம்பிற்கு வெளியே உள்ளதா?

அது மட்டும் போதாது. அமெரிக்காவின் CLOUD Act (Clarifying Lawful Overseas Use of Data Act), வன்பொருள் எங்கு இருந்தாலும், அமெரிக்க சேவை வழங்குநரின் வசம் அல்லது கட்டுப்பாட்டில் உள்ள தரவுகளை உள்ளடக்கியது. எனவே, ஒரு அமெரிக்க நிறுவனத்தால் இயக்கப்படும் டொராண்டோ பிராந்தியமும் அதன் வரம்பிற்குள் தான் வரும். புவியியல் அமைப்பை விட, வெளிநாட்டு சட்ட நடைமுறைகள் தான் உங்கள் கவலை என்றால், அந்தச் சேவையை யார் இயக்குகிறார்கள் மற்றும் குறியாக்க சாவிகளை (encryption keys) யார் வைத்துள்ளார்கள் என்பதே முக்கியம். கட்டிடத்தின் முகவரியில் கனடா இருப்பது மட்டும் இதற்கு தீர்வாகாது.

Routing என்பது இரண்டாவது ஆச்சரியம். இரண்டு கனடிய நகரங்களுக்கு இடையே செல்லும் போக்குவரத்து பெரும்பாலும் அமெரிக்கா வழியாகவே செல்கிறது, ஏனெனில் வரலாற்று ரீதியாக மலிவான peering அங்குதான் உள்ளது. ஆராய்ச்சியாளர்கள் இதை boomerang routing என்று அழைக்கிறார்கள். உங்கள் தரவுப் பொதிகள் (packets) நாட்டை விட்டு வெளியேறாது என்று யாரிடமும் கூறுவதற்கு முன், ஒரு traceroute-ஐ இயக்கிப் பாருங்கள்.

traceroute vps.example.com

Hop பெயர்கள் nyc, chi அல்லது ash போன்ற நகரக் குறியீடுகளைக் கொண்டிருக்கும். அந்தப் பெயர்கள் ஒரு குறிப்பு மட்டுமே, அவை மாறக்கூடும். எனவே, அவற்றை ஆதாரமாக எடுத்துக்கொள்ளாமல், உங்கள் சேவை வழங்குநரிடம் கேட்டு உறுதிப்படுத்துங்கள். போக்குவரத்தில் உள்ள தரவுகளுக்கு, வரைபடத்தை விட நீங்கள் கட்டுப்படுத்தும் குறியாக்கமே (encryption) நம்பகமான தீர்வாகும். உங்கள் இயந்திரங்களுக்கு இடையே ஒரு தனிப்பட்ட பாதையை உருவாக்க விரும்பினால், சுயமாக இயங்கும் WireGuard VPN மூலம், ஃபைபர் கேபிள்கள் எந்த நாடு வழியாகச் செல்கின்றன என்பதைப் பற்றிக் கவலைப்படாமல் பாதுகாப்பான இணைப்பைப் பெறலாம்.

Latency: ஊகிக்காதீர்கள், அளவிடுங்கள்

ஒளியிழை (fibre) வழியாக ஒளி ஒரு மில்லி விநாடிக்கு சுமார் 200 கி.மீ வேகத்தில் பயணிக்கிறது. எனவே, எந்த உபகரணமும் செயல்படுவதற்கு முன்பே, ஒவ்வொரு 100 கி.மீ தூரத்திற்கும் சுமார் 1 ms சுற்றுப்பயண நேரம் (round trip) செலவாகும். டொராண்டோவிலிருந்து வான்கூவர் நேர்க்கோட்டில் சுமார் 3,400 கி.மீ தூரம், கேபிள் வழியாக இன்னும் அதிகம். இது குறைந்தபட்சம் 40 ms தாமதத்தை ஏற்படுத்துகிறது. உண்மையான பாதைகளில் இது இன்னும் அதிகமாக இருக்கும்.

[
  {
    "label": "Toronto",
    "rtt_ms": 3
  },
  {
    "label": "Montreal",
    "rtt_ms": 12
  },
  {
    "label": "New York",
    "rtt_ms": 18
  },
  {
    "label": "Chicago",
    "rtt_ms": 24
  },
  {
    "label": "Northern Virginia",
    "rtt_ms": 26
  },
  {
    "label": "Dallas",
    "rtt_ms": 42
  },
  {
    "label": "Vancouver",
    "rtt_ms": 62
  },
  {
    "label": "London",
    "rtt_ms": 88
  },
  {
    "label": "Frankfurt",
    "rtt_ms": 98
  }
]

இவை டொராண்டோவில் உள்ள ஒரு சிறந்த இணைப்பிற்கான பொதுவான புள்ளிவிவரங்கள். இவை ஒரு தொடக்கப்புள்ளி மட்டுமே, வாக்குறுதி அல்ல. உங்கள் சொந்த எண்கள் உங்கள் அணுகல் நெட்வொர்க் மற்றும் உங்கள் சேவை வழங்குநரின் peering-ஐப் பொறுத்தது, மேலும் அவை பகலின் நேரத்தைப் பொறுத்து மாறும்.

இரண்டு வரிசைகளை இரண்டு முறை வாசிப்பது அவசியம். டொராண்டோவிலிருந்து மாண்ட்ரியல் சுமார் 12 ms ஆகும்; பெரும்பாலான நோக்கங்களுக்காக இந்த இரண்டு நகரங்களும் ஒரே பிராந்தியமாகவே செயல்படுகின்றன. டொராண்டோவிலிருந்து வான்கூவர் சுமார் 62 ms ஆகும். இது டொராண்டோவிலிருந்து வடக்கு வர்ஜீனியாவுக்கு உள்ள 26 ms தூரத்தை விட அதிகம். கனடாவிற்குள் இருப்பது என்பது உங்கள் பயனர்களுக்கு அருகில் இருப்பது என்று அர்த்தமல்ல.

பொதுவாக கடைசி மைல் (last mile) இணைப்பே தாமதத்தை தீர்மானிக்கிறது. வீட்டு fibre இணைப்பு சில மில்லி விநாடிகளைச் சேர்க்கிறது. கேபிள் இணைப்பு பிஸியாக இருக்கும்போது தாமதம் இன்னும் அதிகரிக்கும். மொபைல் இணைப்பு தானாகவே பல பத்து மில்லி விநாடிகளைச் சேர்க்கிறது. டொராண்டோவில் உள்ள ஒரு பயனர் டொராண்டோ server-ஐ அணுக 50 ms தாமதத்தை உணரலாம். அந்த server-ஐ நியூயார்க்கிற்கு மாற்றினால், அனைவருக்கும் சேரும் அதே 15 ms தாமதம் கூடி மொத்தம் 65 ms ஆகிறது. இதில் பெரும்பாலான நேரம் ரேடியோ இணைப்புக்காகவே காத்திருக்கப்படுகிறது.

உங்கள் பயனர்கள் இருக்கும் இடத்திலிருந்து latency-ஐ எவ்வாறு சோதிப்பது

முதலில் உங்கள் பயனர்கள் உண்மையில் எங்கு இருக்கிறார்கள் என்பதைக் கண்டறியவும். உங்கள் analytics ஏற்கனவே sessions-ஐ நகரம் அல்லது பிராந்திய வாரியாகப் பிரித்துக் காட்டும். உங்கள் அலுவலகம் இருக்கும் இடத்திலிருந்து ஊகிப்பதற்குப் பதிலாக, அந்தத் தரவைப் படிக்கவும்.

பின்பு அங்கிருந்து அளவிடவும். Ottawa-வில் உள்ள மேசையிலிருந்து Vancouver-ன் latency-ஐ உங்களால் சோதிக்க முடியாது. இலக்கு நகரத்தில் இருபது நிமிடங்களுக்கு ஒரு VPS-ஐ வாடகைக்கு எடுத்து, சோதனையை முடித்ததும் அதை அழித்துவிடவும். ஒரு சக ஊழியரையோ அல்லது வாடிக்கையாளரையோ ஒரு கட்டளையை இயக்கச் சொல்லுங்கள். அல்லது https://atlas.ripe.net-ல் உள்ள இலவச RIPE Atlas அளவீட்டு வலையமைப்பைப் பயன்படுத்தவும்; இதில் கனடிய நகரங்களில் probes உள்ளன, அவற்றிலிருந்து pings-ஐ இயக்க இது அனுமதிக்கிறது.

sudo apt update && sudo apt install -y mtr-tiny traceroute iperf3
ping -c 20 vps.example.com

கடைசி இரண்டு வரிகளைப் படிக்கவும்.

20 packets transmitted, 20 received, 0% packet loss, time 19031ms
rtt min/avg/max/mdev = 17.412/18.006/19.882/0.594 ms

avg என்பது முதன்மையான எண். mdev என்பது jitter, அதாவது packets-க்கு இடையே உள்ள கால இடைவெளி. குறுகிய பாதையில் ஏற்படும் எந்தவொரு packet loss-ம் கவனிக்கப்பட வேண்டிய ஒரு பிழையாகும். அதிகப்படியான jitter, சற்று அதிகமான சராசரி latency-ஐ விட குரல் அழைப்புகள் மற்றும் விளையாட்டுகளை அதிகம் பாதிக்கும், ஏனெனில் பெறுநர் (receiver) வழக்கமான packet-ஐ விட மோசமான packet-க்காகக் காத்திருக்க வேண்டியிருக்கும்.

mtr --report --report-cycles 50 vps.example.com

mtr ஒவ்வொரு hop-க்கும் ஏற்படும் இழப்பைக் காட்டுகிறது. இது அனுமதி மறுப்பு (permission error) பிழையுடன் நின்றால், sudo-ஐப் பயன்படுத்தி இயக்கவும். இடைப்பட்ட hops-ல் தோன்றும் இழப்பு பெரும்பாலும் உண்மையானது அல்ல, ஏனெனில் routers தாங்களாகவே உருவாக்கும் ICMP பதில்களுக்கு மிகக் குறைந்த முன்னுரிமையையே அளிக்கின்றன. இறுதி வரி வரை தொடரும் இழப்பு மட்டுமே உங்கள் traffic-ஐப் பாதிக்கும் இழப்பாகும். முதலில் கடைசி வரியைப் படித்துவிட்டு, பின் மேல்நோக்கிச் செல்லவும்.

ICMP தடுக்கப்பட்டாலோ அல்லது rate limited செய்யப்பட்டாலோ, உண்மையான protocol-ன் நேரத்தை அளவிடவும்.

curl -o /dev/null -s -w 'dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} total=%{time_total}\n' https://vps.example.com/

ஒவ்வொரு field-ம் கோரிக்கையின் தொடக்கத்திலிருந்து திரட்டப்பட்ட வினாடிகளைக் குறிக்கிறது. connect கழித்தல் dns என்பது ஒரு TCP round trip ஆகும். tls கழித்தல் connect என்பது handshake ஆகும். ttfb கழித்தல் tls என்பது மற்றொரு round trip மற்றும் உங்கள் application பதிலளிக்க எடுத்துக்கொண்ட நேரம் ஆகியவற்றின் கூடுதல் ஆகும். அந்த கடைசி இடைவெளியில்தான் பெரும்பாலான மெதுவான தளங்கள் நேரத்தை இழக்கின்றன. குறுகிய பாதையில் ttfb 0.8 s ஆக இருப்பது application சார்ந்த சிக்கலாகும், server-ஐ வேறொரு நகரத்திற்கு மாற்றுவதால் இதில் எந்த மாற்றமும் ஏற்படாது.

Throughput-ஐச் சோதிக்க, VPS-ல் server-ஐயும், பயனரின் தரப்பில் client-ஐயும் இயக்கவும். iperf3 TCP 5201-ல் கேட்கும் (listens), எனவே ufw மூலம் port-ஐத் திறந்து சோதனையைச் செய்யவும், முடிந்ததும் அதை மீண்டும் மூடிவிடவும்.

iperf3 -s

iperf3 -c vps.example.com -t 20
iperf3 -c vps.example.com -t 20 -R
iperf3 -c vps.example.com -t 20 -P 8

-R திசையை மாற்றியமைக்கும், இதன் மூலம் நீங்கள் upload மட்டுமின்றி download வேகத்தையும் அளவிடலாம். -P 8 எட்டு இணையான streams-ஐத் திறக்கும். ஒரு stream-ஐ விட எட்டு streams மிக வேகமாக இருந்தால், வரம்பு என்பது link-ன் வேகம் அல்ல, மாறாக நீண்ட பாதையில் உள்ள TCP window ஆகும், ஏனெனில் ஒரு single stream ஒரு round trip-க்கு ஒரு window-ஐ மட்டுமே கொண்டு செல்ல முடியும். அதே window Vancouver பாதையில் செல்வதை விட New York பாதையில் செல்வது வினாடிக்கு மூன்று மடங்கு அதிகத் தரவை நகர்த்தும். நீண்ட தூர backups-ம் இதேபோல் செயல்படும், இதனால்தான் restic மூலம் செய்யப்படும் off-site backups வேகமான இணைப்பிலும் தொலைதூர இலக்குகளுக்கு மெதுவாகத் தெரிகிறது.

iperf3 இயங்கும்போது இரண்டாவது terminal-ல் ping-ஐத் தொடர்ந்து ஓடவிடவும். பரிமாற்றத்தின் போது round trip 20 ms-லிருந்து 300 ms-ஆக உயர்ந்தால், அது உங்கள் சொந்த access கருவியில் உள்ள bufferbloat ஆகும், இதை எந்த data centre இடமாற்றமும் சரிசெய்யாது.

ஒன்றுக்கு மேற்பட்ட முறை அளவிடவும், மாலை நேரத்தில் அளவிடவும். இரவு 9 மணிக்கு ஏற்படும் நெரிசலே உங்கள் பயனர்கள் அனுபவிக்கும் உண்மையான வேகம். காலை 4 மணி நேரத்தை விற்பனைப் பக்கங்கள் வேண்டுமானால் மேற்கோள் காட்டலாம்.

ஒரு சுற்றுப்பயண நேரம் (round-trip time) உங்கள் பணிச்சுமைக்கு என்ன அர்த்தம் தருகிறது

ஒரு browser எதையும் வரைவதற்கு முன்பே, ஒரு cold page load நான்கு சுற்றுப்பயணங்களைச் செலவிடுகிறது.

[
  {
    "label": "DNS lookup",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "TCP handshake",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "TLS 1.3 handshake",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "Request and first byte",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "All four round trips",
    "toronto_to_new_york_ms": 72,
    "toronto_to_vancouver_ms": 248
  }
]

DNS தேடல் உங்கள் server-க்கு பதிலாக ஒரு resolver-க்குச் செல்கிறது. இது பொதுவாக cache-ல் இருப்பதால், மீண்டும் வரும்போது இது தவிர்க்கப்படும். தொடக்கம் முதல் முடிவு வரை கணக்கிட்டால், ஒரு cold load நியூயார்க் பாதையில் 72 ms தாமதத்துடனும், வான்கூவர் பாதையில் 248 ms தாமதத்துடனும் தொடங்குகிறது. நியூயார்க் புள்ளிவிவரம் ஒரு 400 ms database query-க்கு முன்னால் சிறியது. ஆனால் வான்கூவர் புள்ளிவிவரம் சிறியதல்ல: இது அந்த query-ல் பாதியைக் காட்டிலும் அதிகம். இணைப்பு திறக்கப்பட்ட பிறகு, HTTP/2 மற்றும் HTTP/3 ஒரே நேரத்தில் பல கோரிக்கைகளை எடுத்துச் செல்வதால், இந்தச் செலவு ஒவ்வொரு கோப்பிற்கும் பதிலாக ஒருமுறை மட்டுமே செலுத்தப்படுகிறது. நிலையான சொத்துக்களை (static assets) ஒரு CDN-ல் (content delivery network) வைத்தால், origin நகரம் முக்கியமில்லாமல் போகிறது. இதனால்தான் டொராண்டோவிற்கு 98 ms தாமதத்தை எதிர்கொள்ளும் ஒரு ஐரோப்பிய பயனர் கூட வேகமான பக்கத்தைப் பெற முடிகிறது.

நிகழ்நேர மல்டிபிளேயர் விளையாட்டுகள் இதற்கு நேர்மாறானவை, ஏனெனில் சுற்றுப்பயண நேரமே அனுபவத்தைத் தீர்மானிக்கிறது. சுமார் 50 ms-க்குக் கீழ் இருந்தால் வேகமான ஆக்ஷன் விளையாட்டுகளில் உடனடி உணர்வு கிடைக்கும், 80 ms-ல் வீரர்கள் கவனிக்கத் தொடங்குவார்கள், 120 ms-க்கு மேல் சென்றால் அவர்கள் server-ஐக் குறை கூறுவார்கள். இங்கே பிராந்தியமே தயாரிப்பு தரமானதா என்பதைத் தீர்மானிக்கிறது. மெதுவான வேகத்தில் இயங்கும் server-கள் அதிக மன்னிப்பு வழங்கக்கூடியவை, எனவே Minecraft server-ஐ VPS-ல் இயக்குவது ஒரு ஷூட்டர் விளையாட்டைப் பாதிக்கும் தூரத்திலும் சிறப்பாகச் செயல்படும்.

Database-களைப் பொறுத்தவரை, பிராந்தியத் தேர்வு உண்மையான பாதிப்பை ஏற்படுத்துகிறது. ஒரு பிராந்தியத்தில் application-ஐயும், மற்றொரு பிராந்தியத்தில் database-ஐயும் ஒருபோதும் வைக்காதீர்கள். ஒவ்வொரு query-ம் ஒரு சுற்றுப்பயணம். 40 query-களைக் கொண்ட ஒரு பக்கம் 40 சுற்றுப்பயணங்களைச் செலவிடும்: ஒவ்வொன்றும் 18 ms என்றால் அது ஒரு விநாடியின் பெரும்பகுதி, ஒவ்வொன்றும் 62 ms என்றால் அது இரண்டு விநாடிகளுக்கு மேல் ஆகும். அதே பெட்டியில் database இருக்கும்போது இது 30 ms-ல் முடிந்துவிடும். மற்றொரு பிராந்தியத்திற்கு asynchronous replication செய்வது read replicas மற்றும் பேரிடர் மீட்புக்கு (disaster recovery) நல்லது. நீண்ட பாதையில் synchronous commit செய்வது, ஒவ்வொரு எழுதும் செயல்பாட்டிற்கும் அந்தப் பாதையின் தாமதத்தைச் சேர்க்கும்.

ஊடாடும் அமர்வுகள் (interactive sessions) இடையில் உள்ளன. SSH சுமார் 100 ms வரை வசதியாக இருக்கும், அதற்கு மேல் தாமதமாகத் தோன்றும், ஏனெனில் ஒவ்வொரு கீஸ்ட்ரோக்கும் அதன் எதிரொலிக்காகக் காத்திருக்க வேண்டும். mosh உள்ளூர் அளவில் கணித்து அதில் பெரும்பாலானவற்றை மறைக்கிறது. Webhooks மற்றும் internal APIs எப்போதும் அவை அழைக்கும் சேவையின் அதே பிராந்தியத்தில் இருக்க வேண்டும்.

கட்டணம், நாணயம் மற்றும் வரி

கனடிய டாலரில் பணம் செலுத்துவது, உங்கள் அட்டை வழங்கும் நிறுவனம் வசூலிக்கும் வெளிநாட்டுப் பரிவர்த்தனைக் கட்டணத்தைத் தவிர்க்க உதவுகிறது. இது பொதுவாக ஆகஸ்ட் 2026 நிலவரப்படி சுமார் 2.5% ஆக உள்ளது, மேலும் இது உங்கள் கணக்குகளை ஒரே நாணயத்தில் வைத்திருக்க உதவுகிறது. ஒரு கனடிய சேவை வழங்குநர் GST அல்லது HST வரியுடன் விலைப்பட்டியல் அனுப்புவார்; பதிவுசெய்யப்பட்ட வணிகங்கள் இதை உள்ளீட்டு வரி வரவாக (input tax credit) திரும்பப் பெறலாம். இது ஒரு நிதி சார்ந்த கேள்வி மற்றும் அதற்கான நிதி சார்ந்த பதில், எனவே பாக்கெட்டுகள் (packets) எங்கு செல்ல வேண்டும் என்பதை இது தீர்மானிக்கக்கூடாது. ஒரு server-ன் உண்மையான செலவு என்ன மற்றும் புதுப்பித்தல் விலையில் (renewal pricing) சிக்காமல் திட்டங்களை எவ்வாறு ஒப்பிடுவது என்பதை அறிய, ஒரு VPS-க்கு மாதத்திற்கு உண்மையில் எவ்வளவு செலவாகும் என்பதைப் படிக்கவும்.

சிறிய சந்தையினால் ஏற்படும் இழப்புகள்

அமெரிக்காவோடு ஒப்பிடும்போது கனடா ஒரு சிறிய ஹோஸ்டிங் சந்தையாகும். இதில் நீங்கள் எவற்றை இழக்கிறீர்கள் என்பதை நேர்மையான ஆலோசனையாகக் கீழே காணலாம்.

• குறைவான நிறுவனங்களே உங்கள் பணத்திற்காகப் போட்டியிடுவதால், ஒரே தரத்திலான machine-க்கு RAM அல்லது disk-ன் விலை பொதுவாக அதிகமாகவே இருக்கும்.
• பெரும்பாலான வசதிகள் Toronto மற்றும் Montreal நகரங்களில் குவிந்துள்ளன; Vancouver மற்றும் Calgary நகரங்களில் வசதிகள் குறைவு. Failover-க்காக இரண்டாவது Canadian region-ஐத் தேர்ந்தெடுப்பது நீண்ட தூர இணைப்பிற்கு வழிவகுக்கும் அல்லது நாட்டிற்கு வெளியே செல்ல வேண்டிய சூழலை உருவாக்கும்.
• சிறிய பிராந்திய ஹோஸ்டிங் நிறுவனங்கள் ஒன்று அல்லது இரண்டு upstream carriers-ஐ மட்டுமே சார்ந்திருக்கலாம். எத்தனை carriers உள்ளன என்பதையும், அவற்றில் ஒன்று செயலிழந்தால் என்ன நடக்கும் என்பதையும் கேட்டுத் தெரிந்துகொள்ளுங்கள்.
• வன்பொருள் தேர்வுகள் குறைவாகவே இருக்கும். பெரிய instances மற்றும் GPU machines அமெரிக்கப் பகுதிகளில் எளிதாகக் கிடைக்கும். எனவே, நீங்கள் விரும்பும் நகரத்தில், நீங்கள் விரும்பும் அளவில் GPU VPS கிடைப்பது கடினமாக இருக்கலாம்.
• சிறிய ஹோஸ்டிங் நிறுவனங்களில் ஆதரவு (support) என்பது ஒரு சந்தைப்படுத்தல் உத்தி அல்ல, அது ஒரு முக்கியமான கேள்வி. பணியாளர்கள் எப்போது பணியில் இருப்பார்கள் என்பதை உறுதிப்படுத்திக் கொள்ளுங்கள்.

விலையைப் பொறுத்தவரை Montreal ஒரு விதிவிலக்கு. Quebec-ன் நீர்மின்சாரம் மலிவானது மற்றும் குளிர்காலக் குளிர்ச்சியால் cooling செலவுகள் குறைகின்றன. எனவே, அமெரிக்கப் பகுதிகளுக்கு இணையான விலையில் Montreal பகுதியில் அதிக வசதிகள் உள்ளன. ஒரு குறிப்பிட்ட நகரத்தை விட கனடா என்பதே உங்கள் தேவையாக இருந்தால், அங்கிருந்து தொடங்குங்கள்.

Canadian VPS-ன் அளவுகள் உங்கள் பணிச்சுமைக்குச் சிறியதாகத் தோன்றினால், நாட்டை மாற்றுவதற்கு முன் a VPS against a dedicated server என்பதை ஒப்பிட்டுப் பாருங்கள்.

கனடாவில் VPS hosting எப்போது சரியான தேர்வாக இருக்கும்

1. ஒரு சட்டம், ஒப்பந்தம் அல்லது பொதுத்துறை கொள்கை கனடாவைக் குறிப்பிடுகிறது என்றால், கனடாவிலேயே host செய்யவும். இந்த பதிவில் உள்ள மற்ற காரணங்கள் இதற்குப் பொருந்தாது; மேலும், அந்த provider-விடமிருந்து residency உறுதிமொழியை எழுத்துப்பூர்வமாகப் பெற வேண்டும்.
2. உங்கள் பயனர்கள் கனடாவின் ஒரு குறிப்பிட்ட நகரத்தில் இருந்து, latency-ஐச் சார்ந்த பணிகளை (multiplayer games, voice, remote desktops அல்லது trading) செய்கிறார்கள் என்றால், அவர்களுக்கு அருகிலுள்ள நகரத்தில் host செய்யவும். எதையும் ஒப்பந்தம் செய்வதற்கு முன் இரண்டு விருப்பங்களையும் அளவிட்டுப் பார்க்கவும்.
3. உங்கள் பயனர்கள் நாடு முழுவதும் பரவியிருந்தால், Toronto அல்லது Montreal நகரங்கள் அதிகப்படியான மக்கள் தொகையை உள்ளடக்கும். Vancouver-ல் உள்ள பயனருக்கு, origin server-ஐ மாற்றுவதை விட, static assets-க்கு முன்னால் ஒரு CDN-ஐப் பயன்படுத்துவது அதிக பலனைத் தரும்.
4. மற்ற அனைத்துச் சூழல்களிலும், அதாவது பெரும்பாலான நேரங்களில், விலையையும் உங்களுக்குக் கிடைக்கும் hardware-ஐயும் அடிப்படையாகக் கொண்டு தேர்வு செய்யவும். பின்னர், அதிகாலை 2 மணிக்கு support எப்படி இருக்கும் என்பதைச் சரிபார்க்கவும். முதலில் candidate-ஐ benchmark செய்யவும், ஏனெனில் ஒரே மாதிரியான specification கொண்ட இரண்டு plans-ம் ஒரே மாதிரியான performance-ஐத் தருவதில்லை: VPS-ஐ முறையாக benchmark செய்வது எப்படி.

நீங்கள் எந்த வழியைத் தேர்ந்தெடுத்தாலும், அந்த முடிவிற்கான காரணத்தை எழுதி வைக்கவும். இது கனடாவில் இருக்க வேண்டுமா என்று கேட்கும் அடுத்த நபருக்கு, வெறும் யூகத்தை விட தெளிவான பதில் தேவைப்படும். ஒருவேளை அது ஒப்பந்த விதியாக இருந்தால், எதிர்காலத்தில் அதை யாராவது தேட வேண்டியிருக்கும். ஒருமுறை server தயாராகிவிட்டால், புதிய VPS-ல் முதல் பத்து நிமிடங்கள் அதன் இருப்பிடத்தை விட உங்கள் பாதுகாப்பிற்கு மிக முக்கியமானது.

FAQ

PIPEDA எனது தரவு கனடாவிலேயே இருக்க வேண்டும் என்று கட்டாயப்படுத்துகிறதா?

இல்லை. PIPEDA (Personal Information Protection and Electronic Documents Act) தனியார் துறைக்கு தரவு இருப்பிடம் (data residency) குறித்த எந்த விதியையும் கொண்டிருக்கவில்லை. தனிநபர் தகவல்களை மற்றொரு நாட்டில் உள்ள ஒரு செயலிக்கு (processor) அனுப்புவது என்பது செயலாக்கத்திற்கான பரிமாற்றமே ஆகும்: தரவிற்கான பொறுப்பு உங்கள் நிறுவனத்திடமே இருக்கும், செயலி அதை ஒப்பிடக்கூடிய வகையில் பாதுகாக்க வேண்டும், மேலும் இது நடப்பதை நீங்கள் மக்களிடம் வெளிப்படையாகத் தெரிவிக்க வேண்டும். 2019-ல் இந்த நிலைப்பாட்டை மாற்றுவது குறித்து தனியுரிமை ஆணையர் அலுவலகம் (Office of the Privacy Commissioner) ஆலோசனை நடத்தியது, ஆனால் அந்த நிலைப்பாட்டையே தக்கவைத்துக் கொண்டது. தரவு இருப்பிடத் தேவைகள் பிற இடங்களிலிருந்து வருகின்றன: கியூபெக்கின் Law 25 மதிப்பீடு, நோவா ஸ்கோடியாவின் PIIDPA போன்ற பொதுத்துறை சட்டங்கள், கனடா அரசாங்கத்தின் cloud direction, அல்லது உங்கள் வாடிக்கையாளர் ஒப்பந்தத்தில் உள்ள ஒரு விதிமுறை போன்றவை இதற்கு காரணங்களாக இருக்கலாம்.

கனடிய பயனர்கள் அமெரிக்காவில் உள்ள server-ஐ கவனிப்பார்களா?

சாதாரண இணையப் பயன்பாடுகளுக்கு (web application), இல்லை. டொராண்டோவிலிருந்து நியூயார்க்கிற்கு ஒரு round trip சுமார் 18 ms ஆகும், வடக்கு வர்ஜீனியாவிற்கு சுமார் 26 ms ஆகும்; இவை இரண்டுமே டொராண்டோவிலிருந்து வான்கூவருக்கு ஆகும் 62 ms-ஐ விடக் குறைவு. 20 ms நெட்வொர்க் தாமதத்தை கவனிப்பதற்கு முன்பே, பயனர்கள் server-ன் பதில் நேரம் (response time) மற்றும் பக்கத்தின் அளவை (page weight) கவனித்துவிடுவார்கள். நிகழ்நேர விளையாட்டுகள் (real-time games), குரல் அழைப்புகள் (voice calls) மற்றும் ஒருவர் மற்றவரின் செயலுக்கு உடனடியாக எதிர்வினையாற்றும் சூழல்களில் அவர்கள் இதை உணர்வார்கள்.

கனடிய தரவு மையம் அமெரிக்க சட்டத்தின் வரம்பிற்கு வெளியே உள்ளதா?

தானாகவே இல்லை. US CLOUD Act, ஒரு அமெரிக்க நிறுவனம் நிர்வகிக்கும் server எங்கு இருந்தாலும், அதன் வசம் அல்லது கட்டுப்பாட்டில் உள்ள தரவை அணுகும் அதிகாரத்தைக் கொண்டுள்ளது. எனவே, ஒரு அமெரிக்க நிறுவனத்தால் இயக்கப்படும் கனடிய பிராந்தியமும் இந்த சட்டத்தின் கீழ் வரும். வெளிநாட்டு சட்ட நடவடிக்கைகள் உங்கள் உண்மையான கவலையாக இருந்தால், கட்டிடத்தின் முகவரியைப் பார்ப்பதை விட, அந்தச் சேவையை யார் இயக்குகிறார்கள் மற்றும் குறியாக்க சாவிகளை (encryption keys) யார் வைத்துள்ளார்கள் என்பதைப் பாருங்கள். நீங்கள் வைத்திருக்கும் சாவிகளைக் கொண்டு குறியாக்கம் செய்வது, ஒரு சேவை வழங்குநர் எதை ஒப்படைக்க முடியும் என்பதை மாற்றியமைக்கும்.

நான் வசிக்காத ஒரு நகரத்திலிருந்து latency-ஐ எவ்வாறு அளவிடுவது?

அந்த நகரத்தில் ஒரு மணிநேரத்திற்கு ஒரு VPS-ஐ வாடகைக்கு எடுத்து, உங்கள் சொந்த server-க்கு ping -c 20 மற்றும் mtr --report --report-cycles 50 ஆகியவற்றை இயக்கிவிட்டு, பின்னர் அதை அழித்துவிடவும். RIPE Atlas நெட்வொர்க் என்பது கனடிய நகரங்களில் probes-களைக் கொண்ட ஒரு இலவச மாற்றாகும். ICMP தடுக்கப்பட்டிருந்தால், curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}\n' https://your.server/ மூலம் உண்மையான கோரிக்கையின் நேரத்தை அளவிடவும்; இது உங்களுக்கு TCP round trip மற்றும் முதல் byte-க்கான முழு நேரத்தையும் வழங்கும்.