कैसे AWS अपनी लचीली सेवाओं काढ़ा करता है। नेटवर्क स्केलिंग

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



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

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

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

अस्वीकरण: नीचे दी गई सब कुछ वसीली की निजी राय है, और यह अमेज़न वेब सेवाओं की स्थिति से मेल नहीं खा सकता है।

नेटवर्क स्केलिंग

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



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

आभासी निजी बादल

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



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

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

फिर भी, हम सिस्को या जुनिपर से बड़ी संख्या में आवश्यक बक्से खरीदने की हिम्मत नहीं कर सकते। इसके दो कारण हैं: यह बहुत महंगा है, और हम उनके विकास और पैच नीतियों पर निर्भर नहीं होना चाहते हैं।

केवल एक निष्कर्ष है - अपने निर्णय को पकाने के लिए।

2009 में, हमने VPC - वर्चुअल प्राइवेट क्लाउड की घोषणा की। नाम ने जड़ ले ली है और अब कई क्लाउड प्रदाता भी इसका उपयोग करते हैं।

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



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

नई पीढ़ियों की मशीनों में, नाइट्रो कार्ड द्वारा लोहे के स्तर पर एनकैप्सुलेशन किया जाता है। पुराने उदाहरणों में, सॉफ्टवेयर इनकैप्सुलेशन और डिकैप्सुलेशन।



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



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



मैपिंग सेवा L2 भौतिक नेटवर्क पर संचरण के लिए आवश्यक जानकारी लौटाती है।



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



डेटा ट्रांसफर करते समय, हम VPC रैपर में लॉजिकल मैक और आईपी को लपेटते हैं। यह सब स्रोत और गंतव्य के उचित आईपी नाइट्रो कार्ड का उपयोग करके भौतिक नेटवर्क पर प्रसारित किया जाता है।



भौतिक मशीन पैकेज का उद्देश्य चेक करना है। यह स्पूफिंग की संभावना को रोकने के लिए है। मशीन मैपिंग सेवा के लिए एक विशेष अनुरोध भेजती है और पूछती है: “भौतिक मशीन 192.168.0.3 से मुझे एक पैकेट मिला जो कि नीले वीपीसी में 10.0.0.3 के लिए डिज़ाइन किया गया है। क्या वह वैध है? ”



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



फिर डेटा को वर्चुअल मशीन के लिए भेजा जाता है, जिसके लिए यह इरादा है।



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



यह पता चला है कि प्रत्येक पैकेट के प्रसारण के दौरान, सर्वर मैपिंग सेवा तक पहुंचते हैं। अपरिहार्य देरी से कैसे निपटें? कैशिंग , बिल्कुल।

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



VPC के लिए डेटा के हस्तांतरण के साथ पता लगा।

Blackfoot

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



ब्लैकफुट यातायात को ध्वस्त कर देता है और इसके साथ इसकी आवश्यकता होती है। इंटरनेट डेटा के रूप में भेजा जाता है।



वीपीएन का उपयोग करते समय डेटा को फिर से मिटा दिया जाता है और फिर से IPsec आवरण में लपेट दिया जाता है।



डायरेक्ट कनेक्ट का उपयोग करते समय, ट्रैफ़िक टैग किया जाता है और संबंधित VLAN को प्रेषित किया जाता है।

hyperplane

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



एडब्ल्यूएस क्लाउड में, संचरण विलंबता आवश्यकताएं बहुत अधिक हैं। इसलिए, HyperPlane पूरे नेटवर्क के स्वास्थ्य के लिए महत्वपूर्ण है।



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

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

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

शोर पड़ोसी

शोर पड़ोसी समस्या भी है । मान लीजिए कि हमारे पास 8 नोड हैं। ये नोड सभी क्लाउड उपयोगकर्ताओं के थ्रेड को संसाधित करते हैं। सब कुछ ठीक लगता है और लोड को सभी नोड्स में समान रूप से वितरित किया जाना चाहिए। ओवरलोड करने के लिए नोड्स बहुत शक्तिशाली और कठिन हैं।

लेकिन हम असम्पीडित परिदृश्यों के आधार पर अपनी वास्तुकला का निर्माण कर रहे हैं।

कम संभावना का मतलब असंभवता नहीं है।

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



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



इसे अलग तरीके से करते हैं। प्रत्येक उपयोगकर्ता को केवल 3 नोड आवंटित किए जाते हैं।



चाल अलग-अलग उपयोगकर्ताओं के लिए यादृच्छिक रूप से नोड्स असाइन करने के लिए है। नीचे की छवि में, नीला उपयोगकर्ता अन्य दो उपयोगकर्ताओं में से एक - हरे और नारंगी के साथ नोड्स को अंतर करता है।



