बैंडविड्थ भारी साइट ... सह-स्थान का उपयोग करें?


11

मैं एक वेब साइट पर काम कर रहा हूँ जो बहुत बैंडविड्थ-भारी होने की संभावना है। साइट का एक प्रमुख विशेषता जब सक्रिय उपयोग एक सत्र के लिए 1Mbps तक खींच सकता है। सौभाग्य से, एक बार जब उपयोगकर्ता नए टॉय फैक्टर से अधिक हो जाते हैं, तो इस सुविधा का उपयोग सत्र के समय का 1-5% या उससे कम (शायद बहुत कम) होगा।

हालाँकि, नए उपयोगकर्ताओं को इस फीचर के साथ खेलने की संभावना है, खासकर लॉन्च के समय। मैं बैंडविड्थ उपयोग के बारे में बहुत चिंतित हूं।

यह कमोबेश एक आला बाजार है, इसलिए मुझे कभी भी YouTube जैसे पागल स्तरों के पैमाने की आवश्यकता नहीं होगी। हालाँकि, इसके लिए पूरी तरह से युगल टेराबाइट्स / महीना होना संभव है।

क्या सह-स्थान मेरा सबसे अच्छा विकल्प है? क्या सस्ती बैंडविड्थ सेवाएं (कॉलोकास्ट / होस्टेड / क्लाउड / जो भी हो) बाहर हैं?


बैंडविड्थ कितना हम वास्तव में बात कर रहे हैं (चोटियों), कि अपनी प्रतिबद्धता के स्तर का है, अगर एक Colo एक अच्छा विचार है या नहीं जो दृढ़ता से प्रभावित करती है निर्धारित करता है (दिए गए 95% टाइल बिलिंग बहुत आम किया जा रहा है)
टिम पोस्ट

1
ठीक है, मुझे लगता है कि मैं 10Mbps पर एक कठिन सीमा निर्धारित करने की ओर झुक रहा हूं। मेरे पास एक सीमित बीटा चरण हो सकता है। मैं इसे व्यापक रूप से खोलना शुरू कर दूंगा, और अगर मैं झूल गया तो सीमित पूर्वावलोकन खातों पर स्विच कर सकता हूं। वह काम करना चाहिए।
19

बहुत उत्सुक है कि आप किस प्रकार की गतिशील सामग्री उत्पन्न कर रहे हैं जिसे डाउनलोड करने के लिए 1Mbps की आवश्यकता है! लिव विडियो? वैसे भी आप इस संबंधित प्रश्न की जाँच करना चाहते हैं: serverfault.com/questions/148629
ग्रेग ब्रे

जवाबों:


6

बहुत कुछ इस बात पर निर्भर करेगा कि आप कितने समवर्ती सत्रों की अपेक्षा कर रहे हैं। यदि अधिक हो, तो कुछ समवर्ती सत्र होने की संभावना है, तो आपको कुछ की आवश्यकता है जो आपको 100Mbit कनेक्शन देता है, 1Gbit यदि आप 50 से अधिक की उम्मीद करते हैं।

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

यदि आप बड़े डेटा को बाकी ऐप से अलग कर सकते हैं तो आपको सब कुछ एक नए होस्टिंग समाधान पर ले जाने की आवश्यकता नहीं है। उदाहरण के लिए यदि बड़े बैंडविड्थ आइटम वीडियो फाइल हैं तो आप एक अच्छे सर्वर के साथ एक समर्पित सर्वर को कहीं किराए पर ले सकते हैं और उस पर उन्हें होस्ट कर सकते हैं - आप इन दिनों अच्छे बैंडविड्थ वाले अच्छे होस्ट्स पर सर्वर प्राप्त कर सकते हैं और इन दिनों आश्चर्यजनक रूप से सस्ते में 100 डॉलर (मैं $ 50 / माह का भुगतान कर सकता हूं) 10Mbit लिंक के साथ एक छोटे से सर्वर के लिए जिसे मैं जरूरत पड़ने पर 24/7 दोनों दिशाओं में संतृप्त कर सकता हूं, इसलिए बीफ़ियर सर्वर से जुड़ा 100Mbit लिंक तब तक महंगा नहीं होगा जब तक आपको गारंटीकृत अपटाइम और अन्य SLAs और / या सर्वर की आवश्यकता न हो होस्टिंग प्रदाता से प्रबंधन)। यदि सर्वर केवल स्थिर फ़ाइलों (यहां तक ​​कि बड़े लोगों) की सेवा कर रहा है, तो आपको सीपीयू और रैम के संदर्भ में मशीन की ज्यादा जरूरत नहीं है, बस तेज ड्राइव और बैंडविड्थ। यह "क्लाउड" होस्ट किए गए समाधान या एक सामग्री वितरण नेटवर्क को देखने के लायक भी हो सकता है - वे बड़े पैमाने पर आसान हो सकते हैं आपको यह अनुमान लगाना चाहिए कि आपको कितनी बैंडविड्थ की आवश्यकता है सिद्धांत में बहुत अधिक लचीला हैं (ताकि आपको एक सभ्य अपटाइम गारंटी मिल सके। मुआवजे के साथ अगर वे उस SLA को रखने में विफल रहते हैं)। बैंडविड्थ हॉगिंग क्रिया को इन तरीकों से अलग रखने से अतिरिक्त लाभ होता है कि यदि उच्च-बैंडविड्थ सुविधा इसे क्रॉल करने के लिए पर्याप्त ध्यान आकर्षित करती है जो एक ही समय में आपकी अन्य सभी सुविधाओं को अवरुद्ध नहीं करेगी।


कोई SLAs, कोई पागल अपटाइम आवश्यकताओं। वर्तमान में यह सीपीयू / रैम प्रति सत्र का एक अच्छा हिस्सा उपयोग करता है। एक एकल गोमांस बॉक्स को समवर्ती सत्रों की एक अच्छी संख्या को संभालना चाहिए, हालांकि।
darron

1

विशुद्ध रूप से ऐतिहासिक रूप से:
फेसबुक गेम से पहले के दिनों में, लोग सभी ब्राउज़र आधारित, टेक्स्ट-फॉर्मेट MMOs के थे।

एक अपेक्षाकृत नया था Ogame। यह ग्राफिक भारी था और 9 गुना 999 पृष्ठों का एक मानचित्र प्रणाली (15 ग्रहों के प्रत्येक कमरे के लिए 999 क्षेत्रों के साथ 9 ब्रह्मांड, और प्रत्येक ग्रह में एक चंद्रमा हो सकता है)।

इसमें शामिल होने वाले उपयोगकर्ताओं की मात्रा पागल थी और यातायात की मात्रा और भी अधिक।

तो उन्होंने इसे हल करने के लिए क्या किया? उन्होंने एक PHP टेम्पलेट सिस्टम का उपयोग करना शुरू कर दिया और उपयोगकर्ताओं को छवियों और सीएसएस फ़ाइलों को स्वयं होस्ट करने की अनुमति दी। आपको बस एक चेकबॉक्स पर क्लिक करना था और आधार फ़ोल्डर में पूर्ण पथ दर्ज करना था। वे इसे अपने डेटाबेस में सहेजेंगे, HTML <base>तत्व और टेम्पलेट सिस्टम का उपयोग करके URI को http: // path / to / image to file: /// path / to / image सेट करें

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

और एक अतिरिक्त बोनस के रूप में, उन्होंने इसे "आपको अपनी खुद की कस्टम पृष्ठभूमि और चित्र बनाने के लिए बेच दिया, क्या हम आपको ऐसा करने देने के लिए अच्छे लोग नहीं हैं?"


1

हमारे पास एक उच्च ट्रैफ़िक साइट है और बहुत सी तस्वीरें हैं जो प्रत्येक पृष्ठ पर भरी हुई हैं। हमारे पास समर्पित सर्वर हैं लेकिन चित्रों को अमेजन एस 3 पर लगाने का फैसला किया । ऐसा लगता है कि आप वीडियो फ़ाइलों या किसी अन्य प्रकार की बड़ी फ़ाइल के बारे में बात कर रहे होंगे जो मुझे लगता है कि अभी भी यहां लागू होगा। यहाँ कुछ पेशेवरों और विपक्ष हैं (हमारे लिए)

पेशेवरों

  • हमारे सर्वर पर कम डिस्कस्पेस की जरूरत है
  • हमारे सर्वर के लिए कम बैंडविड्थ
  • हमारी लॉग फाइलें काफी छोटी हैं
  • हम आगंतुकों के लिए और भी तेजी से लोड करने के लिए इसे Amazon CloudFront के साथ आसानी से एकीकृत कर सकते हैं

विपक्ष

  • इसकी लागत अधिक है। हम अपने स्वयं के सर्वर पर होने से थोड़ा पैसा बचा सकते हैं
  • उन पर कम नियंत्रण (अमेज़ॅन) नीचे जा रहा है ... हमारे लिए भाग्यशाली है, वे वास्तव में नीचे नहीं जाते हैं। :)

अन्य विचार

अगर यह मीडिया फ़ाइल या बड़ी फ़ाइल डाउनलोड नहीं है, जिसके बारे में आपकी बात, मेरा जवाब और कई अन्य समझ में नहीं आता है। हमें कुछ और जानकारी दें और हम मदद करने की पूरी कोशिश करेंगे।


0

एक कोलो वास्तव में अधिक समझदार हो सकता है, अगर वह 95'th प्रतिशतक बिलिंग के साथ न्यूनतम प्रतिबद्ध (आमतौर पर 5mb) को सही ठहरा सकता है। इसका मतलब है, वह शीर्ष 5% चोटियों के लिए भुगतान करने वाला नहीं है, जो कि किसी तीसरे पक्ष के सीडीएन से सस्ता है। यह कहना मुश्किल है, हमें वास्तव में यह देखने की ज़रूरत है कि वह कितना उपयोग कर रहा है।
टिम पोस्ट

मेरा उपयोग लगभग पूरी तरह से गतिशील सामग्री होगा, जिसमें प्रति सत्र एक भारी सीपीयू / मेमोरी फुटप्रिंट होगा। AWS मूल्य आकलन उपकरण के साथ खेलने के बाद यह कॉलोकेशन के साथ जाने के लिए बहुत सस्ता लगता है।
darron

आह, मैंने मान लिया बैंडविड्थ भारी मीडिया होगा जिसे आप सीडीएन पर रख सकते हैं, ऐसा लगता है जैसे मैंने गलत माना है। हालाँकि यदि आपके पास डायनेमिक चंक्स हैं जो कि प्रेडिक्टेबल तरीके से संसाधित हो जाते हैं (संभव डेटा "चंक्स" का एक निश्चित सेट) तो आप अभी भी वह सब एक सीडीएन में डाल सकते हैं। मैं अब आपके ऐप के बारे में अनुमान लगाने की कोशिश करना बंद कर दूंगा। :-)
आर्टलंग

0

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

तो "प्रबंधित" समाधान जैसे एडब्ल्यूएस या कुछ और। बहुत सारे CDN / Cloud प्रदाता हैं जो कई प्रकार की सुविधाएँ प्रदान करते हैं।

OFFTOPIC: कठपुतली पर एक नज़र रखना [1] :-)

[१] http://www.puppetlabs.com/


0

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

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