Dallas-ல் VPS Hosting வாங்குவதன் நன்மைகள் என்ன?

Dallas-ல் VPS hosting வாங்குவதால் கிடைக்கும் நன்மைகள்

Dallas-ல் VPS hosting வாங்குவது உங்களுக்கு ஒரு சிறந்த network இருப்பிடத்தை வழங்குகிறது. ஒரு VPS (virtual private server) என்பது ஒரு குறிப்பிட்ட கட்டிடத்தில் உள்ள physical machine-ன் ஒரு பகுதியாகும். எனவே, அந்த கட்டிடம் தான் உங்கள் பயனர்களுக்கான round trip time, bandwidth விலை மற்றும் உங்கள் disk-ஐ எந்த நீதிமன்றங்கள் அணுக முடியும் என்பதைத் தீர்மானிக்கிறது. Dallas அமெரிக்காவின் மையப்பகுதிக்கு அருகில், நாட்டின் மிக அடர்த்தியான carrier சந்தைகளில் ஒன்றாக அமைந்துள்ளது. இதுவே இதற்கான முழுமையான வாதமாகும். இந்த வாதம் உங்கள் பயனர்களுக்குப் பொருந்துமா இல்லையா என்பதை எவ்வாறு சரிபார்ப்பது என்பதுதான் இந்த வழிகாட்டியின் மீதமுள்ள பகுதி.

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

Dallas VPS-ல் என்ன latency-ஐ எதிர்பார்க்கலாம்?

[
  {
    "label": "Dallas metro",
    "typical_rtt_ms": 2
  },
  {
    "label": "Houston",
    "typical_rtt_ms": 8
  },
  {
    "label": "Chicago",
    "typical_rtt_ms": 23
  },
  {
    "label": "Miami",
    "typical_rtt_ms": 33
  },
  {
    "label": "New York",
    "typical_rtt_ms": 36
  },
  {
    "label": "Los Angeles",
    "typical_rtt_ms": 35
  },
  {
    "label": "Seattle",
    "typical_rtt_ms": 50
  },
  {
    "label": "Mexico City",
    "typical_rtt_ms": 48
  },
  {
    "label": "Bogota",
    "typical_rtt_ms": 78
  },
  {
    "label": "Sao Paulo",
    "typical_rtt_ms": 140
  },
  {
    "label": "London",
    "typical_rtt_ms": 112
  },
  {
    "label": "Frankfurt",
    "typical_rtt_ms": 125
  },
  {
    "label": "Singapore",
    "typical_rtt_ms": 215
  }
]

13 வரிசைகள் என்பவை நன்கு இணைக்கப்பட்ட (well-peered) பாதைகளில் கம்பி வழி இணைப்புகளுக்காக வெளியிடப்பட்ட பொதுவான புள்ளிவிவரங்கள்; இவை உங்கள் கணினியிலிருந்து எடுக்கப்பட்ட அளவீடுகள் அல்ல. இவற்றை ஒரு தொடக்கப்புள்ளியாகக் கருதுங்கள். உங்கள் சொந்த முடிவு, server-ஐ விட உங்கள் internet provider-ஐயே அதிகம் சார்ந்துள்ளது: Wi-Fi சில milliseconds-ஐக் கூட்டும், mobile network பல பத்திகளைக் கூட்டும், மேலும் மோசமான peering கொண்ட residential provider, இயற்பியல் விதிகளின்படி 15 ms இருக்க வேண்டிய பாதையில் கூடுதலாக 30 ms-ஐச் சேர்க்கக்கூடும்.

எந்தவொரு தனிப்பட்ட எண்ணையும் விட, அதன் போக்கை (pattern) கவனியுங்கள். அமெரிக்காவின் கண்டப்பகுதியில் உள்ள ஒவ்வொரு பெரிய நகரமும் சுமார் 50 ms அல்லது அதற்கும் குறைவான latency-ல் அமைகிறது; இதில் Houston 8 ms-லும், Chicago 23 ms-லும் உள்ளன. Mexico City சுமார் 48 ms-ல் உள்ளது; இது அமெரிக்காவின் இரு கடற்கரைகளை விடவும் அருகில் உள்ளது, ஏனெனில் லத்தீன் அமெரிக்காவின் பெரும்பாலான traffic ஏற்கனவே Texas அல்லது Florida வழியாகவே செல்கிறது. Sao Paulo 140 ms என்பது நீண்ட பாதை, மேலும் Singapore 215 ms என்பது முற்றிலும் மாறுபட்ட ஒரு சிக்கலாகும்.

ஒரு இணைப்பு என்பது பல round trips-களைக் கொண்டிருப்பதால், raw figure-ஐ விட milliseconds முக்கியத்துவம் பெறுகிறது. ஒரு HTTPS request-ஐத் தொடங்க, TCP (transmission control protocol) handshake-க்கு ஒரு round trip, TLS 1.3 (transport layer security)-க்கு ஒன்று, மற்றும் request-க்கு ஒன்று என மொத்தம் மூன்று round trips தேவைப்படுகின்றன. 35 ms latency இருக்கும்போது, முதல் byte வந்து சேருவதற்கு முன்பே 100 ms-க்கு மேல் ஆகிவிடும். ஒன்றன் பின் ஒன்றாக 20 API calls செய்யும் ஒரு பக்கம், 35 ms-ஐ 700 ms காத்திருப்பு நேரமாக மாற்றும். 35 ms-ல் இயங்கும் interactive SSH, 8 ms-ல் இயங்குவதிலிருந்து மாறுபடும்; ஒரு game server 35 ms-ல் நன்றாகச் செயல்படும், ஆனால் அதே server 140 ms-ல் செயல்படாது. VPS-ல் இயங்கும் Minecraft server போன்ற அனைத்து பயனர்களும் ஒரே நேரத்தில் உணரும் விஷயங்களுக்கு, இந்த மையப்பகுதி (central position) உண்மையான பலனைத் தருகிறது.

