👈🏻 👩🏻‍🌾 👞 भंडारण के लिए लिंक एकत्रीकरण और आईपी यातायात संतुलन 👩🏿‍🤝‍👨🏻 👩🏽‍🎤 🚝

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

बोर्ड पर अधिकांश आधुनिक सर्वरों में आमतौर पर कम से कम दो 1 जीबी डेटा इंटरफेस और प्रबंधन के लिए एक 100 एमबी होता है।

जूनियर नेटएप एफएएस 2240 / एफएएस 2220 श्रृंखला के स्टोरेज सिस्टम पर, प्रत्येक नियंत्रक पर, अन्य चीजों के अलावा, 4x 1Gb पोर्ट हैं।
यानी ऐसी योजना का उपयोग करना काफी तर्कसंगत है जहां स्टैक पर दो स्विच एक मल्टी-चेसिस एथेरनेल एग्रीगेटिंग लिंक का उपयोग करते हैं जो प्रत्येक नियंत्रक से आने वाले प्रत्येक स्विच से इन दोनों लिंक की बैंडविड्थ की खराबी और उपयोगिता का उपयोग करता है। छवि और फ्लेक्सपॉड एक्सप्रेस की समानता में इस तरह की वास्तुकला, लेकिन नेक्सस श्रृंखला से सिस्को स्विच जैसी फैशनेबल महंगी वीपीसी सुविधा के बिना, इस मामले में, इंटरलाइनिंग के बजाय, स्विच का एक स्टैक बस उपयोग किया जाएगा। वैसे भी, इस योजना में सर्वर और स्विच किसी भी निर्माता के हो सकते हैं। और अगर सब कुछ एक बजट के साथ तंग है, तो आप सर्वर से सीधे कनेक्शन का उपयोग कर सकते हैं, इसलिए यदि सर्वर में बोर्ड पर 2 पोर्ट हैं, तो आप 4 सर्वर कनेक्ट कर सकते हैं, और जब आपको 5 वें सर्वर को जोड़ने की आवश्यकता होती है, तो आपको स्विच खरीदना होगा।

फ्लेक्सपॉड एक्सप्रेस कनेक्शन आरेख।

यहां सर्किट का एक उदाहरण है जिसे लेख में वर्णित किया जाएगा।
एफएएस 2240-4 एचए - 4 1Gbit लिंक के साथ 2 नियंत्रक
भंडारण के साथ संचार के लिए 1 जीबी के प्रत्येक 4 समर्पित नेटवर्क बंदरगाहों में VMware ESXi के साथ 2 सर्वर
मल्टी-चेसिस एथेरनेल और एलएसीपी के समर्थन के साथ स्टैक पर 2 गीगाबिट स्विच

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

सैद्धांतिक भाग

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

एक नियम के रूप में, 2-4 सर्वर बैंडविड्थ के संदर्भ में 1 जीबी लिंक को लोड नहीं करते हैं, एक ही समय में सभी लिंक का उपयोग सकारात्मक रूप से नेटवर्क नोड्स और पीक लोड में बैंडविड्थ के बीच बातचीत की गति को प्रभावित करता है।

विवरण

निम्नलिखित (सरलीकरण के लिए) एक नियंत्रक, एक सर्वर और एनएफएस प्रोटोकॉल के साथ जोड़तोड़ का वर्णन करता है।

