VMware vSphere के लिए AccelStor AFA कॉन्फ़िगरेशन दिशानिर्देश

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

सभी फ्लैश एक्सेलेस्टर NeoSapphire ™ सरणियाँ SSDs पर आधारित एक या दो नोड डिवाइस हैं, जो बहुत ही लोकप्रिय RAID एल्गोरिदम के बजाय अपनी FlexiRemap® तकनीक का उपयोग करके डेटा को संग्रहीत करने और इसकी पहुंच को व्यवस्थित करने के लिए एक मौलिक रूप से अलग दृष्टिकोण के साथ हैं। एरेस फाइबर चैनल या iSCSI इंटरफेस के माध्यम से मेजबानों के लिए ब्लॉक एक्सेस प्रदान करते हैं। निष्पक्षता में, हम ध्यान दें कि ISCSI इंटरफ़ेस के साथ मॉडल भी एक अच्छा बोनस के रूप में फ़ाइल का उपयोग किया है। लेकिन इस लेख में, हम सभी फ्लैश के लिए सबसे अधिक उत्पादक के रूप में ब्लॉक प्रोटोकॉल के उपयोग पर ध्यान केंद्रित करेंगे।

एक्सेलस्टोर सरणी और VMware vSphere वर्चुअलाइजेशन सिस्टम के बीच सहयोग स्थापित करने और फिर स्थापित करने की पूरी प्रक्रिया को कई चरणों में विभाजित किया जा सकता है:

• सैन नेटवर्क के कनेक्शन टोपोलॉजी और कॉन्फ़िगरेशन का कार्यान्वयन;
• सभी फ़्लैश सरणी सेट करना;
• ईएसएक्सआई मेजबानों को कॉन्फ़िगर करें;
• वर्चुअल मशीन कॉन्फ़िगर करें।

फाइबर चैनल और iSCSI के साथ AccelStor NeoSapphire ™ सरणियों को उदाहरण उपकरण के रूप में उपयोग किया गया था। बेस सॉफ्टवेयर VMware vSphere 6.7U1 है।

इस लेख में वर्णित प्रणालियों को तैनात करने से पहले, यह अत्यधिक अनुशंसा की जाती है कि आप प्रदर्शन के मुद्दों ( VMware vSphere 6.7 के लिए प्रदर्शन सर्वोत्तम अभ्यास ) और iSCSI सेटिंग्स ( iSCSI पर VMware vphphere चलाने के लिए सर्वोत्तम अभ्यास ) के बारे में VMware से प्रलेखन से खुद को परिचित करें।

कनेक्शन टोपोलॉजी और सैन कॉन्फ़िगरेशन

एक SAN नेटवर्क के मुख्य घटक ESXi होस्ट, SAN स्विच और सरणी नोड्स पर HBA हैं। इस तरह के नेटवर्क का एक विशिष्ट टोपोलॉजी इस तरह दिखेगा:

यहां स्विच शब्द या तो एक भौतिक स्विच या स्विचेस (फैब्रिक) का एक सेट या विभिन्न सेवाओं के बीच साझा किया गया डिवाइस (iSCSI के मामले में VSAN और फाइबर चैनल के मामले में VSAN) को संदर्भित करता है। दो स्वतंत्र स्विच / फैब्रिक का उपयोग करना विफलता के संभावित बिंदु को समाप्त करता है।

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

HBA होस्ट पर दो पोर्ट होना भी अधिकतम प्रदर्शन और गलती सहिष्णुता के लिए एक शर्त है।

यदि आप फाइबर चैनल इंटरफ़ेस का उपयोग करते हैं, तो आपको सर्जक और लक्ष्य के बीच संभावित संघर्ष से बचने के लिए ज़ोनिंग को कॉन्फ़िगर करने की आवश्यकता है। ज़ोन "एक सर्जक पोर्ट - एक या अधिक एरे पोर्ट" के सिद्धांत पर बनाया गया है।

यदि आप iSCSI कनेक्शन का उपयोग कर रहे हैं यदि आप अन्य सेवाओं के साथ साझा किए गए स्विच का उपयोग कर रहे हैं, तो आपको एक अलग VLAN के अंदर iSCSI ट्रैफ़िक को अलग करना होगा। यह भी अत्यधिक अनुशंसा की जाती है कि आप नेटवर्क पर पैकेट के आकार को बढ़ाने के लिए जंबो फ्रेम्स सपोर्ट (MTU = 9000) को सक्षम करें और, ट्रांसमिशन के दौरान ओवरहेड की मात्रा को कम करें। हालांकि, यह याद रखने योग्य है कि सही संचालन के लिए सर्जक-स्विच-टारगेट श्रृंखला के साथ सभी नेटवर्क घटकों पर MTU पैरामीटर को बदलना आवश्यक है।

सभी फ्लैश एरर्स सेट करना

सरणी को पहले से गठित FlexiRemap® समूहों के साथ ग्राहकों तक पहुंचाया गया है। इसलिए, ड्राइव को एक संरचना में एकीकृत करने के लिए किसी भी कार्रवाई की आवश्यकता नहीं है। यह आवश्यक आकार के संस्करणों और आवश्यक मात्रा में बनाने के लिए पर्याप्त है।

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

फिर यह बनाए गए संस्करणों को "प्रकाशित" करने के लिए और ACL (FC के लिए iSCSI और WWPN के लिए आईपी पते) और सरणी पर बंदरगाहों के भौतिक पृथक्करण का उपयोग करके मेजबानों से उनके लिए अधिकार एक्सेस सेट करता है। ISCSI मॉडल के लिए, यह लक्ष्य निर्माण के माध्यम से किया जाता है।

FC मॉडल के लिए, सरणी में प्रत्येक पोर्ट के लिए LUN के निर्माण के माध्यम से प्रकाशन होता है।

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

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

ESXi होस्ट कॉन्फ़िगर करें

ईएसएक्सआई की तरफ, मूल कॉन्फ़िगरेशन काफी अपेक्षित परिदृश्य के अनुसार किया जाता है। ISCSI कनेक्शन के लिए प्रक्रिया:

1. सॉफ्टवेयर iSCSI एडेप्टर जोड़ें (यदि यह पहले से ही जोड़ा गया है, या हार्डवेयर iSCSI एडाप्टर का उपयोग कर रहा है, तो आवश्यक नहीं है);
2. VSwitch बनाना, जिसके माध्यम से iSCSI ट्रैफ़िक जाएगा और इसमें भौतिक अपलिंक और VMkernal को जोड़ा जाएगा;
3. डायनामिक डिस्कवरी में सरणी पते जोड़ना;
4. डाटस्टोर बनाना

कुछ महत्वपूर्ण नोट:

• सामान्य स्थिति में, बेशक, आप मौजूदा vSwitch का उपयोग कर सकते हैं, लेकिन एक अलग vSwitch के मामले में, होस्ट सेटिंग्स का प्रबंधन करना अधिक सरल होगा।
• प्रदर्शन समस्याओं से बचने के लिए प्रबंधन ट्रैफ़िक और iSCSI को अलग-अलग भौतिक लिंक और / या VLAN में अलग करना आवश्यक है।
• VMkernal के IP पते और सभी Flash सरणी के संबंधित पोर्ट एक ही सबनेट पर होने चाहिए, फिर से प्रदर्शन समस्याओं के कारण।
• VMware फॉल्ट टॉलरेंस सुनिश्चित करने के लिए, vSwitch में कम से कम दो फिजिकल अपलिंक होने चाहिए
• जंबो फ्रेम्स का उपयोग करते समय, आपको vSwitch और VMkernal दोनों के MTU को बदलना होगा
• यह याद रखना गलत नहीं होगा कि iSCSI ट्रैफ़िक के साथ काम करने के लिए उपयोग किए जाने वाले भौतिक एडाप्टर के लिए VMware की सिफारिशों के अनुसार, टीमिंग और फ़ेलओवर को कॉन्फ़िगर करना आवश्यक है। विशेष रूप से, प्रत्येक VMkernal को केवल एक अपलिंक के माध्यम से काम करना चाहिए, दूसरे अपलिंक को अप्रयुक्त मोड में स्विच करना चाहिए। गलती सहिष्णुता के लिए, आपको दो VMkernal जोड़ने की आवश्यकता है, जिनमें से प्रत्येक इसके अपलिंक के माध्यम से काम करेगा।

कोई फाइबर चैनल कनेक्शन की आवश्यकता है। आप तुरंत डेटास्टोर बना सकते हैं।

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

डिफ़ॉल्ट रूप से, VMware सेटिंग योजना के अनुसार इस नीति के उपयोग के लिए प्रदान करती हैं: पहले पथ के माध्यम से 1000 अनुरोध, दूसरे पथ के माध्यम से अगले 1000 अनुरोध, आदि। दोहरे नियंत्रक सरणी के साथ यह होस्ट सहभागिता असंतुलित होगी। इसलिए, हम Esxcli / PowerCLI के माध्यम से राउंड रॉबिन पॉलिसी = 1 पैरामीटर सेट करने की सलाह देते हैं।

अधिकांश आधुनिक अनुप्रयोगों को बैंडविड्थ उपयोग को अधिकतम करने और सीपीयू लोड को कम करने के लिए बड़े डेटा पैकेट का आदान-प्रदान करने के लिए डिज़ाइन किया गया है। इसलिए, डिफ़ॉल्ट रूप से ESXi 32767KB तक के बैचों में स्टोरेज डिवाइस के लिए I / O अनुरोध करता है। हालांकि, कई परिदृश्यों के लिए, छोटे हिस्से का आदान-प्रदान अधिक उत्पादक होगा। AccelStor सरणियों के लिए, ये निम्नलिखित परिदृश्य हैं:

• वर्चुअल मशीन लीगेसी BIOS के बजाय UEFI का उपयोग करती है
• VSphere प्रतिकृति द्वारा उपयोग किया जाता है

ऐसे परिदृश्यों के लिए, यह अनुशंसा की जाती है कि आप Disk.DiskMaxIOSize पैरामीटर मान को 4096 में बदल दें।

ISCSI कनेक्शन के लिए, कनेक्शन की स्थिरता बढ़ाने और अग्रेषित DelayedAck पैकेट की पावती की देरी को बंद करने के लिए लॉगिन टाइमआउट पैरामीटर को 30 (डिफ़ॉल्ट 5) में बदलने की सिफारिश की जाती है। दोनों विकल्प vSphere क्लाइंट में हैं: होस्ट → कॉन्फ़िगर करें → संग्रहण → संग्रहण एडेप्टर → iSCSI एडाप्टर के लिए उन्नत विकल्प

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

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

वर्चुअल मशीन कॉन्फ़िगर करें

वर्चुअल मशीन स्थापित करते समय कोई विशेष आवश्यकताएं नहीं हैं, या यों कहें कि वे काफी सामान्य हैं:

• VM (संगतता) के उच्चतम संभव संस्करण का उपयोग करना
• RAM मशीनों को सेट करने के लिए यह अधिक सटीक है जब वर्चुअल मशीनों को घनी रूप से रखा जाता है, उदाहरण के लिए, VDI में (क्योंकि डिफ़ॉल्ट रूप से, स्टार्टअप पर, एक पेजिंग फ़ाइल बनाई जाती है, जो RAM आकार की तुलना में होती है, जो उपयोगी क्षमता का उपभोग करती है और अंतिम प्रदर्शन पर प्रभाव डालती है)
• एडेप्टर के सबसे कुशल IO संस्करणों का उपयोग करें: नेटवर्क प्रकार VMXNET 3 और SCSI प्रकार PVSCSI
• अधिकतम प्रदर्शन के लिए थिक प्रोविजनिंग के लिए थिक प्रोविजनिंग के लिए थिक प्रोविजनिंग के लिए थिक प्रोविजन ईगर जीरो ड्राइव टाइप का उपयोग करें
• यदि संभव हो, तो वर्चुअल डिस्क सीमा का उपयोग करके गैर-महत्वपूर्ण I / O मशीनों के काम को सीमित करें
• VMware Tools इंस्टॉल करना सुनिश्चित करें

नोटों की कतार

एक कतार (या बकाया I / Os) I / O अनुरोधों (SCSI कमांड) की संख्या है जो किसी विशेष उपकरण / अनुप्रयोग से किसी भी समय प्रसंस्करण की प्रतीक्षा कर रहे हैं। एक कतार अतिप्रवाह की स्थिति में, QFULL त्रुटियां उत्पन्न होती हैं, जिसके परिणामस्वरूप अंततः विलंबता पैरामीटर में वृद्धि होती है। डिस्क (धुरी) भंडारण प्रणालियों का उपयोग करते समय, सैद्धांतिक रूप से, कतार जितनी अधिक होती है, उनका प्रदर्शन उतना अधिक होता है। हालांकि, आपको इसका दुरुपयोग नहीं करना चाहिए, क्योंकि QFULL में चलाना आसान है। सभी फ्लैश सिस्टम के मामले में, एक तरफ, सब कुछ कुछ सरल है: सरणी में परिमाण के कई आदेश कम हैं और इसलिए सबसे अधिक बार कतारों के आकार को अलग करने के लिए आवश्यक नहीं है। लेकिन दूसरी ओर, कुछ उपयोग परिदृश्यों में (विशिष्ट आभासी मशीनों के लिए IO के लिए आवश्यकताओं में एक मजबूत पूर्वाग्रह, अधिकतम प्रदर्शन के लिए परीक्षण, आदि), यदि आप कतार के मापदंडों को नहीं बदलते हैं, तो कम से कम समझें कि क्या संकेतक प्राप्त किए जा सकते हैं, और, सबसे महत्वपूर्ण बात, किन तरीकों से।

AccelStor की सभी फ़्लैश सरणी में वॉल्यूम या I / O पोर्ट पर कोई सीमा नहीं है। यदि आवश्यक हो, तो एक भी वॉल्यूम सरणी के सभी संसाधनों को प्राप्त कर सकता है। एकमात्र पंक्ति प्रतिबंध iSCSI लक्ष्य के साथ है। यह इस कारण से है कि इस सीमा को पार करने के लिए प्रत्येक वॉल्यूम के लिए कई (आदर्श रूप से 8 टुकड़े तक) लक्ष्य बनाने की आवश्यकता ऊपर इंगित की गई थी। इसके अलावा, AccelStor सरणियाँ अत्यधिक उत्पादक समाधान हैं। इसलिए, आपको अधिकतम गति प्राप्त करने के लिए सिस्टम के सभी इंटरफ़ेस पोर्ट का उपयोग करना चाहिए।

होस्ट के ESXi पक्ष में, स्थिति पूरी तरह से अलग है। मेजबान स्वयं सभी प्रतिभागियों के लिए संसाधनों तक समान पहुंच का अभ्यास लागू करता है। इसलिए, अतिथि ओएस और एचबीए के लिए अलग-अलग IO कतारें हैं। अतिथि OS के लिए कतारों को वर्चुअल SCSI एडॉप्टर और वर्चुअल डिस्क से कतार में जोड़ा जाता है:

HBA के लिए कतार विशिष्ट प्रकार / विक्रेता पर निर्भर करती है:

वर्चुअल मशीन का अंतिम प्रदर्शन मेजबान घटकों के बीच सबसे कम क्यू गहराई सीमा द्वारा निर्धारित किया जाएगा।

इन मूल्यों के लिए धन्यवाद, आप प्रदर्शन संकेतकों का मूल्यांकन कर सकते हैं जो हम एक या किसी अन्य कॉन्फ़िगरेशन में प्राप्त कर सकते हैं। उदाहरण के लिए, हम विलंबता 0.5ms के साथ एक आभासी मशीन के सैद्धांतिक प्रदर्शन (एक ब्लॉक के लिए बंधन के बिना) को जानना चाहते हैं। फिर इसका IOPS = (1,000 / विलंबता) * बकाया I / Os (कतार गहराई सीमा)

शीर्ष ऑल एक्सेलस्टोर ऑल फ्लैश एरेज़ (जैसे कि P710 ) 4K ब्लॉक में रिकॉर्डिंग के लिए 700K IOPS प्रदर्शन देने में सक्षम हैं। इस तरह के एक ब्लॉक आकार के साथ, यह स्पष्ट है कि एक एकल आभासी मशीन इस तरह के एक सरणी को लोड करने में सक्षम नहीं है। ऐसा करने के लिए, आपको 11 (उदाहरण के लिए 1) या 6 (उदाहरण के लिए 2) वर्चुअल मशीनों की आवश्यकता होगी।

परिणामस्वरूप, वर्चुअल डेटा सेंटर के सभी वर्णित घटकों के सही कॉन्फ़िगरेशन के साथ, आप प्रदर्शन के मामले में बहुत प्रभावशाली परिणाम प्राप्त कर सकते हैं।

4K रैंडम, 70% पढ़ें / 30% लिखें

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