நாட்டின் மையப்பகுதி கடற்கரை பகுதியை விடச் சிறந்ததா?

ஒளியானது வெற்றிடத்தில் செல்லும் வேகத்தில் மூன்றில் இரண்டு பங்கு வேகத்தில், அதாவது வினாடிக்கு சுமார் 200,000 கி.மீ வேகத்தில் இழை ஒளியியல் (fiber) வழியாகப் பயணிக்கிறது. எனவே, 100 கி.மீ இழை ஒளியியல் தூரத்திற்கு ஒரு முழுச் சுற்றுப் பயணத்திற்கு (round trip) தோராயமாக 1 ms நேரம் தேவைப்படுகிறது. மேலும், இழை ஒளியியல் கேபிள்கள் இரு நகரங்களுக்கு இடையே நேர்க்கோட்டில் அமைவதில்லை. இது இயற்பியல் விதிகளால் நிர்ணயிக்கப்பட்ட குறைந்தபட்ச கால அளவு என்பதால், எவ்வளவு பணம் செலவழித்தாலும் Dallas-லிருந்து Frankfurt-க்கு தரவுப் பொட்டலங்களை (packet) கண்ணாடியிழை அனுமதிக்கும் வேகத்தை விட வேகமாக அனுப்ப முடியாது. இருப்பிடத்தைத் தேர்ந்தெடுப்பது மட்டுமே உங்கள் வசமுள்ள ஒரே வழி.

Dallas, New York-லிருந்து சுமார் 2,200 கி.மீ தொலைவிலும், Los Angeles-லிருந்து சுமார் 2,000 கி.மீ தொலைவிலும் உள்ளது; இது வழக்கத்திற்கு மாறாகச் சமமான தூரம் ஆகும். இந்த இடைவெளியை, பெரும்பாலானோர் முதலில் கருத்தில் கொள்ளும் இரண்டு கடற்கரைச் சந்தைகளுடன் ஒப்பிட்டுப் பாருங்கள்.

[
  {
    "label": "Northern Virginia",
    "to_new_york_ms": 10,
    "to_los_angeles_ms": 62
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 36,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Los Angeles metro",
    "to_new_york_ms": 68,
    "to_los_angeles_ms": 3
  }
]

இவை வெளியிடப்பட்ட பொதுவான புள்ளிவிவரங்கள், மேலும் இந்த அமைப்பின் வடிவமே இங்கு முக்கியமானது. Northern Virginia, New York-க்கு சுமார் 10 ms கால அளவிலும், Los Angeles-க்கு சுமார் 62 ms கால அளவிலும் சேவையை வழங்குகிறது; இது 50 ms-க்கும் அதிகமான இடைவெளி ஆகும். ஒரு Los Angeles host, New York-க்கு 68 ms கால அளவில் சேவையை வழங்கி இதை மாற்றியமைக்கிறது. Dallas, அருகில் உள்ள நகரங்களுக்குச் சேவை வழங்குவதில் மற்ற இரண்டை விடப் பின்தங்கியிருந்தாலும், தொலைவில் உள்ள நகரங்களுக்குச் சேவை வழங்குவதில் மற்ற இரண்டை விடச் சிறந்தது.

எனவே, எந்த நகரம் வேகமானது என்பது கேள்வியல்ல. உங்களுக்கு எந்த மாதிரியான கட்டமைப்பு தேவை என்பதே கேள்வி. உங்கள் பயனர்களில் பெரும்பாலோர் ஒரு கடற்கரை பகுதியில் இருந்தால், அந்தப் பகுதியைத் தேர்ந்தெடுத்து median latency-ஐக் குறைவாக வைத்துக்கொள்ளுங்கள். உங்கள் பயனர்கள் நாடு முழுவதும் பரவியிருந்தால், மோசமான சூழலிலும் (worst case) தாமதத்தைக் குறைவாக வைத்திருக்க Dallas-ஐத் தேர்ந்தெடுங்கள். இது Canadian VPS-ஐத் தேர்ந்தெடுக்கும்போது உண்மையில் முக்கியமானது என்ன என்பதில் விவாதிக்கப்பட்ட அதே பரிமாற்றமே (trade-off) ஆகும்; அங்கு மக்கள் தொகை இரண்டு கடற்கரை பகுதிகளில் இல்லாமல், ஒரே நீண்ட கோட்டில் அமைந்துள்ளது.

Dallas-ல் carrier density உங்களுக்கு என்ன பலனைத் தருகிறது

