Cloudflare ने NGINX से रस्ट में लिखे अपने स्वयं के पिंगोरा प्रॉक्सी पर स्विच किया

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

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

अलग-अलग कार्यकर्ता प्रक्रियाओं (श्रमिकों) में अनुरोधों को विभाजित करने के बजाय, पिंगोरा एक बहु-थ्रेडेड मॉडल का उपयोग करता है, जो क्लाउडफ्लेयर उपयोग परिदृश्यों में (एक बड़े सांख्यिकीय बदलाव के साथ विभिन्न साइटों से यातायात की उच्च सांद्रता) के बीच संसाधनों का अधिक कुशल वितरण दिखाता है। सीपीयू कोर। विशेष रूप से, nginx में प्रक्रियाओं के लिए असंतुलित अनुरोधों को बाध्य करने से CPU कोर पर असंतुलित भार होता है, जिसके परिणामस्वरूप संसाधन-गहन अनुरोध और I / O को अवरुद्ध करने से अन्य अनुरोधों की प्रक्रिया धीमी हो जाती है। इसके अलावा, हैंडलर प्रक्रियाओं के लिए कनेक्शन पूल को बाइंड करने से अन्य हैंडलर प्रक्रियाओं से पहले से स्थापित कनेक्शनों का पुन: उपयोग करने की अनुमति नहीं मिली, जो बड़ी संख्या में हैंडलर प्रक्रियाओं के होने पर दक्षता को कम कर देता है।

एनजीआईएनएक्स:

पिंगोरा:

पिंगोरा की शुरूआत ने नए कनेक्शन स्थापना कार्यों की संख्या को 160 गुना कम करना और पुन: उपयोग किए गए अनुरोधों की हिस्सेदारी को 87.1% से बढ़ाकर 99.92% करना संभव बना दिया। पुन: कनेक्ट को कम करने और सीपीयू कोर के अधिक कुशल उपयोग के अलावा, नए प्रॉक्सी का प्रदर्शन मुख्य रूप से nginx के साथ उपयोग किए जाने वाले धीमे Lua हैंडलर से छुटकारा पाने के कारण है।

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

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

स्रोत: opennet.ru