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

नेटवर्क कनेक्शन के बारे में

बेशक, 10 Gbit / s के बैंडविड्थ के साथ एक चैनल होना अच्छा है, जिसके माध्यम से बैकअप के दौरान डेटा स्थानांतरित किया जाता है। हालाँकि, चैनल बैकअप से पुनर्स्थापित करने के लिए अधिक विनम्र है, लेकिन यह एलआईसीपी या एसएमबी मल्टीचैनल के साथ एनआईसी टीमिंग या बैंडविड्थ एकत्रीकरण के साथ कुछ अन्य विकल्प का उपयोग करने के लिए अनुशंसित है। आप उपयोग कर सकते हैं, उदाहरण के लिए, 4x1 Gbit / s संस्करण में LOM पोर्ट। यह कॉन्फ़िगरेशन कनेक्शन के लिए अनुशंसित है "कई स्रोत डिवाइस - 1 लक्ष्य बैकअप डिवाइस", अर्थात, "कई को एक" से कनेक्ट करते समय। (इसी तरह, एक बैकअप स्टोरेज से उपकरणों को लक्षित करने के लिए समानांतर रिकवरी - एक नियम के रूप में, ये वही प्रारंभिक हैं जिनसे बैकअप किया गया था - एक से कई कनेक्शन हैं।)
उदाहरण के लिए, आप कई हाइपर-वी / एलयूएन होस्ट्स से कई बैकअप जॉब्स को कॉन्फ़िगर कर सकते हैं और बैकअप को एक ही लक्ष्य भंडारण में सहेज सकते हैं। यदि आपके पास 4x1 Gbit / s के कुल चैनल बैंडविड्थ के साथ 10 ऐसे मेजबान हैं, तो यदि आपके पास लक्ष्य डिवाइस पर 10Gbit / s पाइप है, तो यह काफी पर्याप्त कॉन्फ़िगरेशन है।

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

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

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

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



वर्चुअल डिस्क के बढ़ते समय सबसे अच्छा प्रदर्शन प्रदान करने के लिए उच्च बैंडविड्थ और कम विलंबता की आवश्यकता होती है, जब फ्लिपकार्ट रिकवरी के दौरान डेटा को एक्सेस करना और कॉपी करना।

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

लक्ष्य उपकरणों के लिए सिफारिशें

कई विकल्पों पर विचार करें, जिनमें से, संभवतः, आप अपने लिए सर्वश्रेष्ठ चुनेंगे।

विकल्प 1: हाइपर- V होस्ट को पुनर्प्राप्त करें और सीधे उत्पादन संरचना में LUN को भेजें

यहां तक ​​कि अगर आपके पास पढ़ने / लिखने के कैशिंग या स्तर 1 के साथ एक उच्च-प्रदर्शन भंडारण प्रणाली है, तो, जैसा कि पिछले पोस्ट में उल्लेख किया गया है , आपको अतिप्रवाह नहीं करने की आवश्यकता है। अन्यथा, उत्पादन वीएम प्रभावित होंगे। और यह हो सकता है, उदाहरण के लिए, यदि आप स्टोरेज सिस्टम में बड़ी मात्रा में डेटा को जितनी जल्दी हो सके लिखने की कोशिश करते हैं - यह स्टोरेज को माइग्रेट करते समय होता है। इस तरह के संचालन में, हम स्तर 1 भंडारण प्रणालियों के उपयोग से बचने की कोशिश करते हैं। इसी तरह के विचार बड़े वीएम की बहाली पर लागू होते हैं।

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

विकल्प 2: स्थानीय SSD / NMVe ड्राइव के साथ हाइपर- V होस्ट को रिकवरी

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

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


आरेख एक बुनियादी ढांचा नियोजन विकल्प दिखाता है। बेशक, आप अपने विवेक पर उपरोक्त दृष्टिकोणों को जोड़ सकते हैं।

विकल्प 3: स्थानीय एसएसडी / एनवीएमई ड्राइव के साथ समर्पित हाइपर-वी होस्ट को पुनर्प्राप्त करें

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


यदि आप उनकी खपत को बढ़ाने की योजना बनाते हैं, तो उत्पादन में पुनर्गठित मशीनों के अंतिम प्रवास के लिए, आप संसाधनों को साझा किए बिना तथाकथित प्रवासन का उपयोग कर सकते हैं साझा कुछ भी नहीं लाइव प्रवासन। (इसके लिए आपको अतिरिक्त सुरक्षा सेटिंग्स सेट करनी होंगी।) नेटवर्क संसाधनों के लिए, आप उदाहरण के लिए, CSV / Live माइग्रेशन / S2D हाइपर- V पर माइग्रेशन के लिए SMB मल्टीचैनल और SMB डायरेक्ट क्षमताओं का उपयोग कर सकते हैं।
हां, स्टोरेज सिस्टम (स्टोरेज लाइव माइग्रेशन) का माइग्रेशन सबसे तेज प्रक्रिया नहीं है, यह एक माइनस है। लेकिन एक प्लस है - इस प्रक्रिया के दौरान आपकी वर्चुअल मशीनें पुनर्स्थापित हो जाती हैं और काम करना जारी रखती हैं।

निष्कर्ष में

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

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

और क्या पढ़ें:

• तत्काल वीएम रिकवरी के लिए बुनियादी ढांचे की योजना के बारे में हब्र आलेख (भाग 1)
• Veeam बैकअप और प्रतिकृति हाइपर- V के लिए उपयोगकर्ता गाइड (रूसी में)
• Veeam बैकअप और प्रतिकृति VMware के लिए उपयोगकर्ता गाइड (रूसी में)