विवरण

AHV नेटवर्किंग का विवरण Nutanix समर्थन पोर्टल पर उपलब्ध दस्तावेज़ में शामिल है।

• प्रारंभिक सेटअप क्षेत्र स्थापना गाइड में शामिल है:
  फाउंडेशन 4.6.x क्षेत्र स्थापना गाइड
• अधिकतर उपयोग मामलों के लिए बुनियादी कॉन्फ़िगरेशन निम्नलिखित में शामिल है:
  AHV प्रशासन गाइड (AOS 5.18 संस्करण)
  AHV सर्वोत्तम प्रथाएँ गाइड
• गहन आवश्यकताओं के लिए उन्नत कॉन्फ़िगरेशन निम्नलिखित में शामिल है:
  AHV नेटवर्किंग सर्वोत्तम प्रथाएँ गाइड.

समाधान

नोट: उपयोगकर्ता VM या CVM इंटरफेस (vnet इंटरफेस) पर इनमें से किसी भी कमांड का उपयोग न करें।

कवरेज किए गए विषय:

• ओपन vस्विच कॉन्फ़िगरेशन
• manage_ovs उपयोगिता
• CVM और AHV होस्ट के VLAN टैग को जोड़ने या हटाने के चरण
• LACP कॉन्फ़िगरेशन
• सक्रिय-बैकअप बॉंड मोड में सक्रिय NIC का चयन कैसे करें
• 10G इंटरफेस से 1G इंटरफेस को अलग करें
• एकल अपलिंक के साथ पुल
• ज्ञात समस्याएँ

ओपन vस्विच कॉन्फ़िगरेशन

Nutanix AHV होस्ट ओपन vस्विच के साथ पूर्व-निर्धारित आते हैं। 'ovs-vsctl show' कमांड ओपन vस्विच कॉन्फ़िगरेशन का एक अवलोकन प्रिंट करेगी:

[root@ahv ~]#  ovs-vsctl show
e0d89b99-335d-417f-9fd1-4a0cb8db711e
    पुल "br0"
        पोर्ट "br0"
            इंटरफेस "br0"
                प्रकार: आंतरिक
        पोर्ट "vnet0"
            इंटरफेस "vnet0"
        पोर्ट "bond0"
            इंटरफेस "eth2"
            इंटरफेस "eth1"
            इंटरफेस "eth0"
    ovs_version: "1.10.0"

यहाँ "br0" नाम का एक पुल है जिसमें कई पोर्ट हैं।

• पोर्ट "br0" पुल br0 पर एक आंतरिक इंटरफेस है। यह AHV होस्ट का बाहरी प्रबंधन इंटरफेस है।
• पोर्ट "vnet0" एक आभासी इंटरफेस पोर्ट है जिसका उपयोग CVM (कंट्रोलर VM) करता है।
• पोर्ट "bond0" या पोर्ट "br0-up" एक बंधित पोर्ट है जिसमें AHV होस्ट से कई भौतिक इंटरफेस शामिल हैं।

नोट: AOS 5.5 में, पुल श्रृंखला पेश की गई थी और परिणामस्वरूप, आप "ovs-vsctl show" आउटपुट में अधिक पुल देख सकते हैं।
[ऊपर जाएं]

manage_ovs उपयोगिता

Nutanix एक उपयोगिता प्रदान करता है जिसे 'manage_ovs' कहा जाता है, जो प्रत्येक CVM पर स्थापित होती है और AHV होस्ट पर ओपन vस्विच कॉन्फ़िगरेशन को प्रबंधित करने के लिए उपयोग की जानी चाहिए। उपयोग के विवरण के लिए "manage_ovs --helpshort" आउटपुट देखें।

AOS 5.10.2 से नमूना आउटपुट:

nutanix@cvm$ manage_ovs --helpshort उपयोग: manage_ovs [flags] 
  
   जहाँ 
   
    निम्नलिखित में से एक है: show_bridges: अपलिंक पुलों की सूची दिखाता है। show_interfaces: होस्ट भौतिक इंटरफेस की सूची दिखाता है। show_uplinks: OVS पुल के लिए वर्तमान अपलिंक कॉन्फ़िगरेशन दिखाता है। update_uplinks: OVS पुल के लिए अपलिंक कॉन्फ़िगरेशन को अपडेट करता है। enable_bridge_chain: होस्ट पर पुल श्रृंखला सक्षम करता है। disable_bridge_chain: होस्ट पर पुल श्रृंखला अक्षम करता है। create_single_bridge: होस्ट पर एक OVS पुल जोड़ता है। delete_single_bridge: होस्ट से एक OVS पुल हटाता है। update_uplinks क्रिया के लिए --interfaces ध्वज की आवश्यकता होती है, जो OVS पुल के लिए इच्छित अपलिंक सेट को इंगित करता है। स्क्रिप्ट पुल से किसी भी मौजूदा अपलिंक को हटा देगी, और उन्हें एकल बंधित पोर्ट पर निर्दिष्ट अपलिंक सेट के साथ बदल देगी। ध्वज: /usr/local/nutanix/cluster/bin/manage_ovs: --bond_mode: उपयोग करने के लिए बंधन मोड: सक्रिय-बैकअप, संतुलन-slb, या संतुलन-tcp (डिफ़ॉल्ट: 'सक्रिय-बैकअप') --bond_name: उपयोग करने के लिए बंधन नाम --bridge_name: जिस पर कार्य करना है ओपनवस्विच (डिफ़ॉल्ट: '') --[no]dry_run: केवल प्रिंट करें कि क्या किया जाएगा इसके बजाय (डिफ़ॉल्ट: 'false') --[no]enable_vlan_splinters: अपलिंक इंटरफेस पर VLAN स्प्लिंटरिंग सक्षम करें (डिफ़ॉल्ट: 'true') --[no]force: पुल को फिर से कॉन्फ़िगर करें भले ही अपलिंक का सेट नहीं बदला हो (डिफ़ॉल्ट: 'false') -?,--[no]help: इस सहायता को दिखाएं --[no]helpshort: केवल इस मॉड्यूल के लिए उपयोग दिखाएं --[no]helpxml: जैसे --help, लेकिन XML आउटपुट उत्पन्न करता है --host: जिस पर कार्य करना है (डिफ़ॉल्ट: '192.168.5.1') --interfaces: पुल अपलिंक के रूप में कॉन्फ़िगर करने के लिए इंटरफेस की अल्पविराम से अलग सूची, या NIC गति के आधार पर एक कीवर्ड: सभी, 100g, 40g, 10g, 1g, आदि। --[no]json: json प्रारूप में आउटपुट। (डिफ़ॉल्ट: 'false') --lacp_fallback: यदि LACP वार्ता विफल होती है, तो बंधन मोड को सक्रिय-बैकअप पर सेट करें: true, false (डिफ़ॉल्ट: 'true') --lacp_mode: अपलिंक बंधन के लिए LACP मोड: बंद, धीमा, या तेज (डिफ़ॉल्ट: 'बंद') --mtu: अधिकतम ट्रांसमिशन यूनिट (एक पूर्णांक) --num_arps: अपलिंक अपडेट करने के बाद पुल इंटरफेस पर भेजे जाने वाले ग्रैटिटस ARPs की संख्या (डिफ़ॉल्ट: '3') (एक पूर्णांक) --[no]prevent_network_loop: पुल श्रृंखला सक्षम होने पर नेटवर्क लूप रोकथाम सक्षम करता है। (डिफ़ॉल्ट: 'false') --[no]require_link: आवश्यक है कि कम से कम एक अपलिंक लिंक स्थिति हो (डिफ़ॉल्ट: 'true')
   
   
  
  

AOS 5.19 या नया

Prism Element या Prism Central UI का उपयोग करके होस्ट नेटवर्क कॉन्फ़िगरेशन को प्रबंधित करना संभव है। वर्चुअल स्विच के बारे में अधिक जानकारी के लिए वर्चुअल स्विच के बारे में अध्याय देखें। वर्चुअल स्विच को प्रबंधित करने के लिए जानकारी के लिए वर्चुअल स्विच बनाना या अपडेट करना अध्याय देखें।
[ऊपर जाएं]

अतिरिक्त जानकारी

CVM और AHV होस्ट के VLAN टैग को जोड़ने या हटाने के चरण

AHV होस्ट और CVM नेटवर्क परिवर्तनों को IPMI का उपयोग करके होस्ट से कनेक्ट करके और एक दूरस्थ कंसोल खोलकर करें। इन चरणों के अनुसार होस्ट परिवर्तनों के समन्वय के बिना भौतिक स्विच स्तर पर VLAN परिवर्तनों को करना CVM पहुंच और कनेक्टिविटी समस्याओं का कारण बन सकता है और संभावित रूप से UVM डाउनटाइम और क्लस्टर को Prism Central या Prism Element से अनुपलब्ध बना सकता है जब तक कि VLAN कॉन्फ़िगरेशन पूरा नहीं हो जाता या कोई असंगति हल नहीं होती। ऐसे परिवर्तनों को एक बार में एक होस्ट/CVM/अपलिंक बंधन/स्विचपोर्ट के तहत रखरखाव मोड में करना अनुशंसित है, एकल होस्ट/CVM को पूरा करना और इसे फिर से ऑनलाइन लाना पहले अगले पर जाने से। देखें KB4639 - CVM और होस्ट को रखरखाव मोड में कैसे रखें
इसके अलावा देखें: AHV प्रशासन गाइड / ओपन vस्विच के साथ लेयर 2 नेटवर्क प्रबंधन / VLAN कॉन्फ़िगरेशन

