கனடாவில் VPS Hosting: கவனிக்க வேண்டிய முக்கிய காரணங்கள்

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

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

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

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

தரவு இருப்பிடம் (Data residency): ஒரே ஒரு கட்டாயத் தேவை

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

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

• Quebec-ன் Law 25, தனிநபர் தகவல்களை மாகாணத்திற்கு வெளியே அனுப்பும் முன் ஒரு மதிப்பீடு செய்யப்பட வேண்டும் என்றும், தரவு செல்லும் இடத்தில் அதற்குப் போதுமான பாதுகாப்பு இருக்க வேண்டும் என்றும் கோருகிறது. இந்த விதி செப்டம்பர் 2023 முதல் அமலில் உள்ளது. இது ஒரு தடையல்ல, மாறாக நீங்கள் ஆவணப்படுத்தி நியாயப்படுத்த வேண்டிய ஒரு நடைமுறை மட்டுமே.
• பொதுத்துறை விதிகள், அரசு அமைப்புகளையும் அவற்றுக்குச் சேவை செய்யும் நிறுவனங்களையும் கட்டுப்படுத்துகின்றன. Nova Scotia-வின் PIIDPA, தனிநபர் தகவல்களை கனடாவுக்கு வெளியே சேமிப்பதைத் தடை செய்கிறது. British Columbia-வின் FIPPA-விலும் இதேபோன்ற விதி இருந்தது, ஆனால் 2021-ல் திருத்தப்பட்ட பிறகு, மதிப்பீட்டிற்குப் பின் வெளிநாட்டில் சேமிக்க அனுமதி வழங்கப்பட்டது.
• கூட்டாட்சி அரசுப் பணிகள், Government of Canada-வின் cloud வழிகாட்டுதல்களைப் பின்பற்றுகின்றன. இதன்படி Protected B மற்றும் அதற்கு மேற்பட்ட வகைப்பாட்டைக் கொண்ட தரவுகள் கனடாவிலேயே இருக்க வேண்டும்.
• மாகாண சுகாதாரத் தனியுரிமைச் சட்டங்கள், சுகாதாரப் பதிவுகள் எங்கு இருக்க வேண்டும் என்பதற்கான கூடுதல் நிபந்தனைகளை விதிக்கின்றன. இவை மாகாணத்திற்கு மாகாணம் மாறுபடும்.
• வாடிக்கையாளர் ஒப்பந்தங்கள் மற்றும் பொது ஏலங்கள் (public tenders) நடைமுறையில் மிக முக்கியமான காரணிகளாக உள்ளன. "தரவு கனடாவிலேயே சேமிக்கப்படும்" (data at rest in Canada) என்று ஒரு பாதுகாப்பு வினாத்தாளில் (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 கி.மீ ஆகும், கேபிள் வழியாக இது இன்னும் அதிகம். இதனால், குறைந்தபட்ச தாமதம் (floor) சுமார் 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
  }
]

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

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

எப்படியும் last mile தான் தாமதத்தை தீர்மானிக்கிறது. Home fibre சில மில்லி விநாடிகளைச் சேர்க்கிறது. கேபிள் இணைப்பில் நெரிசல் ஏற்படும்போது தாமதம் இன்னும் அதிகரிக்கிறது. ஒரு mobile connection தானாகவே பல பத்து மில்லி விநாடிகளைச் சேர்க்கிறது. டொராண்டோவில் உள்ள ஒரு பயனர், டொராண்டோவில் உள்ள ஒரு server-க்கு 50 ms தாமதத்தை உணரலாம். அந்த server-ஐ நியூயார்க்கிற்கு மாற்றினால், அவர்களின் அனுபவத்தில் சில சதவீத மாற்றமே ஏற்படும்.

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

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

பிறகு அங்கிருந்து அளவிடவும். Ottawa-வில் உள்ள ஒரு மேசையிலிருந்து Vancouver-ன் latency-ஐ உங்களால் சோதிக்க முடியாது. இலக்கு நகரத்தில் ஒரு மணிநேரத்திற்கு ஒரு VPS-ஐ வாடகைக்கு எடுத்து, சோதனையை முடித்ததும் அதை அழித்துவிடவும். ஒரு சக ஊழியரையோ அல்லது வாடிக்கையாளரையோ ஒரு கட்டளையை இயக்கச் சொல்லுங்கள். அல்லது https://atlas.ripe.net-ல் உள்ள இலவச RIPE Atlas measurement network-ஐப் பயன்படுத்தவும்; இதில் கனடிய நகரங்களில் 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-ஐ விட குரல் அழைப்புகள் மற்றும் விளையாட்டுகளை அதிகம் பாதிக்கும்; ஏனெனில், வழக்கமான packet-ஐ விட மோசமான packet-க்காக receiver காத்திருக்க வேண்டியிருக்கும்.

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

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

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-ல் கேட்கும் (listen), எனவே சோதனைக்காக 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 எட்டு parallel 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 எதைக் குறிக்கிறது

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

[
  {
    "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 lookup உங்கள் server-க்கு பதிலாக ஒரு resolver-க்குச் செல்கிறது, இது பொதுவாக cache செய்யப்படுவதால், ஒரு warm visit-ல் இது தவிர்க்கப்படுகிறது. முழுமையாகக் கணக்கிடும்போது, ஒரு cold load, New York பாதையில் 72 ms பின்தங்கியும், Vancouver பாதையில் 248 ms பின்தங்கியும் தொடங்குகிறது. இவை இரண்டுமே 400 ms database query-க்கு முன்னால் மிகச் சிறியவை. இணைப்பு திறக்கப்பட்டவுடன், HTTP/2 மற்றும் HTTP/3 பல கோரிக்கைகளை ஒரே நேரத்தில் கொண்டு செல்வதால், இந்தச் செலவு ஒவ்வொரு கோப்பிற்கும் பதிலாக ஒருமுறை மட்டுமே செலுத்தப்படுகிறது. Static assets-ஐ ஒரு CDN-ல் (content delivery network) வைத்தால், அவற்றுக்கு origin இருக்கும் நகரம் முக்கியமில்லாமல் போகிறது; இதனால்தான் 98 ms தாமதத்தைக் கொண்ட Toronto-வை அணுகும் ஒரு ஐரோப்பிய பார்வையாளரும் வேகமான page-ஐப் பெற முடிகிறது.

Real-time multiplayer விளையாட்டுகள் இதற்கு நேர்மாறானவை, ஏனெனில் round trip என்பதே அந்த அனுபவமாகும். வேகமான action விளையாட்டுகளில் 50 ms-க்கும் குறைவான தாமதம் உடனடி உணர்வைத் தருகிறது, 80 ms-ல் வீரர்கள் இதைக் கவனிக்கத் தொடங்குகிறார்கள், 120 ms-க்கு மேல் சென்றால் அவர்கள் server-ஐக் குற்றம் சாட்டுகிறார்கள். இங்கே, அந்தப் பிராந்தியம் (region) தயாரிப்பு தரமானதா என்பதைத் தீர்மானிக்கிறது. மெதுவான வேகத்திலான server-கள் அதிக சகிப்புத்தன்மை கொண்டவை, எனவே Minecraft server-ஐ ஒரு VPS-ல் இயக்குவது ஒரு shooter விளையாட்டைப் பாதிக்கும் தூரத்திலும் சிறப்பாகச் செயல்படும்.

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

Interactive sessions இவை இரண்டிற்கும் இடைப்பட்டவை. SSH சுமார் 100 ms வரை வசதியாக இருக்கும், அதற்கு மேல் சென்றால் தாமதமாகத் தெரியும், ஏனெனில் ஒவ்வொரு keystroke-ம் அதன் echo திரும்புவதற்காகக் காத்திருக்கிறது. mosh உள்ளூர் அளவில் கணித்து (predict) அதில் பெரும்பாலானவற்றை மறைத்துவிடுகிறது. Webhooks மற்றும் internal API-கள் எப்போதும் அவை அழைக்கும் service இருக்கும் அதே பிராந்தியத்திலேயே இருக்க வேண்டும்.

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

கனடிய டாலரில் பணம் செலுத்துவது, உங்கள் அட்டை வழங்கும் நிறுவனம் வசூலிக்கும் வெளிநாட்டுப் பரிவர்த்தனைக் கட்டணத்தைத் தவிர்க்க உதவுகிறது. இது பொதுவாக ஆகஸ்ட் 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-க்கு அனுப்புவது என்பது செயலாக்கத்திற்கான பரிமாற்றமே ஆகும்: தரவிற்கான பொறுப்பு உங்கள் நிறுவனத்தையே சாரும், அந்த processor தரவை அதே அளவிற்குப் பாதுகாக்க வேண்டும், மேலும் இது நடப்பதை நீங்கள் பயனர்களிடம் வெளிப்படையாகத் தெரிவிக்க வேண்டும். Office of the Privacy Commissioner 2019-ல் இந்த நிலையை மாற்றுவது குறித்து ஆலோசனை நடத்தியது, ஆனால் இறுதியில் பழைய நிலையையே தொடர்ந்தது. இருப்பிடத் தேவைகள் பிற இடங்களிலிருந்தே வருகின்றன: Quebec-ன் Law 25 மதிப்பீடு, Nova Scotia-வின் PIIDPA போன்ற பொதுத்துறைச் சட்டங்கள், கனடா அரசாங்கத்தின் cloud வழிகாட்டுதல் அல்லது உங்கள் வாடிக்கையாளர் ஒப்பந்தத்தில் உள்ள ஒரு விதிமுறை போன்றவை இதற்கு உதாரணம்.

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

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

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

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

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

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