2 नियंत्रक लिंक एक स्विच में जुड़े हुए हैं, दूसरे में 2
आईपी संतुलन के साथ मल्टीचैसिस एलएसीपी स्विच साइड पर कॉन्फ़िगर किया गया है
कंट्रोलर पोर्ट के लिए स्विच में फ्लोअंट्रोल = पर है
नियंत्रक पर सभी बंदरगाहों के लिए Flowcontrol सेट = भेजें
नियंत्रक पक्ष पर 4 1 जीबी लिंक को आईपी संतुलन के साथ एक एलएसीपी में जोड़ा जाता है
वीएलएएन (ifgrp) के ऊपर वीएलएएन बनाया गया और आईपी को सौंपा गया, 3 अतिरिक्त उपनाम बनाए गए (पते क्रमवार जारी किए गए)
4 वॉल्यूम बनाए जाते हैं, प्रत्येक वॉल्यूम में qtree बनाया जाता है, वॉल्यूम NFS द्वारा निर्यात किया जाता है
vSwitch 4 IP- संतुलित इंटरफेस के साथ ESXi सर्वर पर बनाया गया है
इस vSwitch पर , एक ही आईपी सबनेट और एक ही वीएलएएन में vmkernel पोर्ट बनाया जाता है, जिसमें मुख्य IP और कंट्रोलर उपनाम स्थित हैं
जंबो फ्रेम पूरे श्रृंखला में शामिल हैं ( भंडारण , स्विच, स्विच पर वीएलएएन , vSwitch , vmk कर्नल पोर्ट)
ईएसएक्सआई में 4 एनएफएस डेटास्टोर्स जोड़े गए, सभी अलग-अलग आईपी पते से (यानी प्राथमिक आईपी और सभी नियंत्रक उपनाम शामिल हैं)
4 VM vmware-io-analyzer.ova विभिन्न एनएफएस डेटास्टोर्स पर लिंक लोड का उपयोग कर जाँच करने के लिए, उदाहरण के लिए, मैक्स-थ्रूपुट पैटर्न

हमें इसकी आवश्यकता है:

एक एनएफएस निर्यात एक ही आईपी पते पर सभी vmware ESXi होस्ट से जुड़ा था ताकि vmware इसे एक डेटास्टोर के रूप में अनुभव करेगा और अलग-अलग नहीं होगा ( iSCSI के लिए ऐसी कोई आवश्यकता नहीं है, प्रत्येक सर्वर के लिए आप अलग-अलग आईपी लक्ष्य निर्दिष्ट कर सकते हैं, IQN उनके पास समान होगा )
ट्रैफ़िक (इनकमिंग और आउटगोइंग) एक सर्वर से विभिन्न डेटास्टोर में अलग-अलग सर्वर और स्टोरेज लिंक के माध्यम से जाना चाहिए
ट्रैफ़िक (इनकमिंग और आउटगोइंग) अलग-अलग सर्वर से एक डेटास्टोर में अलग - अलग स्टोरेज लिंक के माध्यम से जाना चाहिए

समायोजन

NetApp FAS संग्रहण ट्यूनिंग टुकड़े:

कृपया ध्यान दें कि पैरामीटर " लैकप " लाइन में " ifgrp create lacp vif1 -b ip e0d e0b e0c e0a " डॉक्यूमेंटेशन में डायनामिक मल्टी-मोड से मेल खाता है और इसे स्विच पर सेटिंग्स से मेल खाना चाहिए। टीआर - 3802
इसके अलावा, भंडारण प्रवाह और स्विच पर दोनों सही फ्लोक्ंटरोल सेटिंग्स के बारे में मत भूलना। यदि स्टोर "भेजता है" ( flowcontrol send ) प्रवाह नियंत्रण, तो "दूसरी ओर," प्रवाह नियंत्रण ( flowcontrol प्राप्त ) पर "प्राप्त" करने के लिए स्विच कॉन्फ़िगर किया जाना चाहिए। और इसके विपरीत: यदि कोई नहीं भेजता है, तो किसी को भी स्वीकार करने के लिए निर्धारित नहीं किया जाना चाहिए। अधिक प्रवाह के बारे में ।

नेटएप 7-मोड सेटअप उदाहरण

san01a> rdfile /etc/rc #Auto-generated by setup Thu may 22 13:26:59 GMT 2014 hostname san01a ifgrp create lacp vif1 -b ip e0d e0b e0c e0a vlan create vif1 53 ifconfig e0a flowcontrol send up ifconfig e0b flowcontrol send up ifconfig e0c flowcontrol send up ifconfig e0d flowcontrol send up ifconfig e0M `hostname`-e0M netmask 255.255.255.0 broadcast 10.10.10.255 flowcontrol full partner 10.10.40.11 mtusize 1500 trusted wins up ifconfig e0P `hostname`-e0P netmask 255.255.252.0 broadcast 192.168.3.255 flowcontrol full up ifconfig vif1-53 `hostname`-vif1-53 netmask 255.255.255.0 partner vif1-53 mtusize 9000 trusted -wins up ifconfig vif1-53 alias 10.10.53.31 netmask 255.255.255.0 up ifconfig vif1-53 alias 10.10.53.32 netmask 255.255.255.0 up ifconfig vif1-53 alias 10.10.53.33 netmask 255.255.255.0 up route add net default 10.10.10.3 1 routed on options dns.domainname netapp.com options dns.enable on options nis.enable off savecore

