Dallas में VPS hosting लेने के क्या फायदे हैं?

Dallas में VPS hosting लेने के फायदे

Dallas में VPS hosting लेने का मतलब है एक बेहतर नेटवर्क स्थिति प्राप्त करना। एक VPS (virtual private server) एक भौतिक मशीन का हिस्सा होता है जो एक विशिष्ट इमारत में स्थित होती है। यह इमारत ही तय करती है कि आपके उपयोगकर्ताओं के लिए round trip time क्या होगा, bandwidth की कीमत क्या होगी, और आपका डेटा किन कानूनी क्षेत्राधिकारों के अंतर्गत आएगा। Dallas संयुक्त राज्य अमेरिका के मध्य में स्थित है और देश के सबसे घने carrier बाजारों में से एक है। यही इसका मुख्य लाभ है। इस गाइड का शेष भाग यह बताता है कि यह तर्क आपके उपयोगकर्ताओं के लिए कब सही है और कब नहीं।

यदि आपने अभी तक यह तय नहीं किया है कि सर्वर का उपयोग किस लिए करना है, तो पहले आप 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) रास्तों पर वायर्ड कनेक्शन के लिए प्रकाशित सामान्य आंकड़े हैं, न कि आपकी मशीन से लिए गए माप। इन्हें केवल एक शुरुआती बिंदु मानें। आपका अपना परिणाम सर्वर की तुलना में आपके इंटरनेट प्रदाता पर अधिक निर्भर करता है: Wi-Fi कुछ मिलीसेकंड जोड़ता है, मोबाइल नेटवर्क दसियों मिलीसेकंड जोड़ता है, और एक खराब तरीके से जुड़े हुए आवासीय प्रदाता उस रास्ते में 30 ms जोड़ सकते हैं जिसे भौतिकी के अनुसार 15 ms का होना चाहिए।

किसी एक संख्या के बजाय पैटर्न को समझें। महाद्वीपीय संयुक्त राज्य अमेरिका का हर बड़ा शहर लगभग 50 ms या उससे कम पर स्थित है, जिसमें Houston 8 ms पर और Chicago 23 ms पर है। Mexico City लगभग 48 ms पर है, जो किसी भी अमेरिकी तट की तुलना में अधिक करीब है, क्योंकि लैटिन अमेरिकी traffic का एक बड़ा हिस्सा पहले से ही Texas या Florida से होकर गुजरता है। Sao Paulo 140 ms पर एक लंबा रास्ता है, और Singapore 215 ms पर पूरी तरह से एक अलग समस्या है।

मिलीसेकंड कच्चे आंकड़ों के सुझाव से कहीं अधिक मायने रखते हैं, क्योंकि एक कनेक्शन round trips से बना होता है। एक HTTPS request खोलने में TCP (transmission control protocol) handshake के लिए एक round trip, TLS 1.3 (transport layer security) के लिए एक और, और स्वयं request के लिए एक और round trip लगता है। 35 ms पर, पहला byte आने से पहले ही 100 ms से अधिक का समय बीत जाता है। एक पेज जो एक के बाद एक 20 API calls करता है, वह 35 ms को 700 ms के इंतजार में बदल देता है। 35 ms पर interactive SSH का अनुभव 8 ms से अलग होता है, और 35 ms पर एक game server ठीक काम करता है जबकि वही सर्वर 140 ms पर नहीं। ऐसी किसी भी चीज़ के लिए जिसे हर उपयोगकर्ता तुरंत महसूस करता है, जैसे कि VPS पर Minecraft सर्वर, यह केंद्रीय स्थिति वास्तव में प्रभावी है।

क्या देश का मध्य भाग तट की तुलना में बेहतर है?

