किन परम्परागत एन्टिभाइरसहरू सार्वजनिक क्लाउडहरूको लागि उपयुक्त छैनन्। त्यसोभए मैले के गर्नुपर्छ?

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

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

पहिलो, प्रदायकहरूले सामान्यतया आवश्यक उपायहरू प्रदान गर्छन् कि उनीहरूको क्लाउड प्लेटफर्महरू उच्च स्तरमा सुरक्षित छन्। उदाहरणका लागि, #CloudMTS मा हामी सबै नेटवर्क ट्राफिकहरू विश्लेषण गर्छौं, हाम्रो क्लाउडको सुरक्षा प्रणालीहरूको लगहरू निगरानी गर्छौं, र नियमित रूपमा पेन्टेस्टहरू प्रदर्शन गर्छौं। व्यक्तिगत ग्राहकहरूलाई छुट्याइएको क्लाउड खण्डहरू पनि सुरक्षित रूपमा सुरक्षित हुनुपर्छ।

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

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

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

सार्वजनिक क्लाउडमा एन्टिभाइरस के गर्न सक्षम हुनुपर्छ

त्यसोभए, भर्चुअल वातावरणमा काम गर्ने विशिष्टताहरूमा ध्यान दिऔं:

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

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

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

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

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

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

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

तपाइँ कसरी एन्टिभाइरस र क्लाउड बीच साथी बनाउन सक्नुहुन्छ?

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

यसमा एकल Kaspersky सुरक्षा केन्द्र कन्सोल समावेश छ। लाइट एजेन्ट र सुरक्षा भर्चुअल मेसिनहरू (SVM, सुरक्षा भर्चुअल मेसिन) र KSC एकीकरण सर्भर।

हामीले क्यास्परस्की समाधानको वास्तुकलाको अध्ययन गरेपछि र विक्रेताका इन्जिनियरहरूसँग मिलेर पहिलो परीक्षणहरू सञ्चालन गरेपछि, क्लाउडमा सेवालाई एकीकृत गर्ने बारे प्रश्न उठ्यो। पहिलो कार्यान्वयन मस्को क्लाउड साइटमा संयुक्त रूपमा गरिएको थियो। र त्यो हामीले बुझेका छौं।

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

एन्टि-भाइरस समाधानको कम्पोनेन्टहरू उठाउने समस्याहरूको अतिरिक्त, हामीले अतिरिक्त VxLAN हरू सिर्जना गरेर नेटवर्क अन्तर्क्रिया व्यवस्थित गर्ने कार्यको सामना गर्‍यौं। र यद्यपि समाधान मूल रूपमा निजी क्लाउडहरू भएका उद्यम ग्राहकहरूको लागि अभिप्रेरित गरिएको थियो, NSX Edge को इन्जिनियरिङ प्रेमी र प्राविधिक लचिलोपनको सहयोगमा हामीले भाडामा लिने र इजाजतपत्रको विभाजनसँग सम्बन्धित सबै समस्याहरू समाधान गर्न सक्षम भयौं।

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

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

नयाँ दृष्टिकोणको ढाँचा भित्र सूचना सुरक्षा समाधानको वास्तुकला

सार्वजनिक क्लाउड वातावरणमा एन्टिभाइरस समाधानको सञ्चालनको सामान्य योजना निम्नानुसार छ:

सार्वजनिक क्लाउड वातावरणमा एन्टिभाइरस समाधानको सञ्चालनको योजना #CloudMTS

क्लाउडमा समाधानको व्यक्तिगत तत्वहरूको सञ्चालनको विशेषताहरू वर्णन गरौं:

• एकल कन्सोल जसले ग्राहकहरूलाई केन्द्रीय रूपमा सुरक्षा प्रणाली व्यवस्थापन गर्न अनुमति दिन्छ: स्क्यानहरू चलाउनुहोस्, अद्यावधिकहरू नियन्त्रण गर्नुहोस् र क्वारेन्टाइन क्षेत्रहरू निगरानी गर्नुहोस्। तपाईंको खण्ड भित्र व्यक्तिगत सुरक्षा नीतिहरू कन्फिगर गर्न सम्भव छ।

