मैं यूएसए के उपयोगकर्ताओं को यूएसए सर्वर और यूके से आगंतुकों को यूके सर्वर पर जाने के लिए कैसे मजबूर कर सकता हूं

26

अगर मेरे पास यूएसए और यूरोप दोनों के आगंतुकों के साथ एक एकल डोमेन है और 2 सर्वर भी हैं, तो एक यूएसए और एक यूके में, मैं यूएसए के उपयोगकर्ताओं को यूएसए सर्वर और यूके से आगंतुकों को यूके सर्वर पर जाने के लिए कैसे मजबूर कर सकता हूं। आगंतुकों के पिंग को कम करने के लिए आदेश?

सबसे पहले यह संभव है? और Google जैसी कंपनियों के पास प्रत्येक देश के लिए एक अलग डोमेन क्यों है?

networking

— लूका
स्रोत

+1 "अच्छा संपर्क वितरण प्रश्न" के लिए

— AminM

14

केवल उल्लेख के लायक हो सकता है - यदि दो सर्वरों पर अलग-अलग सामग्री है, तो सुनिश्चित करें कि उपयोगकर्ताओं के लिए डिफ़ॉल्ट को ओवरराइड करने और आवश्यक होने पर दूसरे सर्वर तक पहुंचने का एक तरीका है। एक बिंदु पर, कुछ विचित्र कारण के लिए, मेरी कंपनी द्वारा उपयोग किया जाने वाला आईपी एड्रेस ब्लॉक यूके के बजाय स्पेन में होने के रूप में वर्गीकृत किया गया था। जिन कंपनियों के वेबपेजों ने मुझे भागने की जगह के साथ अंग्रेजी के बजाय स्पैनिश साइट पर स्विच करने पर जोर दिया, वे कंपनियां हैं जिनके साथ अब मैं व्यापार नहीं कर रहा हूं।

— डेमियन_इन_यूएनबेलिवर

15

मैं अमेरिका से ईयू में चला गया हूं और यह सामान मुझे पागल कर देता है । यदि आपके पास एक ही सामग्री के दर्पण हैं, तो सुनिश्चित करें, मुझे निकटतम भेजें। लेकिन ज्यादातर समय, यह एक ही सामग्री नहीं है और मैं एक विशिष्ट कारण के लिए जा रहा हूं। मुझे पता है कि मैं किस देश में हूं और मैं अगले सप्ताह में क्या करूंगा - लेकिन आपकी साइट नहीं है। किसी भी मामले में, मैं आपकी साइट को सोच सकता हूं कि मैं कहीं भी हूं। 'बल' के बजाय 'विचार' का सुझाव दें - आईएमएचओ।

— रोब पी।

7

और फिर वहाँ बहुराष्ट्रीय कंपनियों है। मैंने यूके की सहायक कंपनी के यूके के डच कार्यालय के लिए अमेरिकी कंपनी के मुख्यालय में काम किया है, जहां हमारे बाहरी आईपी पते एक फ्रांसीसी ब्लॉक से थे। आधा इंटरनेट होने के कारण मुझे लगता है कि मैं फ्रांस में था और स्थानीय सामग्री प्रदान करने पर जोर दे रहा था।

— jwenting

22

और Google जैसी कंपनियों के पास प्रत्येक देश के लिए एक अलग डोमेन क्यों है?

क्योंकि इससे हर देश के लिए SEPARATE CONTENT करना आसान हो जाता है। सामग्री स्थिर होनी चाहिए - इसलिए यदि आप अंग्रेजी चाहते हैं और उदाहरण के लिए स्पेनिश पृष्ठों को अनुक्रमित किया जाना चाहिए, तो उनके पास अलग यूआरएल होना चाहिए। एक ही रास्ता है example.com/en- अन्य है en.example.com। बाद में तराजू बेहतर।

सबसे पहले यह संभव है?

आपके लिए नहीं। आपको एक प्रदाता की आवश्यकता है जो किसी भी राउटिंग मार्ग का समर्थन करता है।

इसे स्वयं करने के लिए आपको अपने स्वयं के अंतर्राष्ट्रीय रूप से रूट किए गए IP पतों की आवश्यकता है - जो कि एक सामान्य उपयोगकर्ता के लिए प्राप्त करना असंभव है क्योंकि सौंपा गया सबसे छोटा ब्लॉक 4000 से अधिक पतों (जो आपको USE होना चाहिए) से अधिक है और लागत अधिक है।

यदि आपको एक मिलता है तो आपको एक एएस (ऑटोनोमस सिस्टम) के रूप में रूट करना होगा और निकटतम सर्वर पर जाने वाले मार्गों को प्रकाशित करना होगा।

तो, आपके लिए नहीं। लेकिन कुछ मेजबान इसका समर्थन कर सकते हैं।

CDN ऐसा करें - तो आप निश्चित रूप से अपने स्थिर सामान को सामग्री वितरण नेटवर्क पर ले जा सकते हैं।

आप जो कर सकते हैं वह देश उपसर्ग है, और फिर मुख्य डोमेन से उन्हें रीडायरेक्ट करना है।

— टॉम टॉम
स्रोत

धन्यवाद। तो, ऐसा करने के लिए मैं जो खोज रहा हूं, मुझे एक डोमेन, प्रत्येक देश में एक सर्वर और एक सीडीएन की आवश्यकता है?

— लुका

1

वास्तव में नहीं, आप एक सर्वर से सभी यूरोपोप को संभाल सकते हैं;) "प्रत्येक देश" थोड़ा कठिन हो सकता है। प्रत्येक क्षेत्र (यूएस, ईयू)। यह सीडीएन वैकल्पिक है - मैं इसे छोड़ दूंगा। लेकिन अलग डोमेन और सर्वर सबसे सस्ता समाधान है।

— टॉमटॉम

क्या सीडीएन वास्तव में इसके लायक है? मेरा मतलब है, यूएसए से जापान तक पिंग लगभग 500ms है। क्या यह बहुत ज्यादा नहीं है?

— लुका

1

TomTom का जवाब sta \ rts अच्छी तरह से बंद हो जाता है - लेकिन मुद्दों और बाधाओं पर विचार किए बिना अचानक समाप्त हो जाता है। जब तक आपको स्पष्ट रूप से अलग-अलग स्थानों में अलग-अलग सामग्री प्रकाशित करने की आवश्यकता नहीं होती है, तब तक सबसे अधिक प्रबंधनीय और कम लागत का समाधान एक ही स्थान से गैर-उपलब्ध HTML / AJAX की सेवा करना है और एक अच्छी सीडीएन के माध्यम से बाकी सब कुछ - लेकिन यह पहले पढ़ें: cdnplanet.com/ ब्लॉग / जो- cdns-support-edns-client-subnet (ध्यान दें कि यह

— Anycast

2

क्रमशः? चरण 1: किराया एक समर्थक है कि किया था। चरण 2: उसके निर्देशों का पालन करें।

— टॉमटॉम

13

+1 को "वास्तविक समाधान" के रूप में राउटिंग के लिए।

एक आसान विकल्प प्रति महाद्वीप अलग-अलग डीएनएस रिकॉर्ड प्रदान करना है। अमेज़ॅन इसे लेटेंसी बेस्ड रूटिंग के रूप में बेचता है लेकिन मुझे लगता है कि अन्य बड़े डीएनएस प्रदाता समान उपकरण प्रदान करते हैं।

— mschuett
स्रोत

11

कुछ लोगों ने समाधान के रूप में सीडीएन का उल्लेख किया है। तुम सच में जरूरत नहीं है कि आपको अपने डोमेन के लिए आधिकारिक DNS सर्वर के लिए आवश्यक है कि किसी दिए गए उपयोगकर्ता के लिए इष्टतम सर्वर चुनें जहां उनके DNS अनुरोध आ रहे हैं (और संभवतः वर्तमान लोड क्या है)। उदाहरण के लिए, अकामाई, जबकि सबसे बड़ी सीडीएन, ग्लोबल ट्रैफिक मैनेजमेंट नामक एक उत्पाद प्रदान करती है, जो अपने सीडीएन प्रसाद से पूरी तरह से अलग है जो यह बहुत ही सेवा प्रदान करता है (शुल्क के लिए)। यह आपके द्वारा प्रबंधित किए जाने वाले विभिन्न डोमेन के लिए आधिकारिक DNS सर्वर बनकर, और फिर आने वाले DNS अनुरोधों के लिए इसे पूरा करता है, फिर यह आपके वेब सर्वर के आईपी पते को सही ढंग से लोड और स्थानीयता का हिसाब देता है।

यदि आपके सर्वर आपके लोड को संभाल नहीं सकते हैं (और आप अधिक खरीदना और प्रशासित नहीं करना चाहते हैं), तो जब आप सीडीएन चाहते हैं, लेकिन यह आपकी समस्या की तरह नहीं है।

— थॉमस हिगडन
स्रोत

8

आप किसी भी राउटिंग मार्ग का उपयोग कर सकते हैं। उदाहरण के लिए, Google में DNS सर्वर जैसे 8.8.8.8 हैं, जो कि आप जहां हैं, उसके आधार पर अलग-अलग सर्वर हैं।

आप अपने स्थैतिक डेटा के लिए सामग्री वितरण नेटवर्क का भी उपयोग कर सकते हैं।

और प्रत्येक देश के लिए अलग-अलग डोमेन आपको अन्य लाभ प्रदान करते हैं, लेकिन अगर आपके सभी आगंतुक एक डोमेन का उपयोग करते हैं, तो निश्चित रूप से यह आपकी मदद नहीं करेगा।

— Halfgaar
स्रोत

1

और "आप" के रूप में किसी भी राउटिंग रूटिंग का उपयोग नहीं कर सकते हैं (एक सामान्य उपयोगकर्ता के लिए बहुत अधिक आवश्यकताएं) - एक प्रदाता प्राप्त करें जो इसका समर्थन करता है।

— टॉमटॉम

अंत में, मुझे समझ नहीं आया कि Google विभिन्न डोमेन का उपयोग क्यों करता है। वे केवल देशों के बीच पिंग के लिए ऐसा करते हैं?

— लुका

@ लुका - इसका "पिंग" से कोई लेना-देना नहीं है। यह उनके नेटवर्क / सर्वर के प्रबंधन के साथ करना है और उपयोगकर्ताओं को परिचित होने की भावना देना है। यदि आप अपने देश कोड के साथ एक स्थानीयकृत साइट पर जा रहे हैं, तो यह आपको सभी गर्म और आरामदायक महसूस कराता है। विपणन।

— ETL

@ETL हालांकि इसका सबसे महत्वपूर्ण हिस्सा विपणन से संबंधित नहीं है, यह सुनिश्चित करना है कि उपयोगकर्ता उस भाषा में सामग्री प्राप्त करने में सक्षम हैं जिसे वे पढ़ सकते हैं, एक उपयोगकर्ता जो केवल यह कहता है कि जर्मन एक अंग्रेजी लैंडिंग पृष्ठ पर समाप्त नहीं होना चाहते हैं ।

— वैलिट

3

आप स्थान निकटता के आधार पर लोड संतुलन में भी देख सकते हैं । वैकल्पिक रूप से तेजी से वितरण त्वरक की जाँच करें।

— पीटर
स्रोत

2

आपको क्या चाहिए भौगोलिक भार संतुलन । यह बहुत कठिन, गैर-तुच्छ समस्या है। स्वीकृत उत्तर गलत है। तुम कर सकते हो। एक पृष्ठ था जिसे मैंने थोड़ी देर पहले एक स्क्रिप्ट के साथ देखा था जो उपयोगकर्ताओं को पिंग को मापता है और उन्हें निकटतम सर्वर पर भेजता है। मुझे लगता है कि यह था: http://www.austintek.com/LVS/LVS-HOWTO/HOWTO/LVS-HOWTO.geographically_distributed.html

इसके अलावा, F5 नेटवर्क एक भौगोलिक लोड संतुलन राउटर बेचता है, लेकिन यह महंगा है।

— क्लो
स्रोत

2

आप DNS सर्वर का उपयोग कर सकते हैं जो प्रत्येक क्षेत्र के आगंतुकों को अलग-अलग कंप्यूटर में लाएगा।

संभावित डुप्लिकेट प्रश्न इस प्रकार है: क्या कोई DNS है जो जियो-लोकेशन / दिशात्मक DNS का समर्थन करता है?

— म्लाडेन एडमोविक
स्रोत

1

आप http://www.neustar.biz/services/dns-services/managed-dns-packages पर भी नज़र डाल सकते हैं । एंटरप्राइज़ पैकेज कुछ का समर्थन करता है जो वे क्षेत्रीय रूटिंग कहते हैं जो आपके समाधान का अनुमान लगाएगा। जैसा कि अकामाई पेशकश के साथ पहले उल्लेख किया गया है, DNS सेवा भौगोलिक रूप से निकटतम आईपी को इंगित करने के लिए पर्याप्त स्मार्ट है।

— पायोत्र
स्रोत

1

यदि आप एक लोड शेयरिंग समाधान की तलाश कर रहे हैं, तो मैं क्लाउड आधारित होस्टिंग / क्लाउड सेवा प्रदाताओं की सिफारिश करूंगा।

क्लाउड होस्टिंग सर्वर एक तरह से ठीक उसी प्रक्रिया को करने के लिए डिज़ाइन किया गया है जैसा कि आपको सबसे निकटतम होस्ट क्लस्टर में रूट करके आवश्यक है।

उम्मीद है कि यह किसी तरह से मदद कर सकता है।

— तारिक
स्रोत