बिल्डिंग और ऑपरेटिंग एक गलती-सहिष्णु anycast नेटवर्क

नमस्कार, हेब्र! पिछले UPTIMEDAY से इवगेनी एरर2407 बोगोमाज़ोव (नेटवर्क आरएंडडी इंजीनियर) और दिमित्री h8r शेमोनोव (एनओसी के प्रमुख) द्वारा रिपोर्ट का एक प्रतिलेखन है। पोस्ट के अंत में वीडियो।

आज हम बात करना चाहते हैं कि किसी भी नेटवर्क का निर्माण करते समय क्या समस्याएं आती हैं। हम इसमें क्यों आए और हम वहां क्या कर रहे हैं।

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


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

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

शुरू करने के लिए, आइए निर्धारित करें कि आप विषय से कितने परिचित हैं।
- कितने लोगों को पता है कि क्या होता है और इसकी आवश्यकता क्यों है? (हॉल में लगभग एक तिहाई हाथ बढ़ते हैं)
- और कौन DNS से ​​परिचित है और सर्वर को कॉन्फ़िगर किया है? (हाथों की समान संख्या के बारे में)
- और बीजीपी (फ्रेम में दो हाथ)

अभी भी बहुत कुछ।

- अच्छा, आखिरी सवाल - एनओसी से कौन परिचित है? आपूर्तिकर्ताओं के साथ समस्याएं किसकी थीं, और किसने उन्हें हल करने की कोशिश की? (सिस्टम एडमिनिस्ट्रेटर हैब का हाथ फ्रेम में दिखाई दे रहा है)

बहुत बढ़िया। इस मामले में, मुझे आशा है कि जो हम आपको बताने जा रहे हैं वह आपके ऊपर आता है।

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

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

इसके अतिरिक्त, विशेष रूप से ग्राहकों की मांग शब्दों के साथ उत्पन्न हो सकती है: "दोस्तों, आपको उस तरह के पैसे के लिए हमेशा और हर जगह उपलब्ध होना चाहिए!" यह इस तथ्य की ओर जाता है कि आप कंप्यूटिंग संसाधनों के अतिरेक को न केवल शिखर भार के प्रसंस्करण के लिए, बल्कि एक आरक्षित के रूप में भी ले रहे हैं।

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

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

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

यह पता चला है कि कुछ बिंदुओं पर आपको दुनिया के सभी हिस्सों में विभिन्न स्थानों पर उपस्थित होना होगा। और यह अभी भी नहीं है।

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

यदि आपके पास पहले से ही कई साइटें हैं, तो आपको यह सीखने की आवश्यकता है कि उनके बीच उपयोगकर्ताओं को कैसे वितरित किया जाए। दो कुर्सियां ​​हैं: बीजीपी और डीएनएस।

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

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

ऐसा करने के लिए, ईडीएनएस है, जो मूल क्लाइंट सबनेट को स्थानांतरित करने के अनुरोध के ढांचे के भीतर अनुमति देता है जिसमें से यह आया था। जैसा कि आप जानते हैं, 1 फरवरी 2019 को DNS फ्लैग डे हुआ था - बस उसी दिन से, सभी DNS सर्वरों को इस विस्तार का समर्थन करना चाहिए।

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

सामान्य योजना में, आप उपयोगकर्ता को उसके निकटतम साइट पर मैप करते हैं, जो इस विशेष साइट का पता देता है। इसका उपयोग कम बार किया जाता है।

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

DNS के साथ हमारे पास क्या है?

प्लसस यह है कि अलग-अलग उपयोगकर्ताओं को अलग-अलग पते दिए जा सकते हैं, और एक विशिष्ट उपयोगकर्ता को कड़ाई से परिभाषित साइट पर भेजा जा सकता है - अर्थात, आप अलग-अलग उपयोगकर्ताओं के साथ काम कर सकते हैं। वैसे, DNS को कॉन्फ़िगर करना आसान है।

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

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

और जैसा कि पहले ही उल्लेख किया गया है, DNS बॉक्स के बाहर विलंबता संतुलन का समर्थन नहीं करता है। और इसे स्वयं करना बहुत कठिन है।