एनएफएस के लिए विफलता

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

यदि वीएलएएन (एस) के साथ एक टीम इंटरफ़ेस (एस) ( वीआईएफ ) है, तो ऐसे प्रत्येक वीएलएएन पर कॉन्फ़िगर करें।
यदि वीआईएफ (एस) हैं, लेकिन पहले से ही वीएलएएन (एस) के बिना हैं, तो ऐसे प्रत्येक वीआईएफ इंटरफेस पर कॉन्फ़िगर करें।
यदि कोई वीआईएफ नहीं है, लेकिन भौतिक इंटरफ़ेस पर वीएलएएन (एस) है, तो प्रत्येक ऐसे वीएलएएन पर कॉन्फ़िगर करें।
यदि कहीं भी वीआईएफ या वीएलएएन (एस) नहीं है, तो प्रत्येक भौतिक इंटरफ़ेस पर।

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

यह भी ध्यान दें कि नेटएप एफएएस स्टोरेज VIF में वर्णानुक्रम क्रम में संतुलन के लिए इंटरफेस नंबरिंग का उपयोग नहीं करता है, लेकिन क्रम में वे जोड़े गए थे।
उदाहरण के लिए, यदि VIF ऐसी कमांड "ifgrp create lacp vif1 -b ip e0d e0b e0c e0a" है, तो e0d 0th इंटरफ़ेस, e0b - 1, e0c - 2, e0a - 3 होगा।

नेटएप 7-मोड के लिए रिज़ॉल्यूशन, निर्यात और Qtree सेटअप उदाहरण

 san01a> rdfile /etc/hosts #Auto-generated by setup Thu may 22 13:26:59 GMT 2014 127.0.0.1 localhost localhost-stack 127.0.10.1 localhost-10 localhost-bsd 127.0.20.1 localhost-20 localhost-sk 10.10.40.10 san01a san01a-e0M 192.168.1.185 san01a san01a-e0P 10.10.53.30 san01a-vif1-53

 san01a> exportfs /vol/vol_filerA_nfsA -sec=sys,rw,nosuid /vol/vol_filerA_nfsB -sec=sys,rw,nosuid /vol/vol_filerA_nfsC -sec=sys,rw,nosuid /vol/vol_filerA_nfsD -sec=sys,rw,nosuid

 san01a> qtree status Volume Tree Style Oplocks Status -------- -------- ----- -------- --------- rootvol unix enabled normal vol_filerA_nfsA unix enabled normal vol_filerA_nfsA qtree_filerA_nfsA unix enabled normal vol_filerA_nfsB unix enabled normal vol_filerA_nfsB qtree_filerA_nfsB unix enabled normal vol_filerA_nfsC unix enabled normal vol_filerA_nfsC qtree_filerA_nfsC unix enabled normal vol_filerA_nfsD unix enabled normal vol_filerA_nfsD qtree_filerA_nfsD unix enabled normal

निम्नलिखित डेटास्टोर्स VMware ESXi से जुड़े हैं

 ds_filerA_nfsA 10.10.53.30:/vol/vol_filerA_nfsA/qtree_filerA_nfsA ds_filerA_nfsB 10.10.53.31:/vol/vol_filerA_nfsB/qtree_filerA_nfsB ds_filerA_nfsC 10.10.53.32:/vol/vol_filerA_nfsC/qtree_filerA_nfsC ds_filerA_nfsD 10.10.53.33:/vol/vol_filerA_nfsD/qtree_filerA_nfsD

