वीम बैकअप और प्रतिकृति लोड परीक्षण

2018 के वसंत में, Selectel ने Veeam® Backup & Replication ™ (इसके बाद BBR) के माध्यम से VMware क्लाउड के लिए एक बैकअप सेवा शुरू की। हमने इस परियोजना की पूरी जानकारी प्राप्त की, योजना बनाई और निम्न कार्यों को पूरा किया:

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

जैसा कि यह निकला - व्यर्थ नहीं। सेवा स्थिर है, ग्राहक अपनी आभासी मशीनों का बैकअप ले सकते हैं, और हमारे पास एक निश्चित विशेषज्ञता है जिसे हम साझा करना चाहते हैं।

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

यहाँ आप देख सकते हैं:

• परीक्षण के लिए उपयोग की गई सेलेक्टल उत्पादन संरचना का विवरण
• विभिन्न परिवहन मोड में बैकअप प्रॉक्सी (बैकअप प्रॉक्सी) की विशेषताएं
• इसके कार्यान्वयन के लिए वीबीआर घटकों के परीक्षण कार्यक्रम और सेटिंग्स का विवरण
• मात्रात्मक संकेतक, उनकी तुलना और निष्कर्ष

टेस्ट इन्फ्रास्ट्रक्चर कॉन्फ़िगरेशन

सोर्स इन्फ्रास्ट्रक्चर

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

• इस क्लस्टर में मेजबानों का हार्डवेयर विन्यास:
• इंटेल® Xeon® गोल्ड प्रोसेसर 6140
• Intel® DC NVMe P4600 और P3520
• प्रति मेजबान 4 10 जीबी बंदरगाह

क्लस्टर निम्नलिखित समाधानों पर आधारित है:

• भौतिक नेटवर्क - ब्रोकेड VDX स्विच पर ईथरनेट कारखाना, लीफ-स्पाइन आर्किटेक्चर (10GbE पोर्ट - मेजबानों को जोड़ने, 40GbE अपलिंक से स्पाइन)
• वर्चुअलाइजेशन पर्यावरण - VMware vSphere® 6.5
• VM संग्रहण - VMware vSAN ™ 6.6 (ऑल-फ्लैश vSAN क्लस्टर)
• नेटवर्क वर्चुअलाइजेशन - VMware NSX® 6.4

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

वीएमवेयर-आधारित क्लाउड के साथ मिलकर सेलेल ने वीबीआर प्लेटफॉर्म पर इसके बैकअप के लिए एक सेवा शुरू की। ग्राहकों को एक स्व-सेवा वेब पोर्टल प्राप्त होता है, जहाँ वे अपने VDC (वर्चुअल डेटा सेंटर) से vApp और VM का बैकअप और पुनर्स्थापना कर सकते हैं।

ग्राहकों के पास इस पोर्टल (Veeam® Enterprise Manager Self-service portal) की पहुँच समान अधिकारों के साथ vCloud Director® (vCD) तक है। यह वीम® बैकअप एंटरप्राइज मैनेजर (ईएम) और वीसीडी के एकीकरण के कारण संभव है, जबकि प्रत्येक ग्राहक, जब ईएम से जुड़ा होता है, तो उसके वीडीसी के संसाधनों द्वारा सीमित होता है, यह अन्य वीएम नहीं देखेगा।

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

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

वीएम का परीक्षण करें

बैकअप प्रदर्शन का परीक्षण करने के लिए, 6 समान वीएम को निम्न विन्यास में vSphere क्लस्टर में तैनात किया गया था:

• ओएस विंडोज सर्वर 2016, 2 वीसीपीयू, 4 जीबी रैम
• 200GB vDisk

डिस्क लगभग पूर्ण है - 193 जीबी। ओएस फ़ाइलों के अलावा, 60 जीबी की क्षमता वाले विभिन्न ओएस और डीबीएमएस के वितरण वाला एक फ़ोल्डर उस पर बनाया गया था (अद्वितीय डेटा)। उसी ड्राइव पर, इस फ़ोल्डर की 3 प्रतियां बनाई गईं - कुल 180GB गैर-सिस्टम डेटा।

इन वीएम पर केवल "क्लीन" ओएस और "कोल्ड" डेटा पर कोई एप्लिकेशन इंस्टॉल नहीं किया गया था। कोई लोड, कम्प्यूटेशनल या नेटवर्क, शुरू नहीं हुआ। इस परीक्षण के लिए, यह आवश्यक नहीं था।

DRS को vSphere क्लस्टर में सक्षम किया गया है, इसलिए वीएमवेयर ESXi ™ मेजबान पर लोड संतुलन के लिए वीएम को स्वचालित रूप से वितरित किया जाता है।

बैकअप प्रॉक्सी

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

VM कॉन्फ़िगरेशन:

• 8 वीसीपीयू
• 8 जीबी रैम
• 40GB vDisk
• 10GEE vNIC vmxnet3
• ओएस विंडोज सर्वर 2016

VBR स्तर पर बैकअप प्रॉक्सी के लिए पैरामीटर "मैक्स समवर्ती कार्य" 6 पर सेट है। इसका मतलब है कि बैकअप प्रॉक्सी एक साथ (समानांतर में) 6 बैकअप कार्यों के लिए प्रक्रिया कर सकता है। एक कार्य एक आभासी वीएम डिस्क का बैकअप है।

बैकअप रिपॉजिटरी

VBR के बैकअप रिपॉजिटरी के रूप में कार्य करने वाला भौतिक सर्वर बैकअप स्टोरेज के एक दृश्य के रूप में कार्य करता है। सर्वर कॉन्फ़िगरेशन:

• सीपीयू E5-1650v3
• 32 जीबी रैम
• 2 10 जीबी बंदरगाह

स्टोरेज बैकेंड - NVMe कैश के साथ सेफह्स क्लस्टर।

बैकअप रिपॉजिटरी और सेफ नॉड्स 10GbE नेटवर्क पर संवाद करते हैं, उनमें से प्रत्येक दो पोर्ट द्वारा स्विच से जुड़ा होता है।

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

VBR स्तर पर बैकअप रिपॉजिटरी के लिए पैरामीटर "अधिकतम समवर्ती कार्य" को 6 पर सेट किया गया है। इसका मतलब है कि बैकअप रिपॉजिटरी एक साथ (6 तक) बैकअप कार्यों को संसाधित करने में सक्षम होगी।

बैकअप नेटवर्क

ऊपर वर्णित बुनियादी ढांचे का भौतिक नेटवर्क 10 Gbit / s, स्विचेस की बैंडविड्थ द्वारा सीमित है और हर जगह 10GbE पोर्ट का उपयोग किया जाता है। यह न केवल vSAN के लिए, बल्कि ESXi होस्ट के प्रबंधन इंटरफेस के लिए भी सही है।

VMware NSX स्तर पर एक बैकअप प्रॉक्सी होस्ट करने के लिए, अपने स्वयं के तार्किक स्विच के साथ एक समर्पित सबनेट बनाया गया है। भौतिकी और मार्ग के साथ इसकी कनेक्टिविटी के लिए, एक बड़े आकार के एनएसएक्स-एज को तैनात किया गया है।

आगे देखने पर, परीक्षण के परिणामों के अनुसार, यह स्पष्ट है कि नेटवर्क 8 जीबी / एस तक का भार झेल सकता है। यह एक बहुत ही ठोस बैंडविड्थ है, जो इस स्तर पर पर्याप्त है, यदि आवश्यक हो, तो इसे बढ़ाया जा सकता है।

घटक बातचीत आरेख

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

• VSAN (HotAdd) या नियंत्रण नेटवर्क (NBD) के माध्यम से बैकअप VMs से डेटा पुनर्प्राप्त करता है
• इस उद्देश्य के लिए आवंटित सबनेट पर बैकअप रिपॉजिटरी में डेटा संसाधित किया जाता है

बैकअप प्रॉक्सी ट्रांसपोर्ट मोड

बैकअप प्रॉक्सी VBR इन्फ्रास्ट्रक्चर का एक घटक है जो सीधे बैकअप जॉब प्रोसेसिंग करता है। यह वीएम से डेटा निकालता है, इसे प्रोसेस करता है (कंप्रेस्ड, डुप्लीकेट्स, एनक्रिप्ट्स) और इसे रिपॉजिटरी में भेजता है, जहां इसे बैकअप फाइल में सेव किया जाता है।

बैकअप प्रॉक्सी आपको तीन परिवहन मोड में काम करने की अनुमति देता है:

• प्रत्यक्ष भंडारण पहुंच
• आभासी उपकरण
• नेटवर्क

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

आभासी उपकरण मोड (HotAdd)

वीएम के रूप में बैकअप प्रॉक्सी को तैनात करते समय वर्चुअल उपकरण अनुशंसित मोड है। ESXi होस्ट करता है जिस पर बैकअप प्रॉक्सी तैनात की गई हैं, जो बैकअप VMs को संग्रहीत करने वाले vSphere क्लस्टर के सभी डेटास्टोर तक पहुँच होना चाहिए। मोड का सार यह है कि प्रॉक्सी बैकअप VM (VMware SCSI HotAdd) के डिस्क को मापता है और उनसे डेटा लेता है जैसे कि यह अपना था। डेटा निकासी एक स्टोरेज नेटवर्क पर डेटास्टोर के साथ होती है।

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

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

नेटवर्क मोड (NBD)

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

इस दृष्टिकोण के निम्नलिखित नुकसान हैं:

• अक्सर ईएक्सएक्सआई प्रबंधन इंटरफेस सबसे तेज़ अपलिंक पर लटका नहीं करता है, एक नियम के रूप में, यह 1 जीबी है
• भले ही प्रबंधन इंटरफ़ेस में 10GbE पोर्ट होंगे, ESXi पूरे प्रॉक्सी बैंड प्रॉक्सी को नहीं देगा - यह कृत्रिम रूप से इसे सीमित करता है और बैकअप के लिए इंटरफ़ेस बैंडविड्थ का केवल एक हिस्सा आवंटित करता है।

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

वहीं, कई स्रोतों का दावा है कि NBD 1GbE पर बहुत धीमा है, लेकिन 10GE पर यह काफी तेज हो सकता है। हम इसकी जांच जरूर करेंगे।

परीक्षण कार्यक्रम

ऊपर वर्णित बुनियादी ढांचे पर, वीएम का परीक्षण करना और निम्नलिखित संकेतक रिकॉर्ड करना आवश्यक है:

• CPU लोड,%
• रैम की खपत, जीबी
• नेटवर्क लोड, Gbps
• बैकअप प्रदर्शन, एमबी / एस
• बैकअप समय, मिमी: एस.एस.

संकेतक को एक परीक्षण वीएम के बैकअप के लिए और दो, चार और छह परीक्षण वीएम के समानांतर बैकअप के लिए तय किया जाना चाहिए।

वर्चुअल उपकरण और नेटवर्क बैकअप प्रॉक्सी ऑपरेटिंग मोड के लिए संकेतक रिकॉर्ड किए जाने चाहिए। हर बार एक पूर्ण बैकअप किया जाना चाहिए, कोई वेतन वृद्धि नहीं।

इस प्रकार, 4 बैकअप नौकरियां बनाना आवश्यक है:

• एक परीक्षण वीएम के लिए
• दो टेस्ट वीएम के लिए
• चार टेस्ट वीएम के लिए
• छह परीक्षण वीएम के लिए

परीक्षण के भाग के रूप में, आपको निम्न करना चाहिए:

1. क्रमिक रूप से सभी कार्यों को एक मोड में चलाएं
2. निर्मित बैकअप हटाएं ताकि कोई वृद्धि न हो
3. हर बार संकेतक फिक्स करते समय, दूसरी मोड में चलता है

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

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

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

इसके अलावा, आपको प्रत्येक परीक्षण में बैकअप प्रॉक्सी पर लोड का मूल्यांकन करने की आवश्यकता है। CPU, मेमोरी और नेटवर्क कंजेशन की निगरानी अतिथि OS टूल्स (Windows 2016) और VMware स्तर पर की जा सकती है।

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

Veeam® अनुशंसा करता है कि समांतर कार्यों की संख्या प्रॉक्सी और रिपोजिटरी पर प्रोसेसर कोर की संख्या से अधिक नहीं होनी चाहिए। रिपॉजिटरी पर रैम की अनुशंसित मात्रा 2 जीबी प्रति कोर, कुल 12 जीबी है। बुनियादी ढांचे के कॉन्फ़िगरेशन से पता चलता है कि सभी सिफारिशों का पालन किया जाता है।

वर्चुअल उपकरण मोड में बैकअप गति और लोड (हॉट ऐड)

बैकअप 1 वी.एम.

बैकअप 2 वी.एम.

बैकअप 4 वी.एम.

बैकअप 6 वी.एम.

बैकअप स्पीड और नेटवर्क मोड लोड (NBD)

बैकअप 1 वी.एम.

बैकअप 2 वी.एम.

बैकअप 4 वी.एम.

बैकअप 6 वी.एम.

वर्चुअल उपकरण (HotAdd) और नेटवर्क मोड (NBD) में प्रदर्शन और लोड तुलना

वीएम गिनती	स्पीड - हॉटएड, एमबी / एस	गति - एनबीडी, एमबी / एस	HotAdd / NBD
1	709	192	3.69
2	816	269	3.03
4	885	446	1.98
6	888	517	1.72

वीएम गिनती	CPU लोड - HotAdd,%	CPU लोड - NBD,%	HotAdd / NBD
1	55-95	18-24	3,06-3,96
2	70-100	25-33	2,8-3,03
4	100	45-55	1,82-2,22
6	100	50-70	1,43-2

वीएम गिनती	RAM डाउनलोड - HotAdd, GB	रैम लोडिंग - एनबीडी, जीबी	HotAdd / NBD
1	2-2,2	1.9-2.1	1.05
2	2.3-2.5	2.2-2.4	1,04-1,05
4	3-3,5	2.8-3.5	1-1,07
6	4-4,2	3,5-4	1,14-1,05

वीएम गिनती	नेटवर्क डाउनलोड - HotAdd, Gb / s	नेटवर्क डाउनलोड - NBD, Gb / s	HotAdd / NBD
1	4,7-6,4	1.2-1.8	3,56-3,92
2	5-7,7	1.5-2.5	3,08-3,33
4	5-8,2	2,8-4,5	1,79-1,82
6	5-8,2	3,5-5	1,43-1,64

परीक्षा परिणाम

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

आपको याद दिला दूं कि दोनों मोड के लिए परीक्षण एक ही मंच पर बिल्कुल समान परिस्थितियों में चलाए गए थे। नेटवर्क बैंडविड्थ भी एक ही था - नियंत्रण इंटरफेस जिसके माध्यम से एनबीडी मोड में प्रॉक्सी डेटा एकत्र करता है, 10 Gbit / s देता है, जैसे HotAdd मोड के लिए vSAN नेटवर्क, हमने कोई बैंडविड्थ सीमा निर्धारित नहीं की।

जाहिर है, ESXi वास्तव में Veeam® को धीमा कर देता है और इसे नेटवर्क मोड में केवल बैंड का हिस्सा देता है, इसलिए बैकअप गति में अंतर होता है। हालांकि, थ्रेड्स की संख्या में वृद्धि के साथ - साथ-साथ बैकअप कार्य - नेटवर्क मोड बैकलॉग को काफी कम कर देता है।

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

नेटवर्क मोड में, इसके विपरीत, एक साथ कार्यों की संख्या में वृद्धि के साथ उत्पादकता में उल्लेखनीय वृद्धि हुई है। इसी समय, बैकअप प्रॉक्सी प्रोसेसर पर लोड हॉटएड मोड की तुलना में काफी कम है, यहां तक ​​कि 6 थ्रेड्स पर भी यह 70% से अधिक नहीं है।

बैकअप प्रॉक्सी की मेमोरी खपत छोटी है और दोनों मोड में लगभग समान है।

बैकअप प्रॉक्सी नेटवर्क पर लोड ~ 10-17% से अधिक होने पर बैकअप गति के साथ संबंधित है। जाहिरा तौर पर प्रॉक्सी वीएम स्रोतों से डेटा को रिपॉजिटरी में अपलोड करने की तुलना में थोड़ा तेज लेता है, क्योंकि उन्हें संसाधित करने की आवश्यकता होती है।

नौकरी के निष्पादन के परिणामों के साथ चित्रों में लाइन लोड का निरीक्षण करना दिलचस्प है। यह बैकअप इन्फ्रास्ट्रक्चर के विभिन्न तत्वों पर लोड के स्तर को दर्शाता है: स्रोत, प्रॉक्सी, नेटवर्क, रिपॉजिटरी।

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

नेटवर्क मोड में, अड़चन हमेशा स्रोत होती है, यहां तक ​​कि एक धारा के लिए भी। यह देखा जा सकता है कि बाकी बुनियादी ढाँचे अधिक दे सकते हैं, लेकिन ईएक्सआईआई उन्हें नहीं देता है।

सारांश

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

Veeam® सॉफ्टवेयर बहुत योग्य साबित हुआ है:

• HotAdd मोड में, सभी अवसंरचना क्षमताओं को प्रभावी ढंग से और पूरी तरह से उपयोग किया गया था।
• NBD मोड में, प्रदर्शन के और अधिक मामूली होने की उम्मीद है, लेकिन यह एक Veeam® समस्या नहीं है, लेकिन ESX नेटवर्क स्टैक की एक विशेषता है

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

वर्तमान में, हम मौजूदा बैकअप प्रदर्शन से काफी खुश हैं, हम समझते हैं कि इस तरह की आवश्यकता होने पर इसे ठीक से कैसे बढ़ाया जाए।