New York VPS హోస్టింగ్ ఎంచుకోవడం ఎలా?

New York VPS మీకు ఏమి అందిస్తుంది

New York VPS అనేది అమెరికా తూర్పు తీరంలోని రెండు ప్రధాన ఇంటర్‌కనెక్షన్ మార్కెట్లలో ఒకదానిలో ఉంటుంది. మరొకటి వర్జీనియాలోని Ashburn. మీరు కొనుగోలు చేసేది Boston మరియు Washington మధ్య ఉన్న వినియోగదారులకు తక్కువ రౌండ్ ట్రిప్ సమయం, మరియు ఉత్తర అమెరికా నుండి ఐరోపాకు అత్యంత తక్కువ ఫైబర్ మార్గం. మీ వినియోగదారులు ఖండం అంతటా సమానంగా విస్తరించి ఉంటే, సాధారణంగా ఒక కేంద్ర స్థానం వారికి మెరుగైన సేవలను అందిస్తుంది. ఈ రెండు సందర్భాల మధ్య వ్యత్యాసాన్ని గుర్తించడం అనేది ఊహించడం కాదు, అది ఒక కొలత (measurement).

న్యూయార్క్ VPS హోస్టింగ్ ఎక్కువగా న్యూజెర్సీ హోస్టింగ్ ఎందుకు అవుతుంది

క్యారియర్ హోటళ్లు మాన్‌హట్టన్‌లో ఉన్నాయి. 60 Hudson Street అనేది వీటిలో ప్రసిద్ధమైనది: ఇది 1930లో పూర్తయిన ఒక ఆర్ట్ డెకో భవనం. దీనిలో 300కు పైగా క్యారియర్లు, క్లౌడ్ ప్రొవైడర్లు మరియు DE-CIX New York, NYIIX వంటి ప్రాంతీయ ఎక్స్ఛేంజీలు ఉన్నాయి. 32 Avenue of the Americas కూడా కొన్ని బ్లాకుల దూరంలో ఇదే పనిని చేస్తుంది, అలాగే న్యూజెర్సీ వైపు 165 Halsey Street అదే స్థాయి ప్రాముఖ్యతను కలిగి ఉంది.

నెట్‌వర్క్‌లు ఒకదానికొకటి కలిసే ప్రదేశాలు ఈ భవనాలే. కానీ ఇక్కడ భారీ స్థాయిలో కంప్యూట్ వనరులు ఉండవు, ఎందుకంటే మాన్‌హట్టన్‌లో విద్యుత్ మరియు స్థలం ఖరీదైనవి, అలాగే వాటిని విస్తరించడం కష్టం. పెద్ద డేటా సెంటర్లు హడ్సన్ నదికి అవతలి వైపున ఉన్న Secaucus, Weehawken, Carteret, Piscataway మరియు Newark లలో ఉన్నాయి. "New York" VPS అని విక్రయించే ప్రొవైడర్, దాదాపు ఎల్లప్పుడూ మిడ్‌టౌన్ నుండి 40 కిలోమీటర్ల పరిధిలో ఉన్న ఆ ప్రాంతాల్లోని ఒక రాక్‌ను సూచిస్తుంటారు. అదనపు ఫైబర్ వల్ల కలిగే జాప్యం ఒక మిల్లీసెకను కంటే చాలా తక్కువ, కాబట్టి వెబ్ వర్క్‌లోడ్ దీనిని గుర్తించలేదు. మీకు ఏదైనా నిర్దిష్ట నెట్‌వర్క్‌కు క్రాస్-కనెక్ట్ అవసరమైతే తప్ప, అది ఏ భవనంలో ఉందో అడగాల్సిన అవసరం లేదు.

ఈ మెట్రో ప్రాంతానికి సామర్థ్యం ఎలా వచ్చింది

నాలుగు కారణాలు ఉన్నాయి, వీటిలో ప్రతి ఒక్కటి మిగిలిన వాటిని మరింత బలోపేతం చేస్తాయి.