कॉन्फ़िगरेशन के बाद, हम परीक्षण वीएम से लोड देते हैं और स्टोरेज कंट्रोलर साइड से पोर्ट पर लोड की जांच करते हैं:

7-मोड में नेटएप पोर्ट पर लोड की जाँच करें

 san01a> ifgrp stat vif1 10 Interface group(trunk) vif1 e0b e0a e0c e0d Pkts In Pkts Out Pkts In Pkts Out Pkts In Pkts Out Pkts In Pkts Out 14225k 13673k 15542k 249k 13838k 11690k 15544k 7809k 46075 38052 90911 7 45882 37666 90812 37704 46953 37735 91581 4 46506 37613 91777 37625 46822 38016 91409 7 45498 37589 91670 37687 46906 38046 91514 6 45469 37591 91495 37588 46600 37737 91308 4 46554 37538 91514 37610 46792 37929 91371 7 45803 37532 91261 37508 46845 37831 91228 8 46307 37517 91450 37587

तो आप देख सकते हैं कि ट्रैफ़िक को व्यावहारिक रूप से e0a इंटरफ़ेस (Pkts Out कॉलम) के माध्यम से नहीं भेजा गया है।

भंडारण नियंत्रक बंदरगाहों के लिए विस्तृत आउटपुट

 san01a> ifstat -a -- interface e0a (3 hours, 30 minutes, 53 seconds) -- RECEIVE Frames/second: 9147 | Bytes/second: 916k | Errors/minute: 0 Discards/minute: 0 | Total frames: 16347k | Total bytes: 73753m Total errors: 0 | Total discards: 0 | Multi/broadcast: 0 No buffers: 0 | Non-primary u/c: 0 | Tag drop: 0 Vlan tag drop: 0 | Vlan untag drop: 0 | Vlan forwards: 0 Vlan broadcasts: 0 | Vlan unicasts: 0 | CRC errors: 0 Runt frames: 0 | Fragment: 0 | Long frames: 0 Jabber: 0 | Alignment errors: 0 | Bus overruns: 0 Xon: 0 | Xoff: 0 | Jumbo: 8359k TRANSMIT Frames/second: 1 | Bytes/second: 87 | Errors/minute: 0 Discards/minute: 0 | Total frames: 249k | Total bytes: 7674m Total errors: 0 | Total discards: 0 | Multi/broadcast: 1006 Queue overflows: 0 | No buffers: 0 | Max collisions: 0 Single collision: 0 | Multi collisions: 0 | Late collisions: 0 Xon: 0 | Xoff: 0 | Jumbo: 239k LINK_INFO Current state: up | Up to downs: 2 | Speed: 1000m Duplex: full | Flowcontrol: none -- interface e0b (3 hours, 30 minutes, 53 seconds) -- RECEIVE Frames/second: 4678 | Bytes/second: 467k | Errors/minute: 0 Discards/minute: 0 | Total frames: 14637k | Total bytes: 73533m Total errors: 0 | Total discards: 0 | Multi/broadcast: 0 No buffers: 0 | Non-primary u/c: 0 | Tag drop: 0 Vlan tag drop: 0 | Vlan untag drop: 0 | Vlan forwards: 0 Vlan broadcasts: 0 | Vlan unicasts: 0 | CRC errors: 0 Runt frames: 0 | Fragment: 0 | Long frames: 0 Jabber: 0 | Alignment errors: 0 | Bus overruns: 0 Xon: 0 | Xoff: 0 | Jumbo: 8352k TRANSMIT Frames/second: 3773 | Bytes/second: 123m | Errors/minute: 0 Discards/minute: 0 | Total frames: 14007k | Total bytes: 57209m Total errors: 0 | Total discards: 1 | Multi/broadcast: 1531 Queue overflows: 1 | No buffers: 0 | Max collisions: 0 Single collision: 0 | Multi collisions: 0 | Late collisions: 0 Xon: 0 | Xoff: 0 | Jumbo: 2756k LINK_INFO Current state: up | Up to downs: 2 | Speed: 1000m Duplex: full | Flowcontrol: none -- interface e0c (3 hours, 30 minutes, 53 seconds) -- RECEIVE Frames/second: 4630 | Bytes/second: 461k | Errors/minute: 0 Discards/minute: 0 | Total frames: 14243k | Total bytes: 69574m Total errors: 0 | Total discards: 0 | Multi/broadcast: 0 No buffers: 0 | Non-primary u/c: 0 | Tag drop: 0 Vlan tag drop: 0 | Vlan untag drop: 0 | Vlan forwards: 0 Vlan broadcasts: 0 | Vlan unicasts: 0 | CRC errors: 0 Runt frames: 0 | Fragment: 0 | Long frames: 0 Jabber: 0 | Alignment errors: 0 | Bus overruns: 0 Xon: 0 | Xoff: 0 | Jumbo: 7800k TRANSMIT Frames/second: 3756 | Bytes/second: 123m | Errors/minute: 0 Discards/minute: 0 | Total frames: 12022k | Total bytes: 189g Total errors: 0 | Total discards: 0 | Multi/broadcast: 1003 Queue overflows: 0 | No buffers: 0 | Max collisions: 0 Single collision: 0 | Multi collisions: 0 | Late collisions: 0 Xon: 0 | Xoff: 0 | Jumbo: 6283k LINK_INFO Current state: up | Up to downs: 2 | Speed: 1000m Duplex: full | Flowcontrol: none -- interface e0d (3 hours, 30 minutes, 53 seconds) -- RECEIVE Frames/second: 9127 | Bytes/second: 915k | Errors/minute: 0 Discards/minute: 0 | Total frames: 16349k | Total bytes: 73554m Total errors: 0 | Total discards: 0 | Multi/broadcast: 0 No buffers: 0 | Non-primary u/c: 0 | Tag drop: 0 Vlan tag drop: 0 | Vlan untag drop: 0 | Vlan forwards: 0 Vlan broadcasts: 0 | Vlan unicasts: 0 | CRC errors: 0 Runt frames: 0 | Fragment: 0 | Long frames: 0 Jabber: 0 | Alignment errors: 0 | Bus overruns: 0 Xon: 0 | Xoff: 0 | Jumbo: 8339k TRANSMIT Frames/second: 3748 | Bytes/second: 123m | Errors/minute: 0 Discards/minute: 0 | Total frames: 8140k | Total bytes: 62385m Total errors: 0 | Total discards: 0 | Multi/broadcast: 1213 Queue overflows: 0 | No buffers: 0 | Max collisions: 0 Single collision: 0 | Multi collisions: 0 | Late collisions: 0 Xon: 0 | Xoff: 0 | Jumbo: 2413k LINK_INFO Current state: up | Up to downs: 2 | Speed: 1000m Duplex: full | Flowcontrol: none