फाइबर में प्रकाश लगभग 200,000 किमी प्रति सेकंड की गति से यात्रा करता है, जो निर्वात (vacuum) में इसकी गति का दो-तिहाई है। इसलिए, फाइबर के हर 100 किमी के लिए राउंड ट्रिप में लगभग 1 ms का समय लगता है, और फाइबर कभी भी दो शहरों के बीच सीधी रेखा में नहीं बिछाया जाता है। यह भौतिकी द्वारा निर्धारित एक न्यूनतम सीमा है, इसलिए Dallas से Frankfurt तक पैकेट भेजने की गति को पैसे के दम पर उस सीमा से अधिक नहीं बढ़ाया जा सकता जो ग्लास (फाइबर) अनुमति देता है। स्थान ही एकमात्र ऐसा कारक है जिसे आप नियंत्रित कर सकते हैं।

Dallas, New York से लगभग 2,200 किमी और Los Angeles से लगभग 2,000 किमी दूर है, जो कि असामान्य रूप से संतुलित है। इस प्रसार (spread) की तुलना उन दो तटीय बाजारों से करें जिन्हें ज्यादातर लोग सबसे पहले चुनते हैं।

[
  {
    "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 होस्ट इसे उलट देता है, जो New York के लिए 62 ms का समय लेता है। Dallas, अपने पास स्थित शहरों के लिए उन दोनों की तुलना में खराब है, लेकिन उन शहरों के लिए बेहतर है जिनसे वे दोनों बहुत दूर हैं।

इसलिए सवाल यह नहीं है कि कौन सा शहर सबसे तेज़ है। सवाल यह है कि आप कैसा आकार चाहते हैं। जब आपके अधिकांश उपयोगकर्ता एक तट पर हों और आप median latency को कम रखना चाहते हों, तो एक तट चुनें। जब आपके उपयोगकर्ता पूरे देश में फैले हों और आप worst-case latency को कम रखना चाहते हों, तो Dallas चुनें। यह वही समझौता है जिसे Canadian VPS चुनते समय वास्तव में क्या मायने रखता है में कवर किया गया है, जहाँ जनसंख्या दो तटों के बजाय एक लंबी रेखा पर स्थित है।

Dallas में कैरियर डेंसिटी का वास्तविक लाभ

कैरियर होटल एक ऐसी इमारत है जहाँ कई नेटवर्क समाप्त होते हैं और सीधे एक-दूसरे से जुड़ते हैं। Dallas में एक प्रसिद्ध कैरियर होटल है: 1950 North Stemmons Freeway पर स्थित Infomart, जिसे Equinix ने 2018 में 800 मिलियन डॉलर में खरीदा था। इंटरनेट एक्सचेंज (IX) ऐसी इमारत के भीतर एक साझा स्विच होता है, जहाँ नेटवर्क अपने बीच ट्रैफिक ले जाने के लिए किसी तीसरे पक्ष को भुगतान करने के बजाय एक-दूसरे के साथ पीयरिंग (peering) करते हैं। DE-CIX नवंबर 2016 से Dallas में एक एक्सचेंज चला रहा है, और Equinix अपना स्वयं का एक्सचेंज संचालित करता है।

यह traceroute में दिखाई देता है। जब आपका होस्ट और आपके उपयोगकर्ता का इंटरनेट प्रदाता दोनों एक ही एक्सचेंज पर स्थित होते हैं, तो पैकेट केवल एक सीमा पार करता है। जब वे ऐसा नहीं करते हैं, तो इसे एक ट्रांजिट प्रदाता को सौंप दिया जाता है, जो इसे डिलीवर करने से पहले Ashburn या Atlanta तक ले जा सकता है और वापस ला सकता है। यह अतिरिक्त दूरी वास्तविक मिलीसेकंड का समय लेती है, और प्रत्येक अतिरिक्त नेटवर्क एक ऐसी जगह है जहाँ रात 9 बजे लिंक भर जाने पर पैकेट लॉस (packet loss) की समस्या हो सकती है।

आप भुगतान करने से पहले इन सभी बातों की जाँच कर सकते हैं।

• प्रदाता से उसका ASN (autonomous system number) मांगें। BGP (border gateway protocol) का उपयोग करने वाले प्रत्येक नेटवर्क का एक ASN होता है।
• उस ASN को PeeringDB पर देखें। यह सूचीबद्ध करता है कि कोई नेटवर्क किन एक्सचेंजों से जुड़ा है और किन इमारतों में स्थित है, और नेटवर्क स्वयं अपनी प्रविष्टियों का रखरखाव करते हैं।
• जाँचें कि सुविधा (facility) में कौन से एक्सचेंज मौजूद हैं। यदि प्रदाता उसी इमारत में है जहाँ एक्सचेंज है, लेकिन वह उससे जुड़ा नहीं है, तो इसका आपको कोई लाभ नहीं मिलेगा।
• अपने उपयोगकर्ताओं के नेटवर्क से पथ (path) को ट्रेस करें और गिनें कि यह कितने अलग-अलग नेटवर्कों को पार करता है।

mtr -rwzc 100 203.0.113.10

रिपोर्ट प्रत्येक हॉप (hop) के लिए नेटवर्क नंबर, लॉस प्रतिशत और टाइमिंग के साथ एक लाइन प्रिंट करती है। सबसे पहले अंतिम लाइन पढ़ें, क्योंकि वह लाइन आपका सर्वर है। बीच के किसी हॉप पर लॉस होना और अंत में कोई लॉस न होना सामान्य है, क्योंकि राउटर स्वयं द्वारा उत्पन्न ICMP (internet control message protocol) रिप्लाई को कम प्राथमिकता देते हैं, जिससे वह हॉप गलत रिपोर्ट दे सकता है। यदि लॉस एक हॉप से शुरू होकर उसके बाद के सभी हॉप्स में जारी रहता है, तो यह एक वास्तविक खराबी है, और इसे रिपोर्ट के साथ सपोर्ट टिकट में शामिल किया जाना चाहिए।

क्या Texas का पावर ग्रिड आपके uptime के लिए जोखिम पैदा करता है?

Texas अपना खुद का बिजली ग्रिड चलाता है। ERCOT (Electric Reliability Council of Texas) राज्य के लगभग 90 प्रतिशत लोड को कवर करता है और यह उत्तरी अमेरिका के बाकी हिस्सों के साथ सिंक्रोनाइज़्ड नहीं है। यह अपने पड़ोसियों से direct current ties के एक छोटे सेट के माध्यम से जुड़ा है, जो कुल मिलाकर लगभग 1.2 GW है, जबकि 22 July 2026 को 91 GW से अधिक की peak demand दर्ज की गई थी। इसलिए जब Texas में बिजली की कमी होती है, तो यह आयात करके समस्या का समाधान नहीं कर सकता। यही वह तंत्र है जिसके कारण February 2021 में Winter Storm Uri ने ERCOT भर में कई दिनों तक rolling blackouts के लिए मजबूर किया था।

आपके सर्वर के लिए, ग्रिड सवाल नहीं है। इमारत सवाल है। एक data center कुछ मिनटों के लिए UPS (uninterruptible power supply) बैटरी पर और फिर जब तक ईंधन रहता है तब तक diesel generators पर utility outage के दौरान चलता है। चार सवाल पूछें और उनके जवाब लिखित में लें: क्या power path N+1 या 2N है, साइट पर मौजूद ईंधन पर generators full load पर कितने घंटे चलते हैं, क्या कोई priority fuel delivery contract है, और उन्होंने आखिरी बार real load के तहत generators का परीक्षण कब किया था। जो provider आखिरी सवाल का जवाब नहीं दे सकता, उसने परीक्षण नहीं किया है।

वही ग्रिड इस बात का कारण है कि यहाँ capacity सस्ती है। Texas में औद्योगिक बिजली की दर US के औसत से कम है, और बिजली एक data center में सबसे बड़ी running cost है, इसलिए Dallas की कीमत northern Virginia जैसे सीमित बाजारों की तुलना में कम है। यह अंतर आपके invoice तक पहुँचता है। जब आप शहरों के बीच quotes की तुलना करते हैं, तो एक VPS की वास्तविक लागत को उनके बगल में खुला रखें, क्योंकि location premium को base rate के बगल में देखना बहुत आसान होता है।

क्या बवंडर और टेक्सास की गर्मी Dallas के डेटा सेंटर के लिए खतरा हैं?

ये दो अलग-अलग उत्तरों वाले दो प्रश्न हैं।

हवा और ओले इमारत की मजबूती से जुड़े प्रश्न हैं। 20 अक्टूबर 2019 को, लगभग 140 mph की हवाओं वाला एक EF3 बवंडर Dallas Love Field के पास आया और उत्तरी Dallas में 15 मील का रास्ता तय करते हुए लगभग $1.5 बिलियन का नुकसान पहुँचाया। यह रास्ता Stemmons Freeway डेटा सेंटर कॉरिडोर से कुछ मील की दूरी पर है। विशेष रूप से निर्मित डेटा हॉल एक खिड़की रहित कंक्रीट की संरचना होती है और यह ऐसी हवाओं को झेल सकती है जो किसी स्ट्रिप मॉल की छत उड़ा सकती हैं। इसके खुले हिस्से ऊपर स्थित होते हैं: कंडेनसर और कूलिंग टावर। अधिकांश वसंत ऋतु में बड़े ओले गिरते हैं और ठीक इसी उपकरण पर गिरते हैं। यह पूछें कि बाहरी आवरण (shell) किस रेटिंग का है और मैकेनिकल प्लांट कहाँ स्थित है।

गर्मी लागत का प्रश्न है। जुलाई और अगस्त में Dallas में तापमान लंबे समय तक 100 F (38 C) से ऊपर रहता है। कूलिंग को स्थानीय डिजाइन के अनुसार व्यवस्थित किया जाता है, इसलिए कमरे का तापमान स्थिर रहता है। जो बढ़ता है वह है PUE (पावर यूसेज इफेक्टिवनेस, कुल सुविधा शक्ति को सर्वर तक पहुँचने वाली शक्ति से विभाजित करना), क्योंकि चिलर फरवरी की तुलना में अगस्त में अधिक मेहनत करते हैं, और वह लागत पहले से ही आपकी कीमत में शामिल होती है। वास्तविक गर्मी का जोखिम हीट वेव के दौरान कूलिंग का विफल होना है: बाहर 104 F (40 C) तापमान होने पर, बिना कूलिंग वाला कमरा एक घंटे के बजाय कुछ ही मिनटों में शटडाउन तापमान तक पहुँच जाता है, इसलिए कर्मचारियों के पास चिलर को ठीक करने के लिए बहुत कम समय होता है। यह पूछें कि क्या कूलिंग N+1 है, न कि केवल यह कि पावर N+1 है या नहीं।

इनमें से कोई भी उत्तर Dallas से बचने का कारण नहीं है। दोनों ही अपने डेटा की एक कॉपी कहीं और रखने के कारण हैं। एक ही इमारत में रखा गया बैकअप वास्तव में बैकअप नहीं है, और restic के साथ एन्क्रिप्टेड ऑफ-साइट बैकअप को सेट अप करने में केवल एक दोपहर का समय लगता है।

Dallas गलत विकल्प कब होता है?

Dallas एक व्यावहारिक डिफ़ॉल्ट है, कोई अनिवार्य नियम नहीं। इन स्थितियों में कहीं और होस्ट करें:

• आपके उपयोगकर्ता यूरोप में हैं। एक Dallas सर्वर Frankfurt को लगभग 125 ms में और London को लगभग 112 ms में रिस्पॉन्स देता है। यह अंतर दूरी के कारण है, इसलिए कोई भी कॉन्फ़िगरेशन बदलाव इसमें सुधार नहीं कर सकता।
• आपके उपयोगकर्ता एशिया या ऑस्ट्रेलिया में हैं। Singapore 215 ms पर और भी धीमा है, और उन उपयोगकर्ताओं के पास एक दूसरा सर्वर होना, पहले सर्वर पर की गई किसी भी ट्यूनिंग से बेहतर परिणाम देता है।
• आपके सभी उपयोगकर्ता एक ऐसे मेट्रो क्षेत्र में हैं जो Dallas नहीं है। यदि आपके ऐप का उपयोग करने वाले सभी लोग Seattle में हैं, तो Seattle में होस्ट करें। केंद्रीय स्थिति का लाभ तभी मिलता है जब उपयोगकर्ता दूर-दूर फैले हों।
• कोई अनुबंध या नियामक संस्था डेटा को एक विशिष्ट देश के भीतर रखने की मांग करती है। यह प्रदर्शन का प्रश्न नहीं है, और कोई भी बेंचमार्क इसका समाधान नहीं दे सकता।
• US एक्सचेंज पर लेटेंसी आपकी रणनीति है। CME Group का मैचिंग इंजन Aurora, Illinois में है। NYSE, Mahwah, New Jersey से और Nasdaq, Carteret, New Jersey से संचालित होता है। Dallas इन सभी से 20 ms से अधिक दूर है। अधिकांश रिटेल ऑटोमेशन को इससे फर्क नहीं पड़ता, और ट्रेडिंग बॉट्स के लिए VPS चुनना इस बात पर निर्भर करता है कि वह लाइन वास्तव में कहाँ स्थित है।

Dallas में स्थित सर्वर पर कौन से कानून लागू होते हैं?

Dallas में स्थित सर्वर अमेरिकी संघीय कानून और Texas राज्य के कानून के अंतर्गत आता है। सुरक्षा समीक्षा के दौरान दो मुख्य बिंदु सामने आते हैं।

US CLOUD Act अमेरिकी अधिकारियों को किसी अमेरिकी प्रदाता को वह डेटा प्रस्तुत करने के लिए बाध्य करने की अनुमति देता है जिसे वह नियंत्रित करता है, चाहे डिस्क भौतिक रूप से कहीं भी स्थित हो। किसी अन्य अमेरिकी शहर को चुनने से इसमें कोई बदलाव नहीं आता है, और यदि प्रदाता एक अमेरिकी कंपनी है, तो अमेरिका के बाहर का शहर चुनने से भी इससे बचा नहीं जा सकता है।

Texas में होस्टिंग करने का मतलब यह नहीं है कि आप Texas के गोपनीयता कानून के अंतर्गत आते हैं। TDPSA (Texas Data Privacy and Security Act), जो 1 July 2024 से लागू है, उन व्यवसायों पर लागू होता है जो Texas में काम करते हैं या Texas के निवासियों को उत्पाद या सेवा बेचते हैं, और जो संघीय Small Business Administration की परिभाषा के तहत छोटा व्यवसाय नहीं हैं। यह आपके ग्राहकों पर लागू होता है, न कि आपके रैक पर। सर्वर को Chicago ले जाने से आपको छूट नहीं मिलती है, और Dallas ले जाने से आप इसके दायरे में नहीं आते हैं।

European Union से प्राप्त व्यक्तिगत डेटा के लिए, यदि आपके पास ट्रांसफर मैकेनिज्म है तो US होस्टिंग की अनुमति है। August 2026 तक, EU to US Data Privacy Framework का पर्याप्तता निर्णय (adequacy decision) प्रभावी है, जिसे September 2025 में EU General Court द्वारा बरकरार रखा गया था, और Court of Justice के समक्ष एक अपील लंबित है। व्यावहारिक कदम यह है कि आप अपने प्रदाता से लिखित में पूछें कि क्या वह उस फ्रेमवर्क के तहत स्वयं को प्रमाणित करता है या standard contractual clauses पर हस्ताक्षर करता है, और फिर उस उत्तर को वहां फाइल करें जहां आपका ऑडिटर उसे देख सके। कानूनी प्रश्न के बाकी हिस्सों के लिए किसी वकील से संपर्क करें, क्योंकि यह विषय निरंतर बदलता रहता है।

अपने मशीन से Dallas VPS को टेस्ट कैसे करें

ऊपर दिए गए सभी आंकड़े किसी और के मापन हैं। आपका अपना मापन ही निर्णायक होता है, और इसे इकट्ठा करने में लगभग बीस मिनट लगते हैं।

1. प्रदाता से उनके Dallas लोकेशन के लिए एक test IP address और एक test file मांगें। अधिकांश प्रदाता इन दोनों के साथ एक looking glass पेज प्रकाशित करते हैं।
2. आपके उपयोगकर्ता जिन नेटवर्कों पर हैं, उनमें से प्रत्येक से कम से कम 20 pings भेजें और summary लाइन को पढ़ें।
3. पाथ को trace करें और उन नेटवर्कों की गिनती करें जिन्हें यह पार करता है।
4. test file को डाउनलोड करें और sustained स्पीड को पढ़ें।
5. इसे अपने उपयोगकर्ताओं के व्यस्त समय में, सप्ताह के किसी दिन की शाम को, कम से कम दो दिनों तक दोहराएं। भीड़भाड़ सुबह 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 लाइन ही वह है जिसे आपको नोट करना है:

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

mdev (mean deviation) को jitter के रूप में पढ़ें। 2 ms से कम mdev के साथ 35 ms का औसत एक साफ पाथ है। 20 ms के mdev के साथ वही 35 ms का औसत यह दर्शाता है कि पाथ में कुछ अस्थिर है, और यह किसी भी इंटरैक्टिव काम के लिए स्थिर 60 ms से भी खराब महसूस होगा। 100 packets पर लगातार, अंतिम hop पर शून्य से अधिक packet loss एक खराबी है, न कि कोई सामान्य बात।

Throughput के लिए एक अलग टेस्ट की आवश्यकता होती है। एक लंबे पाथ पर एक TCP कनेक्शन receive window को round trip time से विभाजित करने पर सीमित हो जाता है, इसलिए एक धीमा सिंगल स्ट्रीम डाउनलोड यह साबित नहीं करता कि लिंक धीमा है। इसके बजाय 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 दिशा को उलट देता है, इसलिए दूसरा रन उस डाउनलोड पाथ को मापता है जिसका उपयोग आपके उपयोगकर्ता वास्तव में करेंगे। समाप्त होने पर port को फिर से बंद कर दें, क्योंकि iperf3 में कोई authentication नहीं होता है।

नेटवर्क एक पहलू है। CPU steal और disk speed अलग पहलू हैं, और एक बेहतरीन लोकेशन में भी सस्ता प्लान धीमा चलता है यदि host machine oversold हो। किसी भी वास्तविक डेटा को उस पर ले जाने से पहले VPS को बेंचमार्क कैसे करें के माध्यम से काम करें, फिर नए VPS पर पहले दस मिनट उसे सुरक्षित करने में बिताएं।

FAQ

क्या Dallas में स्थित VPS दोनों अमेरिकी तटों पर मौजूद उपयोगकर्ताओं के लिए पर्याप्त तेज़ है?

हाँ, रीयल-टाइम गेम्स और latency-sensitive ट्रेडिंग को छोड़कर बाकी सभी कार्यों के लिए यह पर्याप्त है। Dallas से New York तक का सामान्य wired round trip लगभग 36 ms और Los Angeles तक लगभग 35 ms होता है, इसलिए महाद्वीपीय संयुक्त राज्य अमेरिका में कोई भी उपयोगकर्ता सर्वर से बहुत दूर नहीं है। New York के लिए उत्तरी Virginia में स्थित सर्वर बेहतर प्रदर्शन करता है, जो लगभग 10 ms पर है, लेकिन Los Angeles के लिए यह काफी धीमा हो जाता है, जो लगभग 62 ms है। जब आप median low के बजाय worst case को कम रखना चाहते हैं, तो Dallas को चुनें।

क्या Texas का पावर ग्रिड Dallas VPS को कम विश्वसनीय बनाता है?

ERCOT एक अलग ग्रिड है जिसमें अपने पड़ोसियों के साथ लगभग 1.2 GW की direct current ties हैं, इसलिए कमी के दौरान Texas अधिक बिजली आयात नहीं कर सकता। इसी कारण से February 2021 में Winter Storm Uri के दौरान कई दिनों तक rolling blackouts हुए थे। आपका uptime ग्रिड के बजाय बिल्डिंग पर निर्भर करता है, क्योंकि UPS बैटरियां कुछ मिनटों के लिए लोड संभालती हैं और डीजल जनरेटर तब तक चलते हैं जब तक ईंधन उपलब्ध रहता है। प्रदाता से साइट पर मौजूद ईंधन के साथ full load पर जनरेटर के चलने के समय और अंतिम full load टेस्ट की तारीख के बारे में पूछें।

क्या बवंडर (tornado) या Texas की गर्मी मेरे सर्वर को offline कर देगी?

अपने आप में नहीं। 20 October 2019 को north Dallas से गुजरे EF3 बवंडर ने स्ट्रिप मॉल्स और घरों को नष्ट कर दिया था, लेकिन एक purpose-built डेटा हॉल बिना खिड़की वाली कंक्रीट की संरचना होती है जो ऐसी हवाओं को झेलने के लिए बनाई जाती है। छत पर लगे cooling units ही सबसे असुरक्षित हिस्से होते हैं, जो वसंत ऋतु में होने वाले बड़े ओलों की चपेट में भी आ सकते हैं। गर्मी का असर uptime के बजाय खर्च पर पड़ता है, क्योंकि cooling को स्थानीय design day के अनुसार तैयार किया जाता है, हालांकि गर्मी के दौरान cooling फेल होने पर कर्मचारियों के पास प्रतिक्रिया देने के लिए बहुत कम समय होता है। बैकअप को किसी दूसरे क्षेत्र में रखें, क्योंकि जिस जोखिम को आप design से हल नहीं कर सकते, वह पूरी साइट का नुकसान होना है।

यदि मेरे उपयोगकर्ता Europe में हैं, तो क्या मुझे Dallas में होस्ट करना चाहिए?

नहीं। Dallas का सर्वर Frankfurt को लगभग 125 ms और London को लगभग 112 ms में जवाब देता है, और यह अंतर दूरी के कारण है, जिसे आपके configuration में कोई भी बदलाव दूर नहीं कर सकता। अपने उपयोगकर्ताओं के पास होस्ट करें, और Dallas के सर्वर का उपयोग उन कार्यों के लिए करें जिनका इंतज़ार कोई नहीं करता, जैसे कि बैकअप या batch jobs। यदि इसमें European व्यक्तिगत डेटा शामिल है, तो EU में लोकेशन रखने से डेटा ट्रांसफर से जुड़े वे सवाल भी खत्म हो जाते हैं जिन्हें अन्यथा आपको document करना पड़ता।

खरीदने से पहले मैं Dallas VPS की latency को कैसे मापूँ?

प्रदाता से एक test IP address लें, फिर अपने उपयोगकर्ताओं द्वारा उपयोग किए जाने वाले हर नेटवर्क से इसके विरुद्ध ping -c 20 और mtr -rwzc 100 चलाएं। ping summary में, average को mdev मान के साथ पढ़ें: कम average के साथ उच्च mdev का मतलब jitter है, जो स्थिर उच्च संख्या की तुलना में अधिक खराब अनुभव देता है। इसे दो दिनों तक अपने उपयोगकर्ताओं के व्यस्त शाम के समय दोहराएं, क्योंकि congestion समय पर निर्भर समस्या है। throughput के लिए चार parallel streams के साथ iperf3 का उपयोग करें, क्योंकि लंबे रास्ते पर एक TCP stream की गति link के बजाय window size द्वारा सीमित होती है।