AHV होस्ट पर VLAN बदलने के लिए, निम्नलिखित कमांड चलाएँ:

[root@ahv ~]# ovs-vsctl set port br0 tag=<vlan tag>

नोट: सुनिश्चित करें कि आप br0 को अपडेट कर रहे हैं और br0-up या bond0 पोर्ट नहीं। यदि VLAN को br0-up या bond0 पर असाइन किया गया है, तो CVM और होस्ट नेटवर्क कनेक्टिविटी खो सकते हैं। यदि VLAN को br-up या bond0 पर असाइन किया गया था, तो इसे हटाने के लिए निम्नलिखित कमांड चलाएँ:

[root@ahv ~]# ovs-vsctl remove port br0-up tag <vlan tag>

परिवर्तनों की पुष्टि करने के लिए "ovs-vsctl show" कमांड का उपयोग करें। सही कॉन्फ़िगरेशन इस तरह दिखना चाहिए:

[root@ahv ~]# ovs-vsctl show
...
    पुल "br0"
...
        पोर्ट "br0-up"
            इंटरफेस "eth2"
            इंटरफेस "eth3"
        पोर्ट "br0"
            टैग: 1234    <<<<< AHV होस्ट के लिए सही vlan टैग स्थान
            इंटरफेस "br0"
                प्रकार: आंतरिक
 ...

CVM पर VLAN बदलने के लिए, VLAN टैग (जो X के रूप में चिह्नित है) के साथ निम्नलिखित कमांड चलाएँ जिसे आप कॉन्फ़िगर करना चाहते हैं:

nutanix@cvm$ change_cvm_vlan <vlan tag>

नोट: CVM (vnet0 पर) के लिए VLAN टैग सेट करने के लिए AHV होस्ट से ovs-vsctl कमांड का उपयोग न करें। इसके बजाय, CVM से change_cvm_vlan कमांड का उपयोग करें।

AHV होस्ट से VLAN टैग हटाने के लिए, दूरस्थ कंसोल खोलने के बाद निम्नलिखित कमांड चलाएँ:

[root@ahv ~]# ovs-vsctl set port br0 tag=0

CVM से VLAN टैग हटाने के लिए, इस प्रक्रिया का पालन करें:

• दूरस्थ कंसोल के माध्यम से AHV होस्ट में लॉग इन करें
• होस्ट से CVM पर SSH करें (हमेशा 192.168.5.254 पते पर SSH करें):

  [root@ahv ~]# ssh nutanix@192.168.5.254

• CVM पर निम्नलिखित कमांड निष्पादित करें:

  nutanix@cvm$ change_cvm_vlan --remove

[ऊपर जाएं]

LACP कॉन्फ़िगरेशन

 KB-3263  AHV में LACP को सक्षम, अक्षम और सत्यापित करने के लिए।

होस्ट NIC का MAC पता कैसे खोजें

• AHV होस्ट पर निम्नलिखित कमांड निष्पादित करें:

[root@ahv ~]# ethtool -P <interface>

नमूना आउटपुट:

[root@ahv ~]# ethtool -P eth3
स्थायी पता: 00:25:90:cb:39:27

• AHV होस्ट पर निम्नलिखित कमांड निष्पादित करें:

[root@ahv ~]# ifconfig <interface>

नमूना आउटपुट:

[root@ahv ~]# ifconfig eth3 eth3 लिंक एनकैप:ईथरनेट HWaddr 00:25:90:CB:39:27 UP BROADCAST RUNNING MULTICAST MTU:1500 मैट्रिक:1 RX पैकेट:46857327754 त्रुटियाँ:0 गिराए गए:228250 ओवररन:0 फ्रेम:0 TX पैकेट:49134503170 त्रुटियाँ:0 गिराए गए:0 ओवररन:0 कैरियर:0 टकराव:0 txqueuelen:1000 RX बाइट:49893674683483 (45.3 TiB) TX बाइट:54855610562476 (49.8 TiB)