Carrier hotel என்பது பல நெட்வொர்க்குகள் ஒன்றிணைந்து நேரடியாகத் தங்களுக்குள் இணைப்பை ஏற்படுத்திக்கொள்ளும் ஒரு கட்டிடமாகும். Dallas-ல் இது போன்ற புகழ்பெற்ற ஒரு கட்டிடம் உள்ளது: 1950 North Stemmons Freeway-ல் அமைந்துள்ள Infomart. இதை 2018-ல் Equinix நிறுவனம் 800 மில்லியன் டாலருக்கு வாங்கியது. Internet exchange (IX) என்பது இத்தகைய கட்டிடத்திற்குள் இருக்கும் ஒரு பகிரப்பட்ட switch ஆகும். இதில் நெட்வொர்க்குகள் தங்களுக்கு இடையேயான traffic-ஐக் கொண்டு செல்ல மூன்றாம் தரப்பு நிறுவனங்களுக்குப் பணம் செலுத்துவதற்குப் பதிலாக, நேரடியாகத் தகவல்களைப் பரிமாறிக்கொள்கின்றன (peering). DE-CIX நிறுவனம் நவம்பர் 2016 முதல் Dallas-ல் ஒரு exchange-ஐ நடத்தி வருகிறது, Equinix நிறுவனமும் தனக்கென ஒரு exchange-ஐக் கொண்டுள்ளது.

இது traceroute-ல் தெளிவாகத் தெரியும். உங்கள் host-ம், உங்கள் பயனர் பயன்படுத்தும் internet provider-ம் ஒரே exchange-ல் இருக்கும்போது, packet ஒரே ஒரு எல்லையை மட்டுமே கடக்கிறது. அவ்வாறு இல்லாதபோது, அது ஒரு transit provider-க்கு மாற்றப்படுகிறது. அவர்கள் அதை Ashburn அல்லது Atlanta-விற்கு அனுப்பி, அங்கிருந்து மீண்டும் கொண்டு வரக்கூடும். இந்த கூடுதல் தூரம் என்பது சில milliseconds காலதாமதத்தை உருவாக்குகிறது. மேலும், ஒவ்வொரு கூடுதல் நெட்வொர்க்கும் ஒரு ஆபத்தான இடமாகும்; இரவு 9 மணிக்கு நெட்வொர்க் நெரிசல் ஏற்படும்போது, அங்கு packet loss ஏற்பட வாய்ப்புள்ளது.

நீங்கள் பணம் செலுத்துவதற்கு முன்பே இதையெல்லாம் சரிபார்க்கலாம்:

• அந்த provider-ன் ASN (autonomous system number)-ஐக் கேளுங்கள். BGP (border gateway protocol) பயன்படுத்தும் ஒவ்வொரு நெட்வொர்க்கிற்கும் ஒரு எண் இருக்கும்.
• அந்த ASN-ஐ PeeringDB-ல் தேடுங்கள். ஒரு நெட்வொர்க் எந்தெந்த exchange-களில் இணைந்துள்ளது மற்றும் எந்தெந்த கட்டிடங்களில் இயங்குகிறது என்பதை அது பட்டியலிடும். அந்தந்த நெட்வொர்க்குகளே இந்தத் தகவல்களைப் பராமரிக்கின்றன.
• அந்த வசதிக்குள் (facility) எந்தெந்த exchange-கள் உள்ளன என்பதைச் சரிபார்க்கவும். ஒரு provider அதே கட்டிடத்தில் இருந்தாலும், அவர் அந்த exchange-ல் இணையவில்லை என்றால் உங்களுக்கு எந்தப் பயனும் இல்லை.
• உங்கள் பயனர்கள் இருக்கும் நெட்வொர்க்கிலிருந்து உங்கள் server-க்கு உள்ள பாதையை trace செய்து, அது எத்தனை தனித்தனி நெட்வொர்க்குகளைக் கடக்கிறது என்று எண்ணுங்கள்.

mtr -rwzc 100 203.0.113.10

இந்த அறிக்கை ஒவ்வொரு hop-க்கும் ஒரு வரியை அச்சிடும்; அதில் network number, loss percentage மற்றும் timing ஆகியவை இருக்கும். கடைசி வரியை முதலில் கவனியுங்கள், ஏனெனில் அதுதான் உங்கள் server. நடுவில் உள்ள ஒரு hop-ல் loss இருந்து, இறுதியில் இல்லையென்றால் அது சாதாரணமானது. ஏனெனில், routers தாங்களாகவே உருவாக்கும் ICMP (internet control message protocol) பதில்களுக்குக் குறைந்த முன்னுரிமையே அளிக்கின்றன, எனவே அந்த hop-ல் தவறான தகவல்கள் காட்டப்படலாம். ஒரு hop-ல் தொடங்கி அதற்குப் பின் வரும் அனைத்து hop-களிலும் தொடரும் loss ஒரு உண்மையான கோளாறு ஆகும். அத்தகைய சூழலில், அந்த அறிக்கையை இணைத்து support ticket-ஐப் பதிவு செய்யுங்கள்.

Texas மின் கட்டமைப்பு உங்கள் server uptime-ஐ ஆபத்துக்குள்ளாக்குகிறதா?