यो ध्यान दिनु पर्छ कि हामी एक सेवा प्रदायक हो भने, हामी ग्राहकहरु द्वारा सेट सेटिङहरु मा हस्तक्षेप गर्दैनौं। हामीले गर्न सक्ने कुरा भनेको सुरक्षा नीतिहरूलाई मानकमा रिसेट गर्नु हो यदि पुन: कन्फिगरेसन आवश्यक छ भने। उदाहरणका लागि, यदि ग्राहकले गल्तिले तिनीहरूलाई बलियो बनायो वा महत्त्वपूर्ण रूपमा कमजोर बनायो भने यो आवश्यक हुन सक्छ। एक कम्पनीले सधैं पूर्वनिर्धारित नीतिहरूको साथ नियन्त्रण केन्द्र प्राप्त गर्न सक्छ, जुन यसले स्वतन्त्र रूपमा कन्फिगर गर्न सक्छ। क्यास्परस्की सुरक्षा केन्द्रको बेफाइदा यो हो कि प्लेटफर्म हाल माइक्रोसफ्ट अपरेटिङ सिस्टमको लागि मात्र उपलब्ध छ। यद्यपि हल्का तौल एजेन्टहरूले दुबै विन्डोज र लिनक्स मेसिनहरूसँग काम गर्न सक्छन्। यद्यपि, क्यास्परस्की ल्याबले निकट भविष्यमा केएससीले लिनक्स ओएस अन्तर्गत काम गर्ने प्रतिज्ञा गरेको छ। KSC को महत्त्वपूर्ण कार्यहरू मध्ये एक क्वारेन्टाइन व्यवस्थापन गर्ने क्षमता हो। हाम्रो क्लाउडमा प्रत्येक ग्राहक कम्पनीको व्यक्तिगत एक छ। यो दृष्टिकोणले भाइरसबाट संक्रमित कागजात दुर्घटनावश सार्वजनिक रूपमा देखिने अवस्थाहरूलाई हटाउँछ, जस्तै सामान्य क्वारेन्टाइनको साथ क्लासिक कर्पोरेट एन्टिभाइरसको मामलामा हुन सक्छ।

• लाइट एजेन्टहरू। नयाँ मोडेलको भागको रूपमा, प्रत्येक भर्चुअल मेसिनमा हल्का क्यास्परस्की सुरक्षा एजेन्ट स्थापना गरिएको छ। यसले प्रत्येक VM मा एन्टिभाइरस डाटाबेस भण्डारण गर्ने आवश्यकतालाई हटाउँछ, जसले खपत गरिएको डिस्क स्पेसको मात्रा घटाउँछ। सेवा क्लाउड पूर्वाधारसँग एकीकृत छ र SVM मार्फत काम गर्दछ, जसले ESXi होस्टमा भर्चुअल मेसिनहरूको घनत्व र सम्पूर्ण क्लाउड प्रणालीको प्रदर्शन बढाउँछ। लाइट एजेन्टले प्रत्येक भर्चुअल मेसिनको लागि कार्यहरूको लाम बनाउँछ: फाइल प्रणाली, मेमोरी, आदि जाँच गर्नुहोस्। तर SVM यी कार्यहरू प्रदर्शन गर्न जिम्मेवार छ, जसको बारेमा हामी पछि कुरा गर्नेछौं। एजेन्टले फायरवालको रूपमा पनि काम गर्दछ, सुरक्षा नीतिहरू नियन्त्रण गर्दछ, संक्रमित फाइलहरूलाई क्वारेन्टाइनमा पठाउँदछ र अपरेटिङ सिस्टमको समग्र "स्वास्थ्य" को निगरानी गर्दछ जसमा यो स्थापना गरिएको छ। यो सबै पहिले नै उल्लेख गरिएको एकल कन्सोल प्रयोग गरेर व्यवस्थित गर्न सकिन्छ।

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

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