[ऊपर जाएं]

सक्रिय-बैकअप बॉंड मोड में सक्रिय NIC का चयन कैसे करें

डिफ़ॉल्ट रूप से, बूट समय के दौरान AHV बंधन में से एक NIC को यादृच्छिक रूप से चुनता है और इसे सक्रिय बनाता है। सभी अन्य NIC को बैकअप भूमिकाएँ दी जाती हैं और वे केवल सक्रिय NIC के विफल होने पर सक्रिय होंगे।
यदि आप प्राथमिक के रूप में चयनित करने के लिए एक पसंदीदा NIC सेट करना चाहते हैं, तो आप निम्नलिखित कमांड का उपयोग कर सकते हैं (AOS 5.15.4 और बाद में):

ovs-vsctl set port 
  
   other_config:bond-primary=
   
   
  
  

उदाहरण के लिए:

ovs-vsctl set port br0-up other_config:bond-primary=eth2

यह देखने के लिए कि कौन सा NIC सक्रिय और/या पसंदीदा है, AHV होस्ट से कनेक्ट करें और निम्नलिखित कमांड चलाएँ:

[root@ahv ~]# ovs-appctl bond/show

कमांड आउटपुट में, सक्रिय इंटरफेस को  सक्रिय दास के रूप में चिह्नित किया जाएगा। नीचे दिए गए उदाहरण में eth3 br0-up बंधन में एक सक्रिय इंटरफेस है:

[root@ahv ~]# ovs-appctl bond/show
---- br0-up ---- बंधन मोड: सक्रिय-बैकअप सक्रिय-बैकअप प्राथमिक: eth2 ... दास eth2: सक्षम हो सकता है: सच दास eth3: सक्षम सक्रिय दास
        हो सकता है: सच

सक्रिय NIC को बदलने के लिए कृपया AHV होस्ट से कनेक्ट करें और निम्नलिखित कमांड चलाएँ:

[root@ahv ~]# ovs-appctl bond/set-active-slave <bond name> <interface name>

उदाहरण:

[root@ahv ~]# ovs-appctl bond/set-active-slave br0-up eth2
हो गया

अब, जब आप bond/show आउटपुट की जांच करते हैं, तो आप देख सकते हैं कि eth2 इंटरफेस सक्रिय दास के रूप में प्रकट होता है:

उदाहरण:

[root@ahv ~]# ovs-appctl bond/show
---- br0-up ----
बंध मोड: सक्रिय-बैकअप
...
दास eth2: सक्षम
        सक्रिय दास
        हो सकता है: सच

दास eth3: सक्षम
        हो सकता है: सच

[ऊपर जाएं]

10G इंटरफेस से 1G इंटरफेस को अलग करें

 KB 8835 कार्यप्रवाह का विस्तृत विवरण देखने के लिए।
[ऊपर जाएं]

एकल अपलिंक के साथ पुल

 KB 8015 कार्यप्रवाह का विस्तृत विवरण देखने के लिए।
[ऊपर जाएं]

ज्ञात समस्याएँ

लक्षण: manage_ovs "ovs-vsctl: not found" त्रुटि के साथ विफल होता है:

CRITICAL manage_ovs:166 ovs कमांड निष्पादित करने में विफल: list-br
...
stderr: sh: ovs-vsctl: not found
...

समाधान: सुनिश्चित करें कि अंतर्निहित हाइपरवाइज़र AHV है। यदि कोई अन्य हाइपरवाइज़र उपयोग किया जाता है, तो कमांड लाइन से नेटवर्क प्रबंधित करने के लिए इसके विक्रेता के दस्तावेज़ को देखें।

लक्षण: manage_ovs "क्लस्टर ARP और DHCP IP प्रारंभ नहीं किया गया।" त्रुटि के साथ अतिरिक्त पुल बनाने का प्रयास करते समय विफल होता है:

2019-10-24 01:55:57 ERROR manage_ovs:602 OVS त्रुटि (192.168.5.1 create_single_bridge): क्लस्टर ARP और DHCP ip प्रारंभ नहीं किया गया।

समाधान: सुनिश्चित करें कि जिस नोड पर पुल जोड़ा जा रहा है, वह एक मौजूदा क्लस्टर का हिस्सा है। manage_ovs उन नोड्स पर नए पुल बनाने का समर्थन नहीं करता है जो क्लस्टर में शामिल नहीं हैं।
[ऊपर जाएं]

संबंधित लेख

• Nutanix पोर्टल में मूल लेख: Nutanix KB लेख: 2090
• Nutanix लैंडिंग पृष्ठ