• అట్లాంటిక్ దాటే కేబుల్స్ ఇక్కడే ల్యాండ్ అవుతాయి. న్యూజెర్సీ తీరంలోని Wall Township మరియు Manasquan ప్రాంతాలు దేశంలోనే అత్యంత రద్దీగా ఉండే క్లస్టర్లు. AEC-2గా పిలువబడే Havfrue, Wall నుండి డెన్మార్క్‌లోని Blaabjerg వరకు, ఐర్లాండ్ మరియు నార్వేలకు శాఖలతో విస్తరించి ఉంది. Seabras-1 అదే స్టేషన్ నుండి బ్రెజిల్‌కు వెళ్తుంది, మరియు TGN Atlantic ఐరోపాకు చేరుకుంటుంది. Apollo కేబుల్ ఇంగ్లాండ్‌లోని Bude మరియు ఫ్రాన్స్‌లోని Lannion నుండి Manasquan వద్దకు వస్తుంది. Google యొక్క Grace Hopper కేబుల్ లాంగ్ ఐలాండ్‌లోని Bellport వద్ద ల్యాండ్ అవుతుంది, ఇది సెప్టెంబర్ 2022 నుండి Budeకు ట్రాఫిక్‌ను అందిస్తోంది.
• ఎక్స్ఛేంజీలు Wall Street నుండి బయటకు వచ్చాయి. NYSE మ్యాచింగ్ ఇంజిన్ Mahwahలో, Nasdaq ది Carteretలో, మరియు Cboe ది Secaucusలో నడుస్తాయి. ట్రేడర్లు ఈ సైట్లను ఈక్విటీ ట్రయాంగిల్ అని పిలుస్తారు. మైక్రోసెకన్లలో మార్కెట్ డేటా అవసరమైన సంస్థలు వీటి పక్కనే స్థలాన్ని తీసుకోవాలి, ఆ డిమాండ్ వల్లనే మనం ఇప్పుడు వాడుకుంటున్న ఫైబర్ నెట్‌వర్క్ అభివృద్ధి చెందింది.
• మీడియా మరియు అడ్వర్టైజింగ్ ఇక్కడే ఉన్నాయి. రియల్-టైమ్ బిడ్డింగ్ వేలం ప్రక్రియ పేజీ లోడ్ అవ్వకముందే ఫలితాన్ని ఇవ్వాలి, అందుకే యాడ్ ఎక్స్ఛేంజీలు తాము సేవలు అందించే ఏజెన్సీ నెట్‌వర్క్‌ల పక్కనే నిర్మించబడ్డాయి.
• నెట్‌వర్క్‌లు ఇప్పటికే ఉన్న చోటికే వెళ్తాయి. ఒకే భవనంలో వందలాది క్యారియర్లు ఉన్నప్పుడు, కొత్తగా వచ్చే సంస్థలు వేరే ఎక్కడో నిర్మించడం కంటే, వీటితో కలిసి పనిచేయడం ద్వారా చౌకైన ట్రాన్సిట్ మరియు మెరుగైన పీరింగ్‌ను పొందుతాయి.

VPS కొనుగోలుదారులకు ఇవేవీ ప్రతిష్టకు సంబంధించినవి కావు. దీని అర్థం ట్రాన్సిట్ పోటీగా ఉంటుంది, పీరింగ్ సాంద్రత ఎక్కువగా ఉంటుంది, మరియు కేబుల్స్ ప్రారంభమయ్యే చోటే ఉండటం వల్ల ఐరోపాకు వెళ్లే మార్గం చాలా తక్కువగా ఉంటుంది.

రౌండ్ ట్రిప్ అసలు ఖరీదు ఎంత

గాజులో కాంతి సెకనుకు సుమారు 200,000 కిలోమీటర్ల వేగంతో ప్రయాణిస్తుంది, ఇది శూన్యంలో దాని వేగంలో దాదాపు మూడింట రెండు వంతులు. ఏ రౌటర్ కూడా ప్యాకెట్‌ను తాకకముందే, ప్రతి 100 కిలోమీటర్ల ఫైబర్ నిడివికి 1 ms రౌండ్-ట్రిప్ సమయం పడుతుంది. ఫైబర్ కేబుల్స్ సరళరేఖలో కాకుండా, భూమిపై హక్కులు మరియు సముద్రగర్భ మార్గాలను అనుసరిస్తాయి కాబట్టి, వాస్తవ మార్గాలు మ్యాప్‌లో కనిపించే దూరం కంటే ఎక్కువగా ఉంటాయి.

ఖర్చు అనేది కేవలం ఒక రౌండ్ ట్రిప్ కాదు. మీ ప్రోటోకాల్‌కు అవసరమైన రౌండ్ ట్రిప్పుల సంఖ్యపై అది ఆధారపడి ఉంటుంది. ఒక కొత్త HTTPS కనెక్షన్, TCP (transmission control protocol) హ్యాండ్‌షేక్ కోసం ఒక రౌండ్ ట్రిప్, TLS (transport layer security) 1.3 హ్యాండ్‌షేక్ కోసం మరొకటి, మరియు అభ్యర్థనను పంపి మొదటి బైట్‌లను తిరిగి పొందడానికి ఇంకొక రౌండ్ ట్రిప్ తీసుకుంటుంది. బ్రౌజర్‌కు HTML కనిపించేలోపే ఇలా మూడు రౌండ్ ట్రిప్పులు పూర్తవుతాయి. TLS 1.2 అయితే నాలుగో రౌండ్ ట్రిప్‌ను అదనంగా చేరుస్తుంది.

[
  {
    "label": "Same metro",
    "rtt_ms": 5,
    "https_first_byte_ms": 15,
    "six_call_chain_ms": 30
  },
  {
    "label": "New York to Dallas",
    "rtt_ms": 38,
    "https_first_byte_ms": 114,
    "six_call_chain_ms": 228
  },
  {
    "label": "New York to London",
    "rtt_ms": 78,
    "https_first_byte_ms": 234,
    "six_call_chain_ms": 468
  },
  {
    "label": "New York to Singapore",
    "rtt_ms": 230,
    "https_first_byte_ms": 690,
    "six_call_chain_ms": 1380
  }
]

ఆ నిలువు వరుసలు కొలతలు కాకుండా గణితపరమైన అంచనాలు: మొదటి బైట్ కోసం మూడు రౌండ్ ట్రిప్పులు పడతాయి, మరియు చైన్ కాలమ్ అనేది ఒకదాని తర్వాత ఒకటి ఆరు డిపెండెంట్ API కాల్‌లను చేసే పేజీని సూచిస్తుంది. మెట్రో పరిధిలో 5 ms వద్ద, కనెక్షన్ సెటప్ కనిపించదు. అట్లాంటిక్ అవతల 78 ms వద్ద, అదే పేజీ HTML యొక్క మొదటి బైట్ కోసం 234 ms వేచి ఉంటుంది, మరియు ఆరు-కాల్‌ల చైన్ కేవలం వేచి ఉండటానికే 468 ms సమయాన్ని వృథా చేస్తుంది. న్యూయార్క్ నుండి సింగపూర్‌కు 230 ms వద్ద, ఆ చైన్ కోసం 1380 ms ఖర్చవుతుంది.

మీరు సర్వర్‌ను మార్చే ముందు చైన్ కాలమ్‌ను గమనించండి. కనెక్షన్ పునర్వినియోగం (connection reuse) మరియు TLS సెషన్ పునఃప్రారంభం (session resumption) మీరు పదేపదే చెల్లిస్తున్న రౌండ్ ట్రిప్పులను తగ్గిస్తాయి. ఆరు డిపెండెంట్ కాల్‌లను రెండు సమాంతర కాల్‌లుగా మార్చడం వల్ల, సర్వర్‌ను ఖండం మార్చడం కంటే ఎక్కువ సమయం ఆదా అవుతుంది. రౌండ్ ట్రిప్పులను తగ్గించడం సాధ్యం కానప్పుడు మాత్రమే సర్వర్‌ను మార్చండి: ఉదాహరణకు లాగిన్ ప్రక్రియ, లేదా మీ క్లయింట్ బ్యాచ్ చేయలేని డేటాబేస్ రైట్ ఆపరేషన్లు వంటివి.

New York మెట్రో VPS నుంచి సాధారణ రౌండ్ ట్రిప్ సమయాలు

[
  {
    "label": "Within the NY and NJ metro",
    "rtt_ms": 2
  },
  {
    "label": "Ashburn, Virginia",
    "rtt_ms": 8
  },
  {
    "label": "Toronto",
    "rtt_ms": 14
  },
  {
    "label": "Chicago",
    "rtt_ms": 22
  },
  {
    "label": "Dallas",
    "rtt_ms": 38
  },
  {
    "label": "Miami",
    "rtt_ms": 40
  },
  {
    "label": "Los Angeles",
    "rtt_ms": 70
  },
  {
    "label": "London",
    "rtt_ms": 78
  },
  {
    "label": "Frankfurt",
    "rtt_ms": 88
  },
  {
    "label": "Sao Paulo",
    "rtt_ms": 120
  }
]

వీటిని ఏదైనా ఒక నిర్దిష్ట మెషీన్ నుంచి తీసుకున్న కొలతలుగా కాకుండా, సాధారణంగా ప్రచురించబడిన గణాంకాలుగా పరిగణించండి. సాధారణ నెట్‌వర్క్ ట్రాన్సిట్‌లో మంచి కనెక్టివిటీ ఉన్న హోస్ట్‌ల కోసం ఇవి సాధారణంగా పేర్కొనే పరిధులు, మీ నెట్‌వర్క్ మార్గం వీటిలో ఏ వైపునైనా ఉండవచ్చు. Ashburn సుమారు 8 ms దూరంలో ఉంటుంది, ఇది ఎంత దగ్గరంటే, ఒక New York VPS ఎటువంటి పెద్ద జాప్యం లేకుండా Virginia క్లస్టర్‌లోని సేవలను ఉపయోగించుకోగలదు. Toronto సుమారు 14 ms దూరంలో ఉంటుంది. London సుమారు 78 ms వద్ద, Frankfurt సుమారు 88 ms వద్ద ఉంటాయి; అందుకే ఒక east coast సర్వర్ యూరోపియన్ వినియోగదారులకు ఆమోదయోగ్యమైన సేవలను అందించగలదు, కానీ west coast సర్వర్ అలా చేయలేదు.

East Coast placement ఎప్పుడు సరైన నిర్ణయం అవుతుంది

• మీ వినియోగదారులలో ఎక్కువ మంది Boston నుంచి Washington వరకు ఉన్న ప్రాంతంలో ఉన్నారు. అమెరికాలోని ఇంటర్నెట్ డిమాండ్‌లో ఎక్కువ భాగం ఈ ప్రాంతం నుంచే వస్తుంది, మరియు ఇక్కడి నుంచి మెట్రో ప్రాంతానికి కేవలం కొన్ని మిల్లీసెకన్ల సమయం మాత్రమే పడుతుంది.
• మీరు తూర్పు అమెరికా మరియు ఐరోపా దేశాలకు ఒకే సర్వర్ నుంచి సేవలు అందిస్తున్నారు. న్యూయార్క్ అత్యంత చౌకైన మరియు సమర్థవంతమైన ఎంపిక, ఎందుకంటే అట్లాంటిక్ సముద్రం దాటే కనెక్షన్లు ఇక్కడి నుంచే మొదలవుతాయి.
• మీరు ఇప్పటికే ఆ మెట్రో ప్రాంతంలో ఉన్న ఒక సేవపై ఆధారపడి ఉన్నారు: ఉదాహరణకు Secaucus లేదా Ashburn లో ఉన్న మార్కెట్ డేటా ఫీడ్, యాడ్ ఎక్స్ఛేంజ్ లేదా పార్టనర్ API.
• మీరు కెనడాలో హోస్టింగ్ చేయకుండానే అక్కడికి తక్కువ లాటెన్సీతో కనెక్ట్ అవ్వాలనుకుంటున్నారు. టొరంటోకు సుమారు 14 ms సమయం పడుతుంది. ఒకవేళ కెనడియన్ డేటా రెసిడెన్సీ అనేది తప్పనిసరి నిబంధన అయితే, అది వేరే విషయం. దీని గురించి కెనడియన్ VPS హోస్టింగ్ ఎంచుకునేటప్పుడు నిజంగా ముఖ్యమైన అంశాలు లో వివరంగా చూడవచ్చు.

సెంట్రల్ US లొకేషన్ ఈస్ట్ కోస్ట్ కంటే మెరుగ్గా ఉన్నప్పుడు

సగటు పరిస్థితుల కంటే అత్యంత క్లిష్టమైన పరిస్థితుల (worst case) కోసం డిజైన్ చేయండి. సుదూర తీరంలో ఉన్న వినియోగదారుడు లాగ్ (lag) ను గమనిస్తాడు. పక్క రాష్ట్రంలో ఉన్న వినియోగదారుడు గమనించడు.

[
  {
    "label": "New York metro",
    "to_new_york_ms": 2,
    "to_los_angeles_ms": 70
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 38,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Chicago",
    "to_new_york_ms": 22,
    "to_los_angeles_ms": 50
  },
  {
    "label": "Los Angeles",
    "to_new_york_ms": 70,
    "to_los_angeles_ms": 2
  }
]

న్యూయార్క్ సర్వర్ లాస్ ఏంజిల్స్ నుండి 70 ms దూరంలో ఉంటుంది. డల్లాస్ సర్వర్ న్యూయార్క్ నుండి 38 ms మరియు లాస్ ఏంజిల్స్ నుండి 35 ms దూరంలో ఉంటుంది, కాబట్టి దేశవ్యాప్తంగా దాని worst case సమయం న్యూయార్క్ కంటే సుమారు సగం ఉంటుంది. మీ ట్రాఫిక్ మ్యాప్ నిజంగానే జాతీయ స్థాయిలో ఉన్నప్పుడు, ఇది బలమైన స్థానం. డల్లాస్‌లో VPS ఉంచడం వల్ల కలిగే ప్రయోజనాలు అనే అంశం ఆ మార్కెట్ గురించి వివరంగా వివరిస్తుంది. చికాగో మరొక సరైన మధ్యస్థ ప్రదేశం, కానీ అది తూర్పు వైపు మొగ్గు చూపుతుంది.

మరో రెండు పరిస్థితులు న్యూయార్క్ కంటే ఇతర ప్రాంతాల వైపు మొగ్గు చూపుతాయి. మీ వినియోగదారులు అంటారియో లేదా క్యూబెక్ ప్రాంతాల్లో ఎక్కువగా ఉంటే, టొరంటో VPS వారికి నేరుగా సేవలను అందిస్తుంది; దీనివల్ల న్యూయార్క్ నుండి వచ్చే 14 ms అదనపు hop అవసరం ఉండదు. ఒకవేళ మీ ట్రాఫిక్ అంతా మీ సొంత సర్వర్ల మధ్యే జరుగుతుంటే, వాటిని ఒకే రీజియన్‌లో ఉంచండి మరియు భౌగోళిక స్థానం గురించి ఆలోచించడం మానేయండి. ఎందుకంటే, వినియోగదారులకు దగ్గరగా ఉండటం వల్ల పొందే ప్రయోజనం కంటే, రీజియన్ల మధ్య డేటా బదిలీ (cross-region hop) వల్ల కలిగే జాప్యం ఎక్కువగా ఉంటుంది.

కొలవండి, మార్కెటింగ్ మ్యాప్‌లను నమ్మకండి

కవరేజ్ మ్యాప్ ఒక భవనం ఎక్కడ ఉందో చెబుతుంది. కానీ ప్యాకెట్లు ఆ భవనానికి ఎలా చేరుతాయో అది చెప్పదు. ఆ మార్గం దూరంపై కాకుండా, ట్రాన్సిట్ కాంట్రాక్టులు మరియు పీరింగ్ ఒప్పందాలపై ఆధారపడి ఉంటుంది. కాబట్టి మీ వినియోగదారులు ఎక్కడ ఉన్నారో అక్కడి నుంచే కొలవండి. నెట్‌వర్క్ యొక్క మంచి భాగంలో ఉండే VPS కంటే, హోమ్ బ్రాడ్‌బ్యాండ్‌లో ఉన్న ల్యాప్‌టాప్ మెరుగైన ప్రోబ్ (probe) గా పనిచేస్తుంది.

sudo apt update
sudo apt install -y mtr-tiny traceroute iperf3

సాధారణ రౌండ్ ట్రిప్‌తో ప్రారంభించండి, నాలుగుకు బదులుగా ఇరవై ప్రోబ్‌లను పంపండి. హోస్ట్‌నేమ్‌ను మీ స్వంత సర్వర్‌తో భర్తీ చేయండి.

ping -c 20 your-server.example.com

చివరి లైన్ rtt min/avg/max/mdev ని నివేదిస్తుంది. అందులో సగటు (average) విలువ అత్యంత తక్కువ ఉపయోగకరమైనది. mdev అనేది జిట్టర్ (jitter); సగటు విలువ బాగున్నట్లు కనిపించినా, అధిక జిట్టర్ వాయిస్ మరియు ఇంటరాక్టివ్ సెషన్లను దెబ్బతీస్తుంది. వైర్డ్ పాత్‌లో, సున్నా కంటే ఎక్కువ ప్యాకెట్ లాస్ ఉంటే అది నాయిస్ కాదు, ఒక లోపం.

ఆ తర్వాత సమయం ఎక్కడ వృథా అవుతుందో కనుగొనండి.

mtr -rwzbc 100 your-server.example.com

