यदि वेबसाइट ट्रैफिक केवल भारत से होगा तो कौन सा जोन चुनना है


9

मैं अपनी वेबसाइट को AWS सर्वर पर लाइव करने जा रहा हूं और 100% इच्छित वेबसाइट दर्शक भारत से ही होंगे। जैसा कि अमेज़ॅन आपको विभिन्न क्षेत्रों से सेवाएं प्राप्त करने की पेशकश करता है, मैं सोच रहा था कि क्या प्रदर्शन और पृष्ठ लाने के समय में कोई महत्वपूर्ण अंतर है अगर मैं अपना सर्वर उत्तरी वर्जीनिया या एशिया प्रशांत में चुनूं?

मैंने कहीं पढ़ा है कि एक क्लाइंट के कंप्यूटर के पास सर्वर अधिक होता है, उसकी मशीन पर अधिक तेजी से वेबपेज लोड होता है। क्लाइंट की मशीन और सर्वर के बीच hops की संख्या कम हो जाती है।

अगर ऐसा है तो अमेज़ॅन एशिया पैसिफिक (सिंगापुर, टोक्यो, सिडनी) में तीन जगह प्रदान करता है, जिसमें से एशिया पैसिफिक (सिंगापुर) भारत के पास का सबसे नजदीकी स्थान है। क्या मुझे केवल सिंगापुर में सर्वर लेना चाहिए या मैं कोई भी स्थान चुन सकता हूं?

कृपया मुझे सुझाव दें?


1
प्रत्येक क्षेत्र में एक वीएम शुरू करने और इसे अपने लिए परीक्षण करने के लिए आपको केवल कुछ अमेरिकी सेंट की लागत चाहिए।
माइकल हैम्पटन

1
@ मायकिल हैम्पटन: हाँ, यह मेरे पास अंतिम विकल्प हो सकता है, लेकिन फिर भी मैं ऐसे लोगों के सुझावों की तलाश कर रहा हूं, जिनके पास पहले से ही ऐसी चीजों का अनुभव है।
अभि

कोई सुझाव?
user21904

1
@ user21904: यदि आपका लक्षित दर्शक भारत से है, तो सिंगापुर क्षेत्र विलंबता के मामले में सबसे अच्छा है। मैंने पिछले 3 वर्षों में कई परीक्षण किए हैं और अंतिम परिणाम यह है।
अभि

यहाँ एक सांत्वना उपकरण है जो मेजबान के लिए निकटतम aws क्षेत्र को दिखाता है जहाँ इसे github.com/ekalinin/awsping
shorrty

जवाबों:


10

मैं एक वेबसाइट चला रहा हूं, जिसका ट्रैफिक केवल भारत से है और विभिन्न विकल्पों का परीक्षण किया है।

यदि यातायात केवल भारत से है, तो बस एशिया क्षेत्र प्रशांत क्षेत्र में सिंगापुर क्षेत्र के लिए जाएं।

उनके पास से विलंबता न्यूनतम है और लगभग 70-120 सेमी (दिल्ली, भारत से माप) के अनुसार अलग-अलग होगी।

हालाँकि आपको N. वर्जीनिया रीजन से तुलनात्मक रूप से कुछ अतिरिक्त रुपये देने होंगे, लेकिन यह इसके लायक है।

एन। वर्जीनिया क्षेत्र से विलंबता लगभग 250-350 एमएस होगी।


अगर हम अकामाई (जो भारत में बहुत ही अच्छे किनारे हैं) का उपयोग करते हैं, तो वर्जीनिया में इसकी मेजबानी करना एक अच्छा विचार होगा? लागत को ध्यान में रखते हुए?
Ut xD

1
खैर, अगर आप लागत की तलाश कर रहे हैं, हाँ। लेकिन एक ही समय में, यह निर्भर करता है कि आप किस सेवा का उपयोग कर रहे हैं और आपके पास किस प्रकार की सामग्री है, जैसे कि यदि आपके पास बहुत सारी गतिशील सामग्री है, और आप अकामाई गतिशील कैशिंग का उपयोग नहीं कर रहे हैं, तो यह बहुत मदद नहीं करेगा। मुझे विश्वास है कि आपको मेरी बात सही लगी। यदि आपके पास गतिशील सामग्री है, और एन वर्जीनिया में साइट की मेजबानी करना चाहते हैं, तो आपको गतिशील कैशिंग के लिए जाना चाहिए। सिंगापुर में तुलनात्मक रूप से कुछ अंतर होगा, लेकिन यदि आपका उपयोग अधिक है, तो आपकी लागत कम होगी।
नेपस्टर_एक्स

4

अमेज़न एडब्ल्यूएस उपलब्धता क्षेत्रों यहाँ सूचीबद्ध हैं । इस सूची को किसी भी समय अपडेट किया जा सकता है, इसलिए यह एक स्नैपशॉट है।

यहां छवि विवरण दर्ज करें

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


बस एक FYI करें: यह AWS क्षेत्रों का एक मानचित्र है , उपलब्धता क्षेत्र नहीं । प्रत्येक क्षेत्र 2 - 5 उपलब्धता क्षेत्रों से बना है।
जामिब

1

AWS का अब मुंबई पर एक क्षेत्र है।

मैं आपके समान कार्य कर रहा हूं, जहां भारत से यातायात 100% है। मैंने मुम्बई / सिंगापुर / सिडनी को आयरलैंड चुना है क्योंकि आयरलैंड में अधिक एडब्ल्यूएस सेवाएं उपलब्ध हैं। उदाहरण के लिए, यदि मैं ईएफएस का उपयोग करना चाहता हूं, तो एशिया प्रशांत क्षेत्र में से कोई भी इसकी पेशकश नहीं करता है, मुंबई में कोडपिपलाइन जैसी डेवलपर सेवाएं भी उपलब्ध नहीं हैं।

आप संपूर्णता में मुंबई का उपयोग कर सकते हैं, बशर्ते कि आप समतुल्य सेवाओं (जैसे कि E3 के बजाय S3FS या GlusterFS) का उपयोग करें।

इसके अलावा, एक लागत कारक है। मुंबई किसी भी एडब्ल्यूएस क्षेत्र की तुलना में बहुत अधिक है। बस आयरलैंड पर साइट फ़ीड और भारत में यातायात की सेवा के लिए एक CloudFront सेटअप।


0

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.