8 नोड्स और 3 उपयोगकर्ताओं के साथ, एक उपयोगकर्ता के साथ एक शोर पड़ोसी के पार होने की संभावना 54% है। यह इस संभावना के साथ है कि नीला उपयोगकर्ता अन्य किरायेदारों को प्रभावित करेगा। इसके अलावा, इसके भार का केवल एक हिस्सा। हमारे उदाहरण में, यह प्रभाव कम से कम किसी तरह सभी के लिए ध्यान देने योग्य नहीं होगा, लेकिन सभी उपयोगकर्ताओं के केवल एक तिहाई। यह पहले से ही एक अच्छा परिणाम है।

आइए स्थिति को वास्तविक के करीब लाएं - 5 नोड्स पर 100 नोड और 5 उपयोगकर्ता लें। इस मामले में, कोई भी नोड 77% की संभावना के साथ प्रतिच्छेद नहीं करता है।

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

हाइपरप्लेन के आधार पर कई सेवाएं बनाई जाती हैं: नेटवर्क लोड बैलेंसर, एनएटी गेटवे, अमेज़ॅन ईएफएस, एडब्ल्यूएस प्राइवेटलिंक, एडब्ल्यूएस ट्रांजिट गेटवे।

नेटवर्क स्केल

अब नेटवर्क के पैमाने के बारे में बात करते हैं। अक्टूबर 2019 के लिए, AWS 22 क्षेत्रों में अपनी सेवाएँ प्रदान करता है , और 9 और योजनाएँ हैं।

• प्रत्येक क्षेत्र में कई उपलब्धता क्षेत्र होते हैं। दुनिया में इनकी संख्या 69 है।
  
• प्रत्येक AZ में डाटा प्रोसेसिंग केंद्र होते हैं। उनमें से 8 से अधिक नहीं हैं।
  
• डेटा सेंटर में सर्वरों की एक बड़ी संख्या है, कुछ 300,000 तक।
  

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

एक्सेस ज़ोन और डेटा सेंटर के बीच, कई ऑप्टिकल चैनल रखे गए हैं। हमारे सबसे बड़े क्षेत्रों में, केवल 388 चैनल खुद के बीच और अन्य क्षेत्रों के साथ संचार केंद्रों (पारगमन केंद्रों) के लिए AZ के संचार के लिए रखे गए हैं। कुल मिलाकर, यह एक पागल 5000 Tbit देता है।



बैकबोन AWS को विशेष रूप से क्लाउड के लिए बनाया गया है और इसके साथ काम करने के लिए अनुकूलित किया गया है। हम इसे 100 GB / s चैनल पर बनाते हैं। हम चीन में क्षेत्रों के अपवाद के साथ, उन्हें पूरी तरह से नियंत्रित करते हैं। अन्य कंपनियों के भार के साथ यातायात साझा नहीं किया जाता है।



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



ग्राफ दिखाता है कि सामग्री प्रदाताओं और क्लाउड प्रदाताओं का हिस्सा बढ़ रहा है। इस वजह से, बैकबोन प्रदाताओं से इंटरनेट यातायात का अनुपात लगातार कम हो रहा है।

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

मुझे आश्चर्य है कि अगर यह चलन जारी रहा तो 10 साल में इंटरनेट कैसे बदल जाएगा?

भौतिक चैनल

वैज्ञानिकों ने अभी तक यह पता नहीं लगाया है कि ब्रह्मांड में प्रकाश की गति को कैसे बढ़ाया जाए, लेकिन ऑप्टिकल फाइबर के माध्यम से इसे प्रसारित करने के तरीकों में काफी प्रगति की है। हम वर्तमान में 6912 फाइबर केबल का उपयोग कर रहे हैं। यह उनकी स्थापना की लागत को महत्वपूर्ण रूप से अनुकूलित करने में मदद करता है।

कुछ क्षेत्रों में हमें विशेष केबल का उपयोग करना होगा। उदाहरण के लिए, सिडनी क्षेत्र में, हम दीमक के खिलाफ एक विशेष कोटिंग के साथ केबलों का उपयोग करते हैं।



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

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

यह AWS डिवाइस के बारे में वासिली पेंट्युकिन से त्रयी का अंतिम भाग है। पहला भाग सर्वर अनुकूलन और डेटाबेस स्केलिंग का वर्णन करता है, और दूसरा सर्वर रहित कार्यों और पटाखे का वर्णन करता है।

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