mtr ప్రతి హాప్ (hop) కు 100 ప్రోబ్‌లను పంపి, ప్రతి హాప్ వద్ద లాస్ మరియు లేటెన్సీని ప్రింట్ చేస్తుంది. -z అనేది AS (autonomous system) నంబర్‌ను జోడిస్తుంది, దీనివల్ల ఏ నెట్‌వర్క్ ఏ హాప్‌ను కలిగి ఉందో మీరు చూడవచ్చు. మధ్యలో ఉన్న హాప్ వద్ద కనిపించి, తర్వాతి హాప్‌లలో మాయమయ్యే లాస్ నిజమైనది కాదు: ఆ రూటర్ తాను స్వయంగా జనరేట్ చేయాల్సిన ICMP రిప్లైలను రేట్-లిమిట్ చేస్తోంది, దీనివల్ల మీ ట్రాఫిక్‌కు ఎటువంటి నష్టం జరగదు. ఒక హాప్ వద్ద మొదలై, ఆ తర్వాత ప్రతి హాప్‌లోనూ కొనసాగే లాస్ మాత్రమే నిజమైనది.

వెబ్ సర్వీస్‌ను అంచనా వేయడానికి ICMP సరైన ప్రోటోకాల్ కాదు, ఎందుకంటే చాలా నెట్‌వర్క్‌లు దీనికి తక్కువ ప్రాధాన్యతనిస్తాయి. మీరు నిజంగా అందించే సేవను టైమ్ చేయండి.

curl -o /dev/null -s -w 'dns %{time_namelookup}\ntcp %{time_connect}\ntls %{time_appconnect}\nttfb %{time_starttransfer}\ntotal %{time_total}\n' https://example.com/

ప్రతి విలువ ప్రారంభం నుండి సంచిత సెకన్లలో (cumulative seconds) ఉంటుంది, కాబట్టి చదవడానికి మీరు తీసివేత చేయాలి. time_connect నుండి time_namelookup ని తీసివేస్తే ఒక రౌండ్ ట్రిప్ వస్తుంది. time_appconnect నుండి time_connect అనేది TLS హ్యాండ్‌షేక్. time_starttransfer నుండి time_appconnect అనేది మరొక రౌండ్ ట్రిప్ మరియు మీ అప్లికేషన్ సమాధానం ఇవ్వడానికి తీసుకున్న సమయం. ఆ చివరి తీసివేత ఫలితమే అసలు రోగ నిర్ధారణ. అది ఒక రౌండ్ ట్రిప్‌కు దగ్గరగా ఉంటే, నెట్‌వర్క్ పరిమితిగా ఉందని అర్థం, అప్పుడు దగ్గరలో ఉన్న సర్వర్ సహాయపడుతుంది. అది రౌండ్ ట్రిప్ కంటే చాలా రెట్లు ఎక్కువగా ఉంటే, మీ అప్లికేషన్ నెమ్మదిగా ఉందని అర్థం, అప్పుడు సర్వర్‌ను మార్చినా ఫలితం ఉండదు.

for i in $(seq 1 20); do
  curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/
done | sort -n | awk 'NR==10 || NR==11'

ఒక నిర్ణయానికి వచ్చే ముందు, ప్రతి సంభావ్య ప్రదేశంలోని ట్రయల్ ఇన్‌స్టాన్స్‌పై ఇదే పరీక్షను రన్ చేయండి. VPS బెంచ్‌మార్కింగ్ కోసం పూర్తి పద్ధతి నెట్‌వర్క్‌తో పాటు డిస్క్ మరియు CPU గురించి కూడా వివరిస్తుంది, తద్వారా మీరు కేవలం లేటెన్సీని మాత్రమే ప్రాతిపదికగా తీసుకోకుండా నిర్ణయం తీసుకోవచ్చు.

న్యూయార్క్ అడ్రస్‌తో మారే ఇతర అంశాలు

ధర మొదటి అంశం. టెక్సాస్ లేదా మిడ్‌వెస్ట్ ప్రాంతాలతో పోలిస్తే న్యూయార్క్ మెట్రోలో పవర్ మరియు ఫ్లోర్ స్పేస్ ఖర్చు ఎక్కువ. కొంతమంది ప్రొవైడర్లు ఈ వ్యత్యాసాన్ని లొకేషన్ వారీగా అదనపు ఛార్జీగా వసూలు చేస్తారు, మరికొందరు తమ అన్ని లొకేషన్ల సగటు ధరను నిర్ణయిస్తారు. ఆగస్టు 2026 నాటికి దీనికి ఒకే విధమైన నియమం లేదు, కాబట్టి అదనపు ఛార్జీ ఉందని భావించే ముందు, ప్రొవైడర్ ఆర్డర్ పేజీలో రెండు వేర్వేరు లొకేషన్లలో ఒకే స్పెసిఫికేషన్ కోసం ధరను సరిచూసుకోండి. ఒక VPS నెలకు వాస్తవంగా ఎంత ఖర్చవుతుంది అనే విభాగం మిగిలిన బిల్లు వివరాలను వివరిస్తుంది.

చట్టం సర్వర్‌ను అనుసరించదు. న్యూయార్క్ నివాసికి సంబంధించిన ప్రైవేట్ సమాచారాన్ని కలిగి ఉన్న ఎవరైనా, ఆ డేటా ఎక్కడ ఉన్నా సరే, న్యూయార్క్ యొక్క SHIELD Act ప్రకారం బ్రీచ్ నోటిఫికేషన్ మరియు తగిన భద్రతా చర్యలు తీసుకోవాల్సిన బాధ్యత ఉంటుంది. మీ సర్వర్‌ను డల్లాస్‌కు తరలించినంత మాత్రాన ఈ బాధ్యత తొలగిపోదు, అలాగే మాన్‌హట్టన్‌కు తరలించినంత మాత్రాన కొత్తగా ఈ బాధ్యత ఏర్పడదు. GDPR (general data protection regulation) మరియు మీ యూరోపియన్ వినియోగదారుల విషయంలో కూడా ఇదే వర్తిస్తుంది. కాంట్రాక్ట్ లేదా సెక్టార్ నిబంధనలలో ఏదైనా దేశం పేరు ప్రత్యేకంగా పేర్కొన్నప్పుడు మాత్రమే లొకేషన్ ప్రాముఖ్యత సంతరించుకుంటుంది; ఆరోగ్య సంరక్షణ మరియు కొన్ని ఆర్థిక సేవల రంగాలలో ఇది సాధారణం.

పవర్ మరియు వరద ముప్పు గురించి ఒక పేరా అవసరం. అక్టోబర్ 2012లో హరికేన్ శాండీ సంభవించినప్పుడు, లోయర్ మాన్‌హట్టన్‌లోని అనేక క్యారియర్ భవనాలు సేవలను కోల్పోయాయి. ఎందుకంటే బేస్‌మెంట్‌లోని ఫ్యూయల్ పంపులు మునిగిపోవడంతో, పైన ఉన్న జనరేటర్లకు ఇంధనం అందక ఆగిపోయాయి. ఏ మెట్రో నగరంలోనైనా ఒకే సైట్ అనేది ఒకే పాయింట్ ఆఫ్ ఫెయిల్యూర్ (single point of failure). బ్యాకప్‌లను వేరే పవర్ గ్రిడ్‌లో ఉంచండి మరియు రీస్టోర్ ప్రక్రియ పనిచేస్తుందో లేదో తెలుసుకోవడానికి కనీసం ఒక్కసారైనా వేరే చోట రీస్టోర్ చేసి చూడండి.

FAQ

యూరోపియన్ వినియోగదారులకు సెంట్రల్ US VPS కంటే న్యూయార్క్ VPS వేగంగా ఉంటుందా?

అవును, ఇది ఊహించదగినంత వేగంగా ఉంటుంది. అట్లాంటిక్ సముద్రం కింద ఉండే కేబుల్స్ న్యూజెర్సీ తీరం మరియు లాంగ్ ఐలాండ్‌కు చేరుకుంటాయి కాబట్టి, న్యూయార్క్ మెట్రో ప్రాంతం నుండి లండన్‌కు సుమారు 78 ms సమయం పడుతుంది. డల్లాస్‌లోని సర్వర్ లండన్‌కు చేరుకోవాలంటే ముందుగా తూర్పు తీరానికి రావాలి, కాబట్టి డల్లాస్ నుండి న్యూయార్క్‌కు పట్టే అదనపు 38 ms సమయం కూడా దీనికి తోడవుతుంది. ఒకే సర్వర్ అమెరికా తూర్పు తీరానికి మరియు ఐరోపాకు సేవలు అందించాల్సి వస్తే, న్యూయార్క్ తక్కువ ఖర్చుతో కూడిన ఉత్తమ ఎంపిక.

నా "న్యూయార్క్" VPS నిజానికి న్యూజెర్సీలో ఎందుకు ఉంది?

ఎందుకంటే అక్కడ మాత్రమే అవసరమైన స్థలం మరియు విద్యుత్ సౌకర్యాలు అందుబాటులో ఉన్నాయి. 60 Hudson Street వంటి మాన్‌హట్టన్ భవనాలు కేవలం ఇంటర్‌కనెక్షన్ హబ్‌లుగా పనిచేస్తాయి తప్ప, పెద్ద కంప్యూట్ హాల్‌లుగా ఉండవు. అందుకే సర్వర్ రాక్స్ అన్నీ సెకాకస్, వీహాకెన్, కార్టెరెట్, పిస్కటావే లేదా నెవార్క్‌లలో ఉంటాయి. ఈ అదనపు ఫైబర్ కేబుల్ వల్ల కలిగే జాప్యం ఒక మిల్లీసెకను కంటే చాలా తక్కువ, ఇది ఏ వెబ్ అప్లికేషన్‌పైనా ప్రభావం చూపదు. ఒక నిర్దిష్ట భవనంలోని నెట్‌వర్క్‌కు క్రాస్-కనెక్ట్ అవసరమైనప్పుడు మాత్రమే ఖచ్చితమైన ఫెసిలిటీ గురించి అడగండి.

నెట్‌వర్క్ జాప్యం (latency) నిజంగా నా సమస్యేనా అని ఎలా తెలుసుకోవాలి?

curl టైమింగ్ బ్రేక్‌డౌన్‌ను రన్ చేసి, విలువలను తీసివేయండి. time_appconnect మరియు time_starttransfer మధ్య ఉన్న వ్యత్యాసం ఒక నెట్‌వర్క్ రౌండ్ ట్రిప్ మరియు మీ సర్వర్ ప్రాసెసింగ్ సమయానికి సమానం. ఈ వ్యత్యాసం మీరు ping తో కొలిచిన రౌండ్ ట్రిప్ కంటే చాలా ఎక్కువగా ఉంటే, జాప్యం మీ అప్లికేషన్ లోపలే ఉంది; కాబట్టి డేటా సెంటర్‌ను దగ్గరకు మార్చినా సమస్య పరిష్కారం కాదు. ఒకవేళ ఆ వ్యత్యాసం రౌండ్ ట్రిప్‌కు దగ్గరగా ఉండి, పేజీ ఇంకా నెమ్మదిగా అనిపిస్తే, ఆ పేజీ ఎన్ని అభ్యర్థనలను (requests) వరుసగా పంపుతుందో లెక్కించండి, ఎందుకంటే ప్రతి అభ్యర్థనకు రౌండ్ ట్రిప్ సమయం పడుతుంది.

న్యూయార్క్‌లో హోస్ట్ చేయడం వల్ల నాపై వర్తించే గోప్యతా చట్టాలు మారుతాయా?

చాలా వరకు మారవు. న్యూయార్క్ SHIELD Act మరియు GDPR వంటి నిబంధనలు మీరు ఎవరి డేటాను కలిగి ఉన్నారనే దానిపై ఆధారపడి ఉంటాయి, డిస్క్ ఎక్కడ ఉందనే దానిపై కాదు. ఒక కాంట్రాక్ట్ లేదా రంగం యొక్క నిబంధనలు ఒక నిర్దిష్ట దేశాన్ని పేర్కొన్నప్పుడు మాత్రమే సర్వర్ స్థానం నిర్ణయాత్మక అంశంగా మారుతుంది; ఇది తరచుగా ఆరోగ్య సంరక్షణ మరియు ఆర్థిక సేవల రంగాలలో జరుగుతుంది. ఏదైనా స్థానాన్ని ఎంచుకునే ముందు ఆ నిబంధనలను పూర్తిగా చదవండి.

బాగా అమర్చిన VPS స్థానంలో CDN పనిచేస్తుందా?

స్టాటిక్ ఫైల్స్ కోసం అయితే, అవును. CDN (content delivery network) మీ వినియోగదారులకు దగ్గరగా చిత్రాలను మరియు స్క్రిప్ట్‌లను కాష్ చేస్తుంది, తద్వారా ఆ అభ్యర్థనలకు పట్టే దూరాన్ని తగ్గిస్తుంది. అయితే, ఇది లాగిన్ అయిన డాష్‌బోర్డ్‌లను లేదా డేటాబేస్ రైట్ ఆపరేషన్లను కాష్ చేయలేదు; కాబట్టి అవి మీ ఒరిజిన్ సర్వర్‌కు ప్రయాణించాల్సిందే మరియు పూర్తి రౌండ్ ట్రిప్ సమయం పడుతుంది. డేటాను అప్‌డేట్ చేసే వినియోగదారులకు దగ్గరగా ఒరిజిన్ సర్వర్‌ను ఉంచండి, మిగిలిన వాటిని CDN చూసుకుంటుంది.