स्विच

हम स्विच के किनारे पर जाते हैं (स्विच कई मिनट की अवधि में डेटा को औसत करता है, क्योंकि उपयोग केवल 80% है, और लगभग 100% नहीं है) और हम देखते हैं कि ईथरनेट पोर्ट 1/11 व्यावहारिक रूप से फ़्रेम को स्वीकार नहीं करता है।

1GBE पोर्ट के माध्यम से स्टैक पर दो सिस्को उत्प्रेरक 3850s को कॉन्फ़िगर करने का उदाहरण

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

 system mtu 9198 ! spanning-tree mode rapid-pvst ! interface Port-channel1 description N1A-1G-e0a-e0b switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on spanning-tree guard loop ! interface Port-channel2 description N1B-1G-e0a-e0b switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on spanning-tree guard loop ! interface GigabitEthernet1/0/1 description NetApp-A-e0a switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 1 mode active spanning-tree guard loop spanning-tree portfast trunk feature ! interface GigabitEthernet2/0/1 description NetApp-A-e0b switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 1 mode active spanning-tree guard loop spanning-tree portfast trunk feature ! interface GigabitEthernet1/0/2 description NetApp-B-e0a switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 2 mode active spanning-tree guard loop spanning-tree portfast trunk feature ! interface GigabitEthernet2/0/2 description NetApp-B-e0b switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 2 mode active spanning-tree guard loop spanning-tree portfast trunk feature