Texas மாநிலம் தனக்கென தனி மின் கட்டமைப்பைக் கொண்டுள்ளது. ERCOT (Electric Reliability Council of Texas) மாநிலத்தின் மின் தேவையில் சுமார் 90 சதவீதத்தை நிர்வகிக்கிறது, இது வட அமெரிக்காவின் பிற பகுதிகளுடன் இணைக்கப்படவில்லை. இது அண்டை மாநிலங்களுடன் மிகச்சிறிய அளவிலான direct current இணைப்புகள் மூலம் மட்டுமே பிணைக்கப்பட்டுள்ளது. 22 July 2026 அன்று பதிவான 91 GW உச்சபட்ச மின் தேவையை ஒப்பிடும்போது, இந்த இணைப்புகள் சுமார் 1.2 GW மட்டுமே. எனவே, Texas-ல் மின் பற்றாக்குறை ஏற்படும்போது, பிற இடங்களிலிருந்து மின்சாரத்தை இறக்குமதி செய்ய முடியாது. February 2021-ல் Winter Storm Uri தாக்கியபோது, ERCOT முழுவதும் பல நாட்களுக்கு மின் விநியோகம் துண்டிக்கப்பட்டதற்கு இதுவே முக்கிய காரணமாகும்.

உங்கள் server-ஐப் பொறுத்தவரை, மின் கட்டமைப்பு ஒரு கேள்வியல்ல, அந்த கட்டிடமே முக்கியமானது. ஒரு data center, மின் தடை ஏற்படும்போது UPS (uninterruptible power supply) பேட்டரிகள் மூலம் சில நிமிடங்கள் இயங்கும், பின்னர் டீசல் ஜெனரேட்டர்கள் மூலம் எரிபொருள் இருக்கும் வரை இயங்கும். நான்கு கேள்விகளைக் கேட்டு அதற்கான பதில்களை எழுத்துப்பூர்வமாகப் பெறுங்கள்: மின் பாதை N+1 அல்லது 2N அமைப்பில் உள்ளதா, தளத்தில் உள்ள எரிபொருளைக் கொண்டு ஜெனரேட்டர்கள் முழுச் சுமையுடன் எத்தனை மணிநேரம் இயங்கும், முன்னுரிமை அடிப்படையில் எரிபொருள் விநியோகம் செய்வதற்கான ஒப்பந்தம் உள்ளதா, மற்றும் கடைசியாக எப்போது ஜெனரேட்டர்களை உண்மையான சுமையுடன் (real load) சோதனை செய்தார்கள். கடைசி கேள்விக்கு பதில் அளிக்க முடியாத ஒரு provider, இதுவரை சோதனை செய்யவில்லை என்று அர்த்தம்.

இந்த மின் கட்டமைப்பு காரணமாகவே இங்கு capacity மலிவாக உள்ளது. Texas-ன் தொழில்முறை மின்சாரக் கட்டணம் அமெரிக்க சராசரியை விடக் குறைவு. ஒரு data center-ன் மிகப்பெரிய செயல்பாட்டுச் செலவு மின்சாரமே என்பதால், northern Virginia போன்ற கட்டுப்படுத்தப்பட்ட சந்தைகளை விட Dallas-ல் விலை குறைவாக உள்ளது. இந்த வித்தியாசம் உங்கள் invoice-ல் பிரதிபலிக்கும். பல்வேறு நகரங்களின் விலைப் பட்டியலை ஒப்பிடும்போது, ஒரு VPS-ன் உண்மையான செலவு குறித்த பக்கத்தை அருகில் வைத்துக்கொள்ளுங்கள். ஏனெனில், அடிப்படை விலையுடன் ஒப்பிடும்போதுதான் அந்த இடத்திற்கான கூடுதல் கட்டணத்தை (location premium) எளிதாகக் கண்டறிய முடியும்.

டல்லாஸ் தரவு மையத்திற்கு சூறாவளிகளும் டெக்சாஸ் வெப்பமும் அச்சுறுத்தலா?

இவை இரண்டு வெவ்வேறு பதில்களைக் கொண்ட இரண்டு கேள்விகள்.

காற்று மற்றும் ஆலங்கட்டி மழை என்பது கட்டிடத்தின் உறுதித்தன்மை சார்ந்த கேள்வி. 20 அக்டோபர் 2019 அன்று, சுமார் 140 mph வேகத்தில் வீசிய EF3 ரக சூறாவளி, டல்லாஸ் லவ் ஃபீல்ட் (Dallas Love Field) அருகே தரையிறங்கி, வடக்கு டல்லாஸ் முழுவதும் 15 மைல் தூரம் பயணித்து சுமார் $1.5 பில்லியன் மதிப்பிலான சேதத்தை ஏற்படுத்தியது. அந்தப் பாதை Stemmons Freeway தரவு மையப் பகுதியிலிருந்து சில மைல் தொலைவிலேயே உள்ளது. தரவு மையத்திற்காகவே பிரத்யேகமாக வடிவமைக்கப்பட்ட கட்டிடம், ஜன்னல்கள் இல்லாத கான்கிரீட் அமைப்பைக் கொண்டது. இது ஒரு வணிக வளாகத்தின் கூரையைத் தூக்கி எறியக்கூடிய காற்றையும் தாங்கும் திறன் கொண்டது. ஆனால், அதன் வெளிப்புறத்தில் உள்ள condensers மற்றும் cooling towers போன்றவை பாதிப்புக்குள்ளாகலாம். பெரும்பாலான வசந்த காலங்களில் பெய்யும் ஆலங்கட்டி மழை நேரடியாக இந்த உபகரணங்களின் மீது விழுகிறது. கட்டிடத்தின் வெளிப்புறக் கட்டமைப்பு எத்தகைய காற்றைத் தாங்கும் திறன் கொண்டது மற்றும் இயந்திரங்கள் எங்கே பொருத்தப்பட்டுள்ளன என்பதை உறுதிப்படுத்திக் கொள்ளுங்கள்.

