पारंपरिक एंटीवायरस सार्वजनिक बादलों के लिए उपयुक्त क्यों नहीं हैं। और क्या करना है?

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



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

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

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

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

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

एक एंटीवायरस को सार्वजनिक क्लाउड में क्या करने में सक्षम होना चाहिए

तो, आइए आभासी वातावरण में काम करने की बारीकियों पर ध्यान दें:

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

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

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

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

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

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

हमने उन अनिवार्य मानदंडों की जांच की जिन्हें एंटीवायरस सुरक्षा को सार्वजनिक क्लाउड में मिलना चाहिए। इसके बाद, हम प्रदाता के क्लाउड में काम करने के लिए एंटीवायरस समाधान को अपनाने के बारे में अपना खुद का अनुभव साझा करेंगे।

मैं दोस्तों को एंटीवायरस और क्लाउड कैसे बना सकता हूं

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

इसमें कैसपर्सकी सुरक्षा केंद्र के लिए एक एकल कंसोल शामिल है। लाइट एजेंट और सुरक्षा वर्चुअल मशीन (SVM) और KSC एकीकरण सर्वर।

जब हमने Kaspersky के समाधान के आर्किटेक्चर का अध्ययन किया और विक्रेता के इंजीनियरों के साथ मिलकर पहले परीक्षण किए, तो सवाल सेवा को क्लाउड में एकीकृत करने का हुआ। पहला कार्यान्वयन संयुक्त रूप से मास्को क्लाउड साइट पर किया गया था। और यहाँ वही है जो हमने समझा।

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

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

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

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

एक नए दृष्टिकोण के हिस्से के रूप में आईबी समाधान की वास्तुकला

सार्वजनिक क्लाउड वातावरण में एंटी-वायरस समाधान की सामान्य योजना इस प्रकार है:


एक सार्वजनिक क्लाउड वातावरण में एंटी-वायरस समाधान कार्य योजना #CloudMTS

हम क्लाउड में समाधान के व्यक्तिगत तत्वों के काम की विशेषताओं का वर्णन करते हैं:

• एकल कंसोल जो ग्राहकों को सुरक्षा प्रणाली को केंद्रीय रूप से प्रबंधित करने की अनुमति देता है: चेक चलाएं, अपडेट की निगरानी करें और संगरोध क्षेत्रों की निगरानी करें। अपने सेगमेंट में व्यक्तिगत सुरक्षा नीतियों को कॉन्फ़िगर करना संभव है।

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

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

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

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

क्लाउड एल्गोरिथम: इन्फ्रास्ट्रक्चर बर्डन को कम करना

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


प्रदाता के क्लाउड में एंटीवायरस समाधान लागू करना

छवि बादल में समाधान को लागू करने के लिए सामान्य योजना दिखाती है। मुख्य Kaspersky Security Center को क्लाउड के नियंत्रण क्षेत्र में तैनात किया गया है, और KSC एकीकरण सर्वर का उपयोग करके प्रत्येक ESXi होस्ट पर एक व्यक्तिगत SVM तैनात किया गया है (प्रत्येक ESXi होस्ट की स्वयं की SVM VMM vCenter सर्वर पर विशेष सेटिंग्स से संबंधित है)। ग्राहक अपने क्लाउड सेगमेंट में काम करते हैं, जो एजेंटों के साथ आभासी मशीनों की मेजबानी करते हैं। वे मुख्य KSC के अधीनस्थ व्यक्तिगत KSC सर्वर के माध्यम से प्रबंधित होते हैं। यदि थोड़ी संख्या में आभासी मशीनों (5 तक) की रक्षा करना आवश्यक है, तो ग्राहक को KSC समर्पित सर्वर के वर्चुअल कंसोल तक पहुंच प्रदान की जा सकती है। क्लाइंट KSC और मुख्य KSC, साथ ही प्रकाश एजेंटों और SVM के बीच नेटवर्किंग, EdgeGW क्लाइंट वर्चुअल राउटर के माध्यम से NAT का उपयोग करके किया जाता है।

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


सीपीयू लोड तुलना ग्राफ

इसी तरह की स्थिति डिस्क पर लिखने की पहुंच की आवृत्ति के साथ देखी जाती है: क्लासिक एंटीवायरस के लिए यह 1011 IOPS है, क्लाउड एंटीवायरस के लिए - 671 IOPS।


ग्राफ़ डिस्क एक्सेस दरों की तुलना करता है

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

कार्यक्षमता के संदर्भ में, दोनों समाधान दृढ़ता से एक दूसरे के समान हैं: तुलनात्मक तालिका नीचे दी गई है। हालांकि, क्लाउड में, जैसा कि ऊपर परीक्षण के परिणाम दिखाते हैं, यह अभी भी आभासी वातावरण के लिए समाधान का उपयोग करने के लिए अधिक इष्टतम है।



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

क्लाउड-संबंधित विषयों पर अगले लेख में, हम क्लाउड-आधारित WAFs के विकास के बारे में बात करेंगे और क्या चुनना सबसे अच्छा है: हार्डवेयर, सॉफ़्टवेयर या क्लाउड।

#CloudMTS क्लाउड प्रदाता के कर्मचारियों द्वारा पाठ तैयार किया गया था: डेनिस मायागकोव, प्रमुख वास्तुकार और एलेक्सी अफानासेव, आईबी उत्पाद विकास प्रबंधक।