दो सिस्को उत्प्रेरक 6509 को कॉन्फ़िगर करने का उदाहरण 1 जीबीई पोर्ट पर स्टैक किया गया

 ! For Cisco IOS Release 12.2(33)SXI and later releases system mtu 9198 ! spanning-tree mode rapid-pvst ! interface Port-channel1 description N1A-1G-e0a-e0b switchport switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on spanning-tree guard loop end ! interface Port-channel2 description N1B-1G-e0a-e0b switchport switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on spanning-tree guard loop end ! interface GigabitEthernet1/0/1 description NetApp-A-e0a switchport switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 1 mode active spanning-tree guard loop spanning-tree portfast edge trunk end ! interface GigabitEthernet2/0/1 description NetApp-A-e0b switchport switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 1 mode active spanning-tree guard loop spanning-tree portfast edge trunk end ! interface GigabitEthernet1/0/2 description NetApp-B-e0a switchport switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 2 mode active spanning-tree guard loop spanning-tree portfast edge trunk end ! interface GigabitEthernet2/0/2 description NetApp-B-e0b switchport switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 2 mode active spanning-tree guard loop spanning-tree portfast edge trunk end

1GBE पोर्ट पर स्टैक पर दो सिस्को उत्प्रेरक 3750 के विन्यास का उदाहरण

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

 system mtu 9198 ! spanning-tree mode rapid-pvst ! interface Port-channel11 description NetApp-A-e0a-e0b switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on spanning-tree guard loop spanning-tree portfast trunk feature ! interface Port-channel12 description NetApp-B-e0a-e0b switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on spanning-tree guard loop spanning-tree portfast trunk feature ! interface GigabitEthernet1/0/1 description NetApp-A-e0a switchport trunk encapsulation dot1q switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 11 mode active spanning-tree guard loop spanning-tree portfast trunk feature ! interface GigabitEthernet2/0/1 description NetApp-A-e0b switchport trunk encapsulation dot1q switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 11 mode active spanning-tree guard loop spanning-tree portfast trunk feature ! interface GigabitEthernet1/0/2 description NetApp-B-e0a switchport trunk encapsulation dot1q switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 12 mode active spanning-tree guard loop spanning-tree portfast trunk feature ! interface GigabitEthernet2/0/2 description NetApp-B-e0b switchport trunk encapsulation dot1q switchport trunk native vlan 1 switchport trunk allowed vlan 53 switchport mode trunk flowcontrol receive on cdp enable channel-group 12 mode active spanning-tree guard loop spanning-tree portfast trunk feature

दो सिस्को लघु व्यवसाय SG500 को कॉन्फ़िगर करने का उदाहरण 10GBE पोर्ट से अधिक है

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

 interface Port-channel1 description N1A-10G-e1a-e1b spanning-tree ddportfast switchport trunk allowed vlan add 53 macro description host !next command is internal. macro auto smartport dynamic_type host flowcontrol off ! interface Port-channel2 description N1B-10G-e1a-e1b spanning-tree ddportfast switchport trunk allowed vlan add 53 macro description host !next command is internal. macro auto smartport dynamic_type host flowcontrol off ! port jumbo-frame ! interface tengigabitethernet1/1/1 description NetApp-A-e1a channel-group 1 mode active flowcontrol off ! interface tengigabitethernet2/1/1 description NetApp-A-e1b channel-group 1 mode active flowcontrol off ! interface tengigabitethernet1/1/2 description NetApp-B-e1a channel-group 2 mode active flowcontrol off ! interface tengigabitethernet2/1/2 description NetApp-B-e1b channel-group 2 mode active flowcontrol off

10GBE पोर्ट के माध्यम से HP c7000 चेसिस ब्लेड में HP 6120XG स्थापित करने का उदाहरण

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

 # HP 6120XG from HP c7000 10Gb/s trunk 17-18 Trk1 LACP trunk 19-20 Trk2 LACP vlan 201 name "N1AB-10G-e1a-e1b-201" ip address 192.168.201.222 255.255.255.0 tagged Trk1-Trk2 jumbo exit vlan 202 name "N1AB-10G-e1a-e1b-202" tagged Trk1-Trk2 no ip address jumbo exit spanning-tree force-version rstp-operation