வெப்பம் என்பது செலவு சார்ந்த கேள்வி. ஜூலை மற்றும் ஆகஸ்ட் மாதங்களில் டல்லாஸில் நீண்ட நாட்களுக்கு வெப்பநிலை 100 F (38 C)-க்கு மேல் இருக்கும். குளிரூட்டும் வசதிகள் அந்தப் பகுதியின் அதிகபட்ச வெப்பநிலையைக் கருத்தில் கொண்டே வடிவமைக்கப்படுகின்றன, எனவே சர்வர் அறைக்குள் வெப்பநிலை சீராக இருக்கும். ஆனால், பிப்ரவரியை விட ஆகஸ்ட் மாதத்தில் chillers கடினமாக உழைக்க வேண்டியிருப்பதால், PUE (power usage effectiveness - மொத்த மின் நுகர்வு மற்றும் சர்வர்களுக்குச் செல்லும் மின்சாரம் ஆகியவற்றின் விகிதம்) அதிகரிக்கும். இந்தச் செலவு ஏற்கனவே உங்கள் கட்டணத்தில் சேர்க்கப்பட்டிருக்கும். வெப்ப அலையின் போது குளிரூட்டும் அமைப்பு செயலிழப்பதே உண்மையான ஆபத்து. வெளியே 104 F (40 C) வெப்பநிலை இருக்கும்போது, குளிரூட்டும் வசதி இல்லாத அறை சில நிமிடங்களிலேயே shutdown வெப்பநிலையை எட்டிவிடும். இதனால், பழுதுபார்க்கும் பணியாளர்களுக்குக் கூடுதல் நேரம் கிடைக்காது. மின்சாரத்திற்கு மட்டுமின்றி, குளிரூட்டும் வசதிக்கும் N+1 redundancy உள்ளதா என்று கேட்டுத் தெரிந்துகொள்ளுங்கள்.

இந்த இரண்டு காரணங்களுக்காகவும் டல்லாஸில் தரவு மையத்தைத் தவிர்க்க வேண்டிய அவசியமில்லை. ஆனால், உங்கள் தரவின் நகலை வேறொரு இடத்தில் வைத்திருப்பதற்கு இவை போதுமான காரணங்கள். ஒரே கட்டிடத்தில் இருக்கும் backup என்பது உண்மையான backup ஆகாது. restic மூலம் குறியாக்கம் செய்யப்பட்ட ஆஃப்சைட் பேக்கப்கள் (encrypted off site backups with restic) அமைப்பதற்கு ஒரு மதியம் மட்டுமே போதுமானது.

Dallas எப்போது தவறான தேர்வாகிறது?

Dallas என்பது ஒரு பொதுவான பரிந்துரை மட்டுமே, அது கட்டாய விதி அல்ல. பின்வரும் சூழல்களில் பிற இடங்களில் host செய்யவும்.

• உங்கள் பயனர்கள் ஐரோப்பாவில் இருந்தால்: ஒரு Dallas server, Frankfurt-க்கு சுமார் 125 ms வேகத்திலும், London-க்கு சுமார் 112 ms வேகத்திலும் பதிலளிக்கும். இந்த காலதாமதம் தூரத்தினால் ஏற்படுவது, எனவே எந்த configuration மாற்றமும் இதை மேம்படுத்தாது.
• உங்கள் பயனர்கள் ஆசியா அல்லது ஆஸ்திரேலியாவில் இருந்தால்: Singapore-ல் 215 ms என்பது இன்னும் மோசமானது. அந்த பயனர்களுக்கு அருகில் ஒரு இரண்டாவது server-ஐ அமைப்பது, முதல் server-ல் நீங்கள் செய்யும் எந்த மாற்றத்தை விடவும் சிறந்த பலனைத் தரும்.
• உங்கள் பயனர்கள் அனைவரும் Dallas அல்லாத ஒரே ஒரு நகரத்தில் இருந்தால்: உங்கள் application-ஐப் பயன்படுத்தும் அனைவரும் Seattle-ல் இருந்தால், Seattle-லேயே host செய்யவும். பயனர்கள் பரவலாக இருக்கும்போது மட்டுமே மையப்படுத்தப்பட்ட இடம் பலன் தரும்.
• ஒப்பந்தம் அல்லது சட்ட விதிமுறைகள் தரவு ஒரு குறிப்பிட்ட நாட்டிற்குள் இருக்க வேண்டும் என்று கட்டாயப்படுத்தினால்: இது செயல்திறன் சார்ந்த கேள்வி அல்ல, எந்த benchmark-உம் இதற்கு தீர்வாகாது.
• US exchange-ல் latency என்பது உங்கள் உத்தியாக இருந்தால்: CME Group-ன் matching engine Aurora, Illinois-ல் உள்ளது. NYSE, Mahwah, New Jersey-யிலும், Nasdaq, Carteret, New Jersey-யிலும் இயங்குகின்றன. Dallas இவற்றிலிருந்து 20 ms-க்கும் அதிகமான தொலைவில் உள்ளது. பெரும்பாலான சில்லறை வர்த்தக automation-க்கு இது முக்கியமல்ல, ஆனால் trading bots-க்கு VPS தேர்ந்தெடுப்பது அந்த வரம்பு எங்கு அமைகிறது என்பதைப் பொறுத்தே அமையும்.

Dallas-ல் உள்ள server-க்கு எந்த சட்டங்கள் பொருந்தும்?

Dallas-ல் உள்ள ஒரு server, அமெரிக்க கூட்டாட்சி சட்டம் (US federal law) மற்றும் Texas மாநில சட்டத்தின் கீழ் இயங்குகிறது. பாதுகாப்பு ஆய்வின் போது இரண்டு முக்கிய அம்சங்கள் கவனிக்கப்பட வேண்டும்.

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

Texas-ல் hosting செய்வதால் மட்டும் நீங்கள் Texas தனியுரிமைச் சட்டத்திற்கு உட்பட்டுவிட மாட்டீர்கள். 1 July 2024 முதல் அமலில் உள்ள TDPSA (Texas Data Privacy and Security Act), Texas-ல் வணிகம் செய்யும் அல்லது Texas குடியிருப்பாளர்களுக்குப் பொருட்களை அல்லது சேவைகளை விற்கும் நிறுவனங்களுக்குப் பொருந்தும். இது கூட்டாட்சி Small Business Administration வரையறையின் கீழ் வராத சிறு வணிகங்களுக்குப் பொருந்தாது. இந்தச் சட்டம் உங்கள் வாடிக்கையாளர்களைப் பொறுத்தது, உங்கள் server rack-ஐப் பொறுத்தது அல்ல. server-ஐ Chicago-விற்கு மாற்றினாலும் நீங்கள் இதிலிருந்து விலக்கு பெற முடியாது, அதேபோல் Dallas-க்கு மாற்றினாலும் நீங்கள் தானாகவே இதில் இணைந்துவிட மாட்டீர்கள்.

European Union-லிருந்து பெறப்படும் தனிநபர் தரவுகளைப் பொறுத்தவரை, உங்களிடம் தரவு பரிமாற்றத்திற்கான வழிமுறை (transfer mechanism) இருந்தால் மட்டுமே அமெரிக்காவில் hosting செய்ய அனுமதிக்கப்படும். August 2026 நிலவரப்படி, EU to US Data Privacy Framework-ன் போதுமான பாதுகாப்புத் தன்மை (adequacy decision) நடைமுறையில் உள்ளது. இது September 2025-ல் EU General Court-ஆல் உறுதி செய்யப்பட்டது, இருப்பினும் Court of Justice-ல் மேல்முறையீடு நிலுவையில் உள்ளது. நடைமுறை ரீதியாக, உங்கள் சேவை வழங்குநர் இந்த framework-ன் கீழ் சுய-சான்றிதழ் (self-certify) பெற்றுள்ளாரா அல்லது standard contractual clauses-ல் கையெழுத்திட்டுள்ளாரா என்பதை எழுத்துப்பூர்வமாகக் கேட்டுப் பெற்று, அதை உங்கள் தணிக்கையாளர் (auditor) பார்க்கும் வகையில் சேமித்து வைக்கவும். சட்ட ரீதியான மற்ற கேள்விகளுக்கு ஒரு வழக்கறிஞரை அணுகவும், ஏனெனில் இச்சட்டங்கள் அவ்வப்போது மாறக்கூடியவை.

உங்கள் கணினியிலிருந்து Dallas VPS-ஐ எவ்வாறு சோதிப்பது

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

1. அந்த Dallas இருப்பிடத்தில் உள்ள ஒரு test IP address மற்றும் test file-ஐ வழங்குநரிடம் கேளுங்கள். பெரும்பாலானோர் இவை இரண்டையும் கொண்ட ஒரு looking glass பக்கத்தை வெளியிடுவார்கள்.
2. உங்கள் பயனர்கள் பயன்படுத்தும் ஒவ்வொரு network-லிருந்தும், குறைந்தது 20 pings அனுப்பி, அதன் summary line-ஐப் படியுங்கள்.
3. பாதையை (path) trace செய்து, அது கடந்து செல்லும் network-களின் எண்ணிக்கையைக் கணக்கிடுங்கள்.
4. test file-ஐப் பதிவிறக்கம் செய்து, அதன் நிலையான வேகத்தை (sustained speed) கவனியுங்கள்.
5. உங்கள் பயனர்களின் busy hour-ல், வாரநாட்களின் மாலை நேரத்தில், குறைந்தது இரண்டு நாட்களுக்கு இதை மீண்டும் செய்யுங்கள். நெரிசல் (congestion) காலை 11 மணிக்குத் தெரியாது, இரவு 9 மணிக்குத்தான் தெரியும்.

ping -c 20 203.0.113.10
mtr -rwzc 100 203.0.113.10
curl -o /dev/null -s -w 'connect=%{time_connect}s ttfb=%{time_starttransfer}s speed=%{speed_download} B/s\n' "https://<test file host>/100mb.bin"

Windows-ல் முதல் கட்டளை ping -n 20 203.0.113.10 ஆகும். ping-ன் இறுதியில் வரும் summary line-ஐ மட்டும் கவனத்தில் கொள்ளுங்கள்:

rtt min/avg/max/mdev = 34.112/34.905/41.203/0.884 ms

mdev (mean deviation)-ஐ jitter-ஆகக் கருதுங்கள். 35 ms சராசரியும், 2 ms-க்கும் குறைவான mdev-ம் இருந்தால் அது ஒரு தெளிவான பாதை. அதே 35 ms சராசரியுடன் 20 ms mdev இருந்தால், பாதையில் ஏதோ ஒன்று நிலையற்றதாக உள்ளது என்று அர்த்தம். இது 60 ms நிலையான வேகத்தை விட மோசமான அனுபவத்தைத் தரும். 100 packets அனுப்பும்போது, இறுதி hop-ல் பூஜ்ஜியத்திற்கு மேல் packet loss இருந்தால், அது ஒரு கோளாறு, தற்காலிகப் பிரச்சனை அல்ல.

Throughput-க்கு வேறு ஒரு சோதனை தேவை. நீண்ட பாதையில் ஒரு TCP connection, receive window-ஐ round trip time-ஆல் வகுக்கும் அளவால் கட்டுப்படுத்தப்படுகிறது. எனவே, ஒரு மெதுவான single stream download அந்த link மெதுவானது என்பதை நிரூபிக்காது. அதற்குப் பதிலாக parallel streams-ஐப் பயன்படுத்துங்கள். VPS-ல் iperf3 -s-ஐ இயக்குங்கள், அந்த port-ஐ உங்கள் முகவரிக்கு மட்டும் திறந்துவிட்டு, உங்கள் கணினியிலிருந்து இவ்வாறு செய்யுங்கள்:

iperf3 -c 203.0.113.10 -P 4 -t 30
iperf3 -c 203.0.113.10 -P 4 -t 30 -R

-P 4 நான்கு parallel streams-ஐத் திறக்கிறது, -R திசையை மாற்றுகிறது. எனவே, இரண்டாவது முறை உங்கள் பயனர்கள் பயன்படுத்தும் download பாதையை அளவிடும். முடித்தவுடன் அந்த port-ஐ மீண்டும் மூடிவிடுங்கள், ஏனெனில் iperf3-ல் authentication கிடையாது.

Network என்பது ஒரு அச்சு மட்டுமே. CPU steal மற்றும் disk speed ஆகியவை தனித்தனி அம்சங்கள். ஒரு சிறந்த இடத்தில் இருக்கும் மலிவான திட்டம் கூட, host machine oversell செய்யப்பட்டிருந்தால் மெதுவாகவே இயங்கும். எதையும் உண்மையான பயன்பாட்டிற்கு மாற்றும் முன் VPS-ஐ எவ்வாறு benchmark செய்வது என்பதைப் படியுங்கள், பிறகு புதிய VPS-ல் முதல் பத்து நிமிடங்கள் அதைச் பாதுகாப்பாக அமைக்கச் செலவிடுங்கள்.

FAQ

Dallas-ல் உள்ள VPS, அமெரிக்காவின் இரு கடற்கரை பகுதி பயனர்களுக்கும் போதுமான வேகத்தில் இருக்குமா?

ஆம், நிகழ்நேர விளையாட்டுகள் (real-time games) மற்றும் தாமதத்தை உணரும் வர்த்தகத் தளங்களைத் தவிர மற்ற அனைத்திற்கும் இது போதுமானது. Dallas-லிருந்து நியூயார்க்கிற்கு வழக்கமான round trip நேரம் சுமார் 36 ms மற்றும் லாஸ் ஏஞ்சல்ஸிற்கு சுமார் 35 ms ஆகும். எனவே, அமெரிக்காவின் எந்தப் பகுதியில் உள்ள பயனரும் server-லிருந்து அதிக தொலைவில் இல்லை. நியூயார்க்கிற்கு வடக்கு வர்ஜீனியாவில் உள்ள server சுமார் 10 ms வேகத்தில் சிறப்பாகச் செயல்படும், ஆனால் லாஸ் ஏஞ்சல்ஸிற்கு சுமார் 62 ms தாமதத்துடன் மோசமாகச் செயல்படும். சராசரி வேகத்தை விட, மிக மோசமான சூழலிலும் வேகம் குறைவாக இருக்க வேண்டும் என விரும்பினால் Dallas-ஐத் தேர்ந்தெடுக்கவும்.

டெக்சாஸ் மின்சாரக் கட்டமைப்பு (power grid) Dallas VPS-ன் நம்பகத்தன்மையைக் குறைக்குமா?

ERCOT என்பது அண்டை மாநிலங்களுடன் சுமார் 1.2 GW நேரடி மின் இணைப்புகளைக் கொண்ட ஒரு தனித்துவமான கட்டமைப்பு ஆகும். எனவே, மின் பற்றாக்குறையின் போது டெக்சாஸால் அதிக மின்சாரத்தை இறக்குமதி செய்ய முடியாது. பிப்ரவரி 2021-ல் ஏற்பட்ட Winter Storm Uri காரணமாகவே அங்கு பல நாட்கள் மின்வெட்டு ஏற்பட்டது. உங்கள் server-ன் uptime என்பது மின் கட்டமைப்பை விட, அந்த கட்டிடத்தின் வசதியையே சார்ந்துள்ளது. ஏனெனில், UPS பேட்டரிகள் சில நிமிடங்களுக்கும், டீசல் ஜெனரேட்டர்கள் எரிபொருள் இருக்கும் வரைக்கும் மின்சாரத்தை வழங்கும். கட்டிடத்தில் உள்ள எரிபொருள் மூலம் முழுச் சுமையுடன் (full load) ஜெனரேட்டர் எவ்வளவு நேரம் இயங்கும் என்பதையும், கடைசியாக எப்போது முழுச் சுமை சோதனை (full load test) செய்யப்பட்டது என்பதையும் உங்கள் service provider-யிடம் கேட்டுத் தெரிந்துகொள்ளுங்கள்.

சூறாவளி அல்லது டெக்சாஸ் வெப்ப அலை (heat wave) என் server-ஐ முடக்குமா?

இயல்பாக முடக்காது. அக்டோபர் 20, 2019 அன்று வடக்கு Dallas-ஐத் தாக்கிய EF3 சூறாவளி பல வீடுகளை அழித்தது, ஆனால் தரவு மையங்கள் (data halls) அத்தகைய காற்றைத் தாங்கும் வகையில் ஜன்னல்கள் இல்லாத கான்கிரீட் கட்டமைப்புகளாகவே உருவாக்கப்படுகின்றன. கூரையில் உள்ள cooling units மட்டுமே வெளிப்புறத்தில் இருக்கும், இவை வசந்த கால ஆலங்கட்டி மழையினால் பாதிக்கப்படலாம். வெப்பம் என்பது uptime-ஐ விட செலவையே அதிகரிக்கும், ஏனெனில் உள்ளூர் வெப்பநிலைக்கு ஏற்பவே குளிர்விப்பு வசதிகள் வடிவமைக்கப்படுகின்றன. இருப்பினும், வெப்ப அலையின் போது குளிர்விப்பு அமைப்பு செயலிழந்தால், ஊழியர்கள் செயல்படுவதற்கு மிகக் குறைந்த நேரமே இருக்கும். முழு தளமும் பாதிக்கப்படும் அபாயத்தைத் தவிர்க்க, வேறொரு பகுதியில் backups-ஐச் சேமித்து வைக்கவும்.

எனது பயனர்கள் ஐரோப்பாவில் இருந்தால் நான் Dallas-ல் host செய்யலாமா?

கூடாது. Dallas server-லிருந்து பிராங்பேர்ட்டிற்கு சுமார் 125 ms மற்றும் லண்டனுக்கு சுமார் 112 ms தாமதம் ஏற்படுகிறது. இது தூரத்தினால் ஏற்படும் தாமதம் என்பதால், உங்கள் configuration-ல் எதை மாற்றினாலும் இதை நீக்க முடியாது. உங்கள் பயனர்களுக்கு அருகிலேயே host செய்யவும். Dallas server-ஐ backups அல்லது batch jobs போன்ற பயனர்கள் காத்திருக்கத் தேவையில்லாத பணிகளுக்கு மட்டும் பயன்படுத்தவும். ஐரோப்பிய தனிநபர் தரவுகள் (European personal data) சம்பந்தப்பட்டிருந்தால், EU-வில் உள்ள ஒரு இடத்தைத் தேர்ந்தெடுப்பது, நீங்கள் ஆவணப்படுத்த வேண்டிய தரவு பரிமாற்றச் சிக்கல்களைத் தவிர்க்க உதவும்.

வாங்குவதற்கு முன் Dallas VPS-ன் தாமதத்தை (latency) எப்படி அளவிடுவது?

Service provider-யிடம் ஒரு test IP முகவரியைப் பெற்று, உங்கள் பயனர்கள் பயன்படுத்தும் அனைத்து நெட்வொர்க்குகளிலிருந்தும் ping -c 20 மற்றும் mtr -rwzc 100 கட்டளைகளை இயக்கவும். Ping சுருக்கத்தில், சராசரி (average) மற்றும் mdev மதிப்பைப் பார்க்கவும். சராசரி குறைவாக இருந்து mdev அதிகமாக இருந்தால், அது jitter-ஐக் குறிக்கும்; இது நிலையான அதிக தாமதத்தை விட மோசமான அனுபவத்தைத் தரும். நெட்வொர்க் நெரிசல் என்பது நேரத்தைப் பொறுத்தது என்பதால், பயனர்கள் அதிக நேரம் பயன்படுத்தும் மாலை நேரங்களில் இரண்டு நாட்களுக்குச் சோதிக்கவும். Throughput-ஐ அளவிட, நான்கு parallel streams கொண்ட iperf3-ஐப் பயன்படுத்தவும். ஏனெனில், நீண்ட தூரப் பாதையில் ஒரு TCP stream-ன் வேகம், இணைப்பின் திறனை விட window size-ஆலேயே கட்டுப்படுத்தப்படுகிறது.