क्लाउडमा काम गर्नको लागि एल्गोरिदम: पूर्वाधारमा भार कम गर्दै

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

प्रदायकको क्लाउडमा एन्टिभाइरस समाधानको कार्यान्वयन

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

हाम्रो अनुमान र विक्रेतामा सहकर्मीहरूको परीक्षणको नतिजा अनुसार, लाइट एजेन्टले ग्राहकहरूको भर्चुअल पूर्वाधारमा लगभग 25% भार कम गर्छ (जब परम्परागत एन्टिभाइरस सफ्टवेयर प्रयोग गर्ने प्रणालीसँग तुलना गरिन्छ)। विशेष गरी, भौतिक वातावरणका लागि मानक Kaspersky Endpoint Security (KES) एन्टिभाइरसले सर्भर CPU समय (2,95%) लाई हल्का एजेन्ट-आधारित भर्चुअलाइजेशन समाधान (1,67%) को रूपमा लगभग दोब्बर खपत गर्छ।

CPU लोड तुलना चार्ट

एक समान स्थिति डिस्क लेखन पहुँच को आवृत्ति संग अवलोकन गरिएको छ: एक क्लासिक एन्टिभाइरस को लागी यो 1011 IOPS हो, क्लाउड एन्टिभाइरस को लागी यो 671 IOPS हो।

डिस्क पहुँच दर तुलना ग्राफ

कार्यसम्पादन लाभले तपाईंलाई पूर्वाधार स्थिरता कायम राख्न र कम्प्युटिङ पावरलाई अझ प्रभावकारी रूपमा प्रयोग गर्न अनुमति दिन्छ। सार्वजनिक क्लाउड वातावरणमा काम गर्न अनुकूलन गरेर, समाधानले क्लाउड प्रदर्शनलाई कम गर्दैन: यसले केन्द्रीय रूपमा फाइलहरू जाँच गर्दछ र अद्यावधिकहरू डाउनलोड गर्दछ, लोड वितरण गर्दछ। यसको मतलब यो हो कि, एकातिर, क्लाउड पूर्वाधारसँग सम्बन्धित खतराहरू छुटेको छैन, अर्कोतर्फ, भर्चुअल मेसिनहरूको लागि स्रोत आवश्यकताहरू परम्परागत एन्टिभाइरसको तुलनामा 25% को औसतले ​​घटाइनेछ।

कार्यक्षमताको सन्दर्भमा, दुवै समाधानहरू एकअर्कासँग धेरै समान छन्: तल एक तुलना तालिका हो। यद्यपि, क्लाउडमा, माथिको परीक्षण नतिजाहरूले देखाएको रूपमा, भर्चुअल वातावरणको लागि समाधान प्रयोग गर्न अझै पनि इष्टतम छ।

नयाँ दृष्टिकोणको ढाँचा भित्र ट्यारिफहरूको बारेमा। हामीले vCPU को संख्यामा आधारित इजाजतपत्र प्राप्त गर्न अनुमति दिने मोडेल प्रयोग गर्ने निर्णय गर्यौं। यसको मतलब इजाजतपत्रहरूको संख्या vCPU को संख्या बराबर हुनेछ। तपाईंले अनुरोध छोडेर आफ्नो एन्टिभाइरस परीक्षण गर्न सक्नुहुन्छ अनलाइन.

क्लाउड विषयहरूमा अर्को लेखमा, हामी क्लाउड WAF को विकासको बारेमा कुरा गर्नेछौं र के छनौट गर्न राम्रो छ: हार्डवेयर, सफ्टवेयर वा क्लाउड।

पाठ क्लाउड प्रदायक #CloudMTS का कर्मचारीहरू द्वारा तयार गरिएको थियो: डेनिस म्याग्कोभ, प्रमुख वास्तुकार र एलेक्सी अफानासेभ, सूचना सुरक्षा उत्पादन विकास प्रबन्धक।

स्रोत: www.habr.com