स्थिति और काउंटर - पोर्ट यूटिलाइजेशन

  Rx Tx Port Mode | ------------------------- | ------------------------- | Kbits/sec Pkts/sec Util | Kbits/sec Pkts/sec Util ------- --------- + ---------- --------- ---- + ---------- ---------- ---  1/11-Trk10 1000FDx| 5000 0 00.50 | 23088 7591 02.30 1/12-Trk10 1000FDx| 814232 12453 81.42 | 19576 3979 01.95 2/11-Trk10 1000FDx| 810920 12276 81.09 | 20528 3938 02.05 2/12-Trk10 1000FDx| 811232 12280 81.12 | 23024 7596 02.30  1/17-Trk22 1000FDx| 23000 7594 02.30 | 810848 12275 81.08 1/18-Trk22 1000FDx| 23072 7592 02.30 | 410320 6242 41.03 2/17-Trk22 1000FDx| 19504 3982 01.95 | 408952 6235 40.89 2/18-Trk22 1000FDx| 20544 3940 02.05 | 811184 12281 81.11

आप कॉलम "Rx Util" में नियंत्रक के लिए प्राप्त (Rx) पर लोड देख सकते हैं और कॉलम "Tx Util" में सर्वर के लिए स्थानांतरण (Tx) पर लोड कर सकते हैं। यह देखा जा सकता है कि 2 डेटास्टोर्स एक नियंत्रक लिंक साझा करते हैं।

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

आईपी चयन

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

ऐसा क्यों हो रहा है? हां, क्योंकि दो आईपी जोड़े के योग का हैश एक ही लिंक का चयन करने के लिए एल्गोरिथ्म को मजबूर करता है। दूसरे शब्दों में, आपको बस अन्य आईपी लेने की जरूरत है।

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

सुपरफ़ास्टश एल्गोरिथम

डेटा ONTAP 7.3.2 से शुरू होकर, पथ चयन केवल दो स्रोत और गंतव्य IP पतों ((source_address XOR गंतव्य_अड्ड्रेस)% number_of_links) पर एक XOR ऑपरेशन नहीं है। SuperFastHash नामक एक अधिक जटिल बिट-शिफ्टेड एल्गोरिथ्म लोड बैलेंसिंग के अधिक गतिशील, अधिक संतुलित तरीके का प्रतिनिधित्व करता है और बड़ी संख्या में ग्राहकों के लिए बेहतर संतुलन प्रदान करता है। परिणाम लगभग समान है, लेकिन प्रत्येक टीसीपी सत्र केवल एक इंटरफ़ेस से जुड़ा हुआ है।