चलो अंत में महीन चीजों को प्राप्त करते हैं, अर्थात् बीजीपी कोई भी।

यह वास्तव में हमारा मामला है। क्या कहना है? सभी साइटों में एक ही आईपी है, या बल्कि, वे एक ही उपसर्ग की घोषणा करते हैं। उपयोगकर्ता इसे "निकटतम" साइट पर मैप करता है। बीजीपी के दृष्टिकोण से "निकटतम" - इस तरह के एक उपसर्ग की घोषणा विभिन्न मार्गों का उपयोग करके की जाती है, और यदि ऑपरेटर के पास विज्ञापित साइट के लिए कई मार्ग हैं, तो सबसे अधिक बार वह सबसे छोटा रास्ता चुनेगा। फिर से बीजीपी के दृष्टिकोण से। जल्द ही हम बताएंगे कि यह क्यों खराब है।

बीजीपी भी उपसर्गों की उपलब्धता के साथ काम करता है, इसलिए आप हमेशा एक सबनेट पर काम करते हैं और व्यक्तिगत आईपी में हेरफेर नहीं कर सकते हैं।

परिणामस्वरूप, चूंकि सभी साइटों से एक ही उपसर्ग की घोषणा की जाती है, उसी क्षेत्र के सभी उपयोगकर्ताओं को उसी साइट पर निर्देशित किया जाएगा। हमलावर के पास लोड को एक क्षेत्र से दूसरे क्षेत्र में स्थानांतरित करने का कोई तरीका नहीं है, इसलिए आपको प्रत्येक स्थान पर उतनी शक्ति प्राप्त करने की आवश्यकता है जितनी ऑपरेटर इस मार्ग को चुनना चाहता था। यदि आप स्कोर नहीं करते हैं, तब भी इसे संरक्षित किया जा सकता है।

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

दूसरा इस तथ्य पर उबलता है कि एक क्षेत्र के उपयोगकर्ताओं को बस दूसरे में नहीं फेंका जा सकता है, अगर अचानक उनमें से कुछ नाजायज हैं या अन्य साइटों का उपयोग करके हमले के यातायात में विविधता लाने के उद्देश्य से हैं, क्योंकि उनमें से कुछ को चोट लगी है। ऐसे कोई पेन नहीं हैं।

तीसरी समस्या यह है कि बीजीपी के ढांचे के भीतर "गलत" साइट और "गलत" प्रदाताओं को चुनना बहुत आसान है। यह आपको प्रतीत होगा कि आपके पास अतिरेक और उपलब्धता है, लेकिन वास्तव में न तो कोई होगा और न ही अन्य।

आपके पास कई साइटें हैं जिनके बीच आप उपयोगकर्ताओं को बिखेरना चाहते हैं। उपयोगकर्ताओं को एक विशिष्ट साइट पर खींचने के लिए एक निश्चित क्षेत्र को प्रतिबंधित करने के लिए हैंडल क्या हैं?

जियो कम्युनिटी हैं। वे क्यों हैं? मुझे याद दिलाएं - आप बीजीपी के दृष्टिकोण से निकटतम मार्ग चुनते हैं। और आपके पास Tier-1 ऑपरेटर है, उदाहरण के लिए Level3, जिसका दुनिया भर में अपना ट्रंक है। Level3 क्लाइंट, यदि आप सीधे उससे जुड़े हैं, तो आपसे दो आशाओं में स्थित है। और कुछ स्थानीय ऑपरेटर - तीन में। तदनुसार, अमेरिका का एक ऑपरेटर रूस या यूरोप से एक ऑपरेटर की तुलना में आपके करीब होगा, क्योंकि बीजीपी के दृष्टिकोण से यह ऐसा है।

जियो कम्युनिटी का उपयोग करके, आप उस क्षेत्र को सीमित कर सकते हैं जिसके भीतर एक बड़ा और अंतर्राष्ट्रीय ऑपरेटर आपके मार्ग की घोषणा करेगा। समस्या यह भी है कि वे हमेशा उपलब्ध नहीं होते हैं (जियो कम्युनिटी)।

हमारे पास कई मामले हैं, जब यह खुद आया था। पैसा?

(दिमित्री शेमोनोव फर्श लेता है)


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

इसके अलावा, हम अक्सर इस तथ्य का सामना करते हैं कि ऐसे कई ऑपरेटर हैं जो यूजीन ने पहले ही उल्लेख किया है - ये टियर -1 हैं, जो किसी से भी यातायात नहीं खरीदते हैं और केवल उनके बीच यातायात का आदान-प्रदान करते हैं। लेकिन, उनके अलावा, कम से कम दर्जनों ऑपरेटर हैं जो टियर -1 नहीं हैं - वे ट्रैफ़िक खरीदते हैं, लेकिन साथ ही उनके पास दुनिया भर में तैनात नेटवर्क भी हैं। आपको बहुत दूर नहीं जाना होगा - हमारे सबसे करीब से यह रोस्टेलेकॉम या ReTN है, थोड़ी दूर पर अद्भुत ताइपे टेलिकॉम, चाइना यूनिकॉम, सिंगटेल आदि हैं।

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

और आपको अपने हाथों से कुछ परिवर्तन करना होगा, इस या उस ऑपरेटर के मार्ग को व्यवस्थित करने की रिवर्स इंजीनियरिंग करें, कभी-कभी बातचीत करें, पूछें, भीख मांगें, घुटने टेकें। सामान्य तौर पर, इन समस्याओं को हल करने के लिए कुछ भी करें। इसके साथ, हमारी एनओसी का सामना करने योग्य नियमितता के साथ है।

एक नियम के रूप में, ऑपरेटर अपनी जरूरतों को पूरा करते हैं और कुछ मामलों में एक निश्चित सेट प्रदान करने के लिए तैयार होते हैं ... लेकिन सामान्य तौर पर, जो लोग सामुदायिक स्तर पर बीजीपी के साथ काम करते हैं, वे अपने हाथों को बढ़ा सकते हैं? (मुस्कुराते हुए) बढ़िया! यही है, ऑपरेटर क्रम में सामुदायिक प्रबंधकों के कुछ सेट प्रदान करने के लिए तैयार हैं, उदाहरण के लिए, एक निश्चित क्षेत्र में स्थानीय प्रीफ़ को कम करने के लिए, या प्रीपेन्ड जोड़ें, या अच्छी तरह से या कुछ और की घोषणा न करें।

तदनुसार, बीजीपी में लोड को संतुलित करने के दो तरीके हैं। पहला यह है कि यह स्लाइड पर कैसे लिखा जाता है, तथाकथित prepend'y। हम एक छोटी लाइन लिस्टिंग स्वायत्त प्रणालियों के रूप में बीजीपी के लिए पथ की कल्पना कर सकते हैं, जिसके माध्यम से प्रेषक से प्राप्तकर्ता के लिए पैकेट पथ गुजरता है। आप इस पथ पर एक स्वायत्त सिस्टम की संख्या को जोड़ सकते हैं, और परिणामस्वरूप, पथ को विस्तारित किया जाएगा और बहुत प्राथमिकता नहीं बनेगी। यह एक ललाट विधि है और यह सब कुछ के लिए काम नहीं करता है - यदि आप प्रीपेन्ड जोड़ते हैं, तो यह दानेदार नहीं है, अर्थात, हर कोई इसे उस ऑपरेटर के शंकु में देखेगा जिसमें आप यह हेरफेर कर रहे हैं।

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

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

डिफ़ॉल्ट रूप से, समुदाय, यूरोपीय क्षेत्र के मामले में, RIPE DB में वर्णित है। यही है, आप स्वायत्त प्रणाली की संख्या के लिए एक अनुरोध करते हैं और रिमार्क्स क्षेत्र आमतौर पर कहते हैं कि ऑपरेटर को समुदाय को चिह्नित करने और प्रबंधित करने के संदर्भ में क्या है। हर किसी के पास यह नहीं है, इसलिए अक्सर आपको विभिन्न दिलचस्प स्थानों की तलाश करनी होगी।

जैसे ही आप बीजीपी का संचालन शुरू करते हैं, संक्षेप में, आप कहते हैं कि नेटवर्क आपके एप्लिकेशन का हिस्सा है और कुछ सार नहीं है, इसलिए आपको जोखिमों पर विचार करना होगा।

उदाहरण के लिए, हमारे पास एक लातवियाई वित्तीय संस्थान के साथ एक मामला था, जिसका उपसर्ग, यदि हमारे नेटवर्क के माध्यम से शामिल किया गया था, तो लातविया के लगभग आधे हिस्से में अनुपलब्ध हो गया। यद्यपि ऐसा लगता है कि कुछ भी नहीं बदला है - वही उपसर्ग जो हम टियर -1 ऑपरेटरों में घोषणा कर रहे हैं, यूरोप में, ऐसा लगेगा कि सब कुछ है, जिसमें अतिरेक भी शामिल है। लेकिन हम कल्पना भी नहीं कर सकते थे कि लगभग आधे लातवियाई ऑपरेटरों के पास सीमा उपकरणों के रूप में था कि वे फुलव्यू की पूरी मात्रा (पूरे बीजीपी रूटिंग टेबल) को पचा नहीं सकते थे, जो उस समय लगभग 650 हजार उपसर्ग थे। वे वहां खड़े थे, ठीक है, अगर किसी को पता है कि कैटालिस्ट 3550 क्या है, तो यह वहीं था कि वह खड़ा था, यह केवल 12,000 उपसर्ग कर सकता था। खैर, उन्हें IX'a से एक निश्चित मात्रा में उपसर्ग मिले, जिस पर, निश्चित रूप से, कोई डिफ़ॉल्ट नहीं था। इसके साथ ही, एक अन्य ऑपरेटर से - लातवियाई टेलीविजन, IXth में उपसर्ग / 24 नहीं था, लेकिन / 22 जिसमें यह / 24 खड़ा था।

नतीजतन, वह एक ऐसी जगह पर गया, जहां उसे नहीं पता था कि उसे कहां रखा जाए और सब कुछ पाइप में उड़ गया। इसे ठीक करने के लिए, हमें लगभग दो दिन लगे और लातवियाई ऑपरेटरों के साथ लगातार पत्राचार किया जब तक कि उन्होंने हमें अपनी सीमा डिवाइस से आउटपुट नहीं दिखाया और हमने केवल होस्टनाम पर ध्यान दिया। सभी को नमस्कार, यह कभी-कभी बहुत मजेदार होता है।

पुराने लोहे के साथ कई ऑपरेटर हैं। कई ऑपरेटरों को एक अजीब समझ है कि नेटवर्क को कैसे काम करना चाहिए। और अब यह भी आपकी समस्या है अगर आप बीजीपी के साथ खेलने जा रहे हैं। खैर, अंत में, कई ऑपरेटर एक-पैर वाले (कनेक्टिविटी का एक बेहतर प्रदाता) हैं, इसलिए उनके पास बैसाखी के अपने सेट हैं।


(एवगेनी बोगोमाज़ोव जारी है)



जैसा कि आप देख सकते हैं, यहां तक ​​कि इस विषय को लंबे समय तक विकसित किया जा सकता है और इसे 40 मिनट के भीतर रखना मुश्किल है।

तो, आपके पास पेन है जिसके साथ आप इस क्षेत्र को सीमित करना चाहते हैं। आइए अब जानें कि आपको नई साइट पर कब क्या देखना है।

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

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

दो मुख्य बिंदु मार्ग की लंबाई हैं, जो पूर्व-दिशाओं और स्थानीय वरीयता से प्रभावित हैं, जो कहते हैं कि ग्राहकों के मार्ग कहीं और से मार्गों के लिए बेहतर हैं। सिद्धांत रूप में, ये दो बिंदु यह समझने के लिए पर्याप्त हैं कि किस क्षेत्र को एक साथ खींचा जाएगा और कहां उठना है।

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

एक और बात जो अक्सर भुला दी जाती है वह यह है कि IPv4 और IPv6 में कनेक्टिविटी पूरी तरह से अलग है, एक दूसरे से पोर्टेबल नहीं।

और यहाँ हम मुख्य बिंदु पर आते हैं। प्रश्न का उत्तर देते हुए: "कहाँ उठना है?" चुनाव स्पष्ट प्रतीत होता है। यदि आपके पास इस क्षेत्र के उपयोगकर्ता हैं, तो आप इस क्षेत्र में IX तक पहुँच सकते हैं और इस बारे में सोचने के लिए और कुछ नहीं है। कनेक्टिविटी है, अधिकांश उपयोगकर्ता, सिद्धांत रूप में, इससे जुड़ा होना चाहिए, और अधिकांश सामग्री विशेषज्ञ, जैसे कि यैंडेक्स और अन्य कंपनियां, पहले IXs से कनेक्ट होती हैं और उसके बाद ही आपूर्तिकर्ताओं से। लेकिन आपूर्तिकर्ताओं में अद्वितीय ग्राहक हो सकते हैं, कुछ आपूर्तिकर्ता स्वयं IX में मौजूद नहीं हैं, और परिणामस्वरूप, आप इन उपयोगकर्ताओं को अपने आप को पुनर्निर्देशित नहीं कर सकते - वे अजीब तरीके से आपके पास जाएंगे।

आपूर्तिकर्ताओं का चयन करते समय, आप अपना सिर बंद नहीं कर सकते हैं - जब गलत दृष्टिकोण एक समस्या का कारण बना तो हमारे पास कुछ मामले थे। आपूर्तिकर्ता हमारी पसंद हैं, क्योंकि यदि आपके पास कनेक्ट करने के लिए बहुत सारे संसाधन नहीं हैं, तो सबसे बड़े क्षेत्रीय खिलाड़ियों के पास जाने से आप IX पर समान कनेक्टिविटी के साथ समाप्त हो जाएंगे।

मुझे बताओ कि सही आपूर्तिकर्ताओं का चयन कैसे करें, डिमा।

(और फिर से दिमित्री शेमोनाएव)

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

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

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

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

यदि आप एक ऑपरेटर से जुड़े हैं - मैं ईमानदारी से आपको बधाई देता हूं।

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

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

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

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

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

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

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

मेरे पास व्यक्तिगत रूप से एक मामला था जब मैंने एक समर ऑपरेटर में सभी साथियों को एक सीमा से दूसरे में स्थानांतरित कर दिया था जिसका नाम हम नहीं लेंगे। मेरे पास एक प्रमुख सामग्री प्रदाता के साथ एक जंक्शन था - एक ऑनलाइन मूवी थियेटर और मेरे पास रोस्टेलेकॉम की स्थानीय बेटी के साथ एक जंक्शन था। केवल सामग्री प्रबंधक के साथ मेरे पास एक गीगाबाइट जंक्शन था, और मेरी बेटी के साथ सौ-मेगाबाइट था। और मैं, एक सुखद व्यक्ति के रूप में, रात में यह सब सहन किया - मैं ग्राफिक्स को सौ मेगाबिट जोड़ पर देखता हूं और सोचता हूं: "ओह, कैसे नरक!" और फिर मैं देखता हूं - यह रेजिमेंट में एक, रेजिमेंट में एक और मुझे लगता है (माथे पर खुद को मारता है) - मैं फिल्टर बनाना भूल गया। इस तरह के अपने कार्यों से निकाल दिया जाना चाहिए, क्योंकि ट्रिपल स्ट्राइक से बाकी सभी को स्वीकार किया जाना चाहिए, बस स्वचालन द्वारा संरक्षित किया जाना चाहिए। स्वचालन बुरे लोगों का दुश्मन है और अच्छे लोगों का दोस्त है।

फिर तुम हो, झुनिया।

(एवगेनी बोगोमाज़ोव जारी है)

इसलिए हमने सभी प्रारंभिक बिंदुओं पर चर्चा की। लेकिन किसी भी चीज़ पर, सब कुछ खत्म नहीं होता है; उसके अलावा, आपको अन्य, अतिरिक्त, चीजों पर नज़र रखने की आवश्यकता है।

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

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

ठीक है, यदि आपके पास पहले से ही कई साइटें हैं और उपयोगकर्ता उनमें से एक के पास आता है, तो वहां कुछ हो सकता है, मान लें कि यह गिर जाएगा या लिंक टूट जाएगा, इसलिए उपयोगकर्ता किसी अन्य साइट पर जाएंगे। लेकिन उन्हें इस पर ध्यान नहीं देना चाहिए। इसलिए, आपको आंतरिक ट्रैफ़िक नेटवर्क के भीतर जितनी जल्दी हो सके इस ट्रैफ़िक को स्थानांतरित करने में सक्षम होना चाहिए, और सामान्य तौर पर आपको इस तरह की समस्या को अपरिहार्य माना जाना चाहिए - इसलिए, घटनाओं के ऐसे विकास के लिए तैयार करने के लिए आवेदन में कुछ डालना अच्छा है।

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

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

यदि आपके पास कुछ साइटें हैं, तो आपको एक ही समय में अलग-अलग स्थानों में कॉन्फ़िगरेशन अपडेट करने में सक्षम होना चाहिए। आपको एक नया उपसर्ग मिलता है - आपको हर जगह इसकी घोषणा करनी होगी, अपडेटेड DNS - एक ही चीज। SDNs के संदर्भ में, आपको साइटों से डेटा एकत्र करना चाहिए और उन्हें कहीं एकत्र करना चाहिए, और इन डेटा के कारण हुए परिवर्तनों को वापस साइटों में डालना होगा।

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

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

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

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

एक व्यक्ति और मौका का एक कारक भी है। इसलिए, आपको जितना संभव हो उतना सब कुछ स्वचालित करना चाहिए, पीए गए कॉन्फ़िगरेशन का परीक्षण करें और परिवर्तनों की निगरानी करें। यहां तक ​​कि अगर आपने कुछ लिया है, तो अच्छा होगा यदि आप जल्दी और स्थानीय रूप से बदलाव कर सकते हैं।

यह 90% मामले हैं। लेकिन शेष 10% - यह है अगर प्रतियोगियों ने आपको खत्म करने का फैसला किया। इस मामले में, आपको गंभीर समस्याएं हैं। "आरक्षण" को एक अलग बड़े फ़ॉन्ट में क्यों हाइलाइट किया गया है? यदि आप डालने का निर्णय लेते हैं, तो आपको अपनी साइटों पर बहुत बड़ी मात्रा में चैनलों की आवश्यकता होगी, जिसका अर्थ है कि आपको बड़ी संख्या में प्रदाताओं के साथ बातचीत करने की आवश्यकता होगी। अन्यथा, हमलों के वर्तमान औसत स्तर के साथ, आप इसे बिल्कुल नहीं कर सकते।

इसलिए यह बेहतर है कि आप अपना हार्डवेयर खरीदें। यहां तक ​​कि कार्यक्षमता का एक हिस्सा जो हमने आज भी वर्णित किया है, जो कि किसी भी प्रकार के फ्रेमवर्क में है और जो समस्याएं उत्पन्न होती हैं, उन्हें गलत तरीके से हल करना आसान है। इसलिए अगर इन समस्याओं को हल नहीं करने और बाहरी लोगों को स्थानांतरित करने का अवसर है, तो यह शायद करने योग्य है। अन्यथा, आपको इस सवाल का सटीक उत्तर देने की आवश्यकता है कि आपको यह सब लागू करने की आवश्यकता क्यों है।

खैर, एक हमले की स्थिति में, उन बादलों की ओर मुड़ें जो ऐसी समस्याओं को हल करने में विशेषज्ञ हैं। खैर, या आप अभी भी हमारे साथ चैट कर सकते हैं।

धन्यवाद! प्रश्न?