अलेक्जेंडर गोर्डिएन्को द्वारा कोडित

 #include <stdio.h> int debug = 0; void f_shiftL(int *r, int step, int i, int offset) { r[step] = r[i] << offset; if (debug > 0) { printf("\nStep %i Left Shift %i %i\n", step, i, offset); printf("\t%i << %i\n", r[i], offset); printf("\t%i\n", r[step]); } } void f_shiftR(int *r, int step, int i, int offset) { r[step] = r[i] >> offset; if (debug > 0) { printf("\nStep %i Right Shift %i %i\n", step, i, offset); printf("\t%i\n", r[i]); printf("\t%i\n", r[step]); } } void f_xor(int *r, int step, int i, int j) { r[step] = r[i] ^ r[j]; if (debug > 0) { printf("\nStep %i XOR %i %i\n", step, i, j); printf("\t%i\n", r[i]); printf("\t%i\n", r[j]); printf("\t%i\n", r[step]); } } void f_sum(int *r, int step, int i, int j) { r[step] = r[i] + r[j]; if (debug > 0) { printf("\nStep %i ADD %i %i\n", step, i, j); printf("\t%i\n", r[i]); printf("\t%i\n", r[j]); printf("\t%i\n", r[step]); } } int balance_ip_netapp (int net, int src, int dst, int link_cnt) { int res[30]; res[0] = net*256 + src; res[1] = net*256 + dst; //printf ("a = %i.%i (%i)\n", net, src, res[0]); //printf ("b = %i.%i (%i)\n", net, dst, res[1]); f_shiftL(res, 2, 1,11); f_xor (res, 3, 0, 2); f_shiftL(res, 4, 0,16); f_xor (res, 5, 3, 4); f_shiftR(res, 6, 5,11); f_sum (res, 7, 5, 6); f_shiftL(res,15, 7, 3); f_xor (res,16, 7,15); f_shiftR(res,17,16, 5); f_sum (res,18,16,17); f_shiftL(res,19,18, 4); f_xor (res,20,18,19); f_shiftR(res,21,20,17); f_sum (res,22,20,21); f_shiftL(res,23,22,25); f_xor (res,24,22,23); f_shiftR(res,25,24, 6); f_sum (res,26,24,25); res[27] = res[26] % link_cnt; if (res[27] < 0) { res[27] = res[27] + link_cnt; } printf ("%i.%i -> %i, %i\n", net, src, dst, res[27]); return 0; } int main() { int src, dst, interface; //    interface = 4; printf ("IP Octet3.IP Octet4 Source -> IP Octet4 Destination, Interface\n"); //  destination    IP  (   21  23) for (src=21; src<=23; src++) { //  source    IP  (   30  250) for (dst=30; dst<=250; dst++) { //   IP  (  52  53) balance_ip_netapp(52, dst, src, interface ); balance_ip_netapp(53, dst, src, interface ); } } }

वैसे, जल्दी से परिणाम प्राप्त करने के लिए, ऑनलाइन संकलक का उपयोग करना बहुत सुविधाजनक है।

नीचे भंडारण प्रणालियों के आईपी पते चुनने के लिए विकल्प हैं, बशर्ते कि 3 सर्वर हैं (आईपी पते 21, 22 और 23 में समाप्त होने और क्रमशः भंडारण प्रणाली 3, 4 और 4 के लिए इंटरफेस की संख्या)।
गणना दो नेटवर्क XX.YY.52.ZZ / 24 और XX.YY.53.ZZ / 24 के लिए की गई थी। भंडारण के लिए चयनित IP पते जो उपरोक्त शर्तों को पूरा करते हैं।

टैबलेट का उपयोग कैसे करें

IP XX.YY.52.22 IP और स्टोरेज उर्फ XX.YY.52.32 के साथ सर्वर के बीच ट्रैफ़िक का आदान-प्रदान करते समय, ट्रैफ़िक:
स्टोरेज से स्विच तक (कॉलम नेटएप आउट, 22) स्टोरेज पर स्विच से स्टोरेज तक नंबर 2 के साथ इंटरफेस के माध्यम से जाएगा (कॉलम नेटएप में, 22) स्विच से सर्वर तक और सर्वर से स्विच तक नंबर 1 के साथ इंटरफेस के माध्यम से जाएगा। सर्वर इनओट कॉलम, 22) सर्वर में पोर्ट 1 पर जाएगा और नंबरिंग को क्रमशः स्विच करेगा (इस तथ्य पर नहीं कि वे समान मानते हैं)

यह देखा जा सकता है कि प्रत्येक सर्वर के लिए, एक नियंत्रक पर विभिन्न उपनामों के साथ यातायात विभिन्न इंटरफेस के माध्यम से जाएगा। इसी तरह, विभिन्न सर्वरों से एक आईपी स्टोरेज तक का ट्रैफ़िक अलग - अलग इंटरफेस से गुजरेगा।

जब लेखन, सामग्री का उपयोग अलेक्जेंडर गोर्डिएन्को, लिंक एग्रीगेशन और आईपी ट्रैफिक बैलेंसिंग नेटएपी द्वारा किया जाता था ।

लेख का एक अद्यतन संस्करण और C ++ में एल्गोरिथ्म ।

कृपया पाठ में त्रुटियों के लिए लैन पर टिप्पणी भेजें ।

भंडारण के लिए लिंक एकत्रीकरण और आईपी यातायात संतुलन

More articles: