DRBD9 और Proxmox के साथ विश्वसनीय भंडारण (भाग 1: NFS)

संभवतः हर कोई जो कम-से-कम एक बार उच्च-प्रदर्शन सॉफ्टवेयर-डिफाइंड स्टोरेज की खोज से हैरान था या बाद में DRBD के बारे में सुना, या शायद इससे निपटा।

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

समाधान वास्तव में नया नहीं है, लेकिन काफी प्रतिस्पर्धी है। CPU और RAM के लिए अपेक्षाकृत कम लागत के साथ, DRBD ब्लॉक डिवाइस स्तर पर वास्तव में तेज और सुरक्षित सिंक्रनाइज़ेशन प्रदान करता है। इस समय के दौरान, LINBIT - DRBD डेवलपर्स स्थिर नहीं हैं और इसे लगातार परिष्कृत करते हैं। DRBD9 संस्करण के साथ शुरू, यह सिर्फ एक नेटवर्क दर्पण होने के लिए बंद हो जाता है और कुछ और बन जाता है।

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

उदाहरण के लिए, DRBD9 32 रेप्लिका, RDMA, डिस्कलेस नोड्स और नए ऑर्केस्ट्रेशन टूल का समर्थन करता है जो आपको स्नैपशॉट, ऑनलाइन माइग्रेशन और बहुत कुछ का उपयोग करने की अनुमति देता है।

इस तथ्य के बावजूद कि DRBD9 में Proxmox , Kubernetes , OpenStack और OpenNebula के साथ एकीकरण उपकरण हैं, फिलहाल वे कुछ संक्रमणकालीन मोड में हैं, जब नए उपकरण अभी तक हर जगह समर्थित नहीं हैं, और बहुत जल्द पुराने घोषित किए जाएंगे। ये DRBDmanage और Linstor हैं ।

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

इस लेख में, मैं आपको DRBD9 और तीसरे पक्ष के प्लग-इन के बिना Proxmox में इसके उपयोग की संभावना के बारे में बताना चाहूंगा ।

DRBDmanage और Linstor

सबसे पहले, यह DRBDmanage के बारे में एक बार फिर ध्यान देने योग्य है , जो कि प्रॉक्समॉक्स में बहुत अच्छी तरह से एकीकृत है। LINBIT Proxmox के लिए एक रेडीमेड DRBDmanage प्लगइन प्रदान करता है जो आपको अपने सभी कार्यों को सीधे Proxmox इंटरफ़ेस से उपयोग करने की अनुमति देता है।

यह वास्तव में आश्चर्यजनक लग रहा है, लेकिन दुर्भाग्य से इसके कुछ नुकसान हैं।

• सबसे पहले, टैग किए गए वॉल्यूम नाम, LVM समूह या ZFS पूल को drbdpool नाम दिया जाना चाहिए।
• प्रति नोड एक से अधिक पूल का उपयोग करने में असमर्थता
• समाधान की बारीकियों के कारण, नियंत्रक वॉल्यूम केवल एक नियमित एलवीएम पर हो सकता है और अन्यथा नहीं
• पीरियोडिक डबस ग्लिच, जिसका उपयोग डीआरबीडैनेज द्वारा नोड्स के साथ बातचीत करने के लिए बारीकी से किया जाता है।

नतीजतन, LINBIT ने एक जटिल एप्लिकेशन के साथ सभी DRBDmanage लॉजिक को बदलने का फैसला किया, जो एक नियमित tcp कनेक्शन का उपयोग करके नोड्स के साथ संचार करता है और बिना किसी जादू के काम करता है। तो लिन्स्टर था।

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

दोनों समाधान मुफ्त हैं और मुफ्त GPL3 लाइसेंस के तहत वितरित किए जाते हैं ।

आप उनमें से प्रत्येक के बारे में और आधिकारिक प्रॉक्सीॉक्स विकी पर प्रॉक्सी के लिए पूर्वोक्त प्लग-इन स्थापित करने के बारे में पढ़ सकते हैं

विफलता NFS सर्वर

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

लेकिन अभी तक कोई तैयार समाधान नहीं है, लेकिन हम पुराने तरीके या किसी अन्य तरह से नहीं करते हैं। आइए साझा विभाजन के लिए एनएफएस पहुंच को व्यवस्थित करने के लिए पुराने ढंग से DRBD9 का उपयोग करने का प्रयास करें।

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

इस स्थिति में, आप केवल Proxmox इंटरफ़ेस में NFS सर्वर के साथ कंटेनर को माइग्रेट करके प्राथमिक / द्वितीयक नोड की भूमिकाओं को स्विच करने में सक्षम होंगे।

आप इस फाइल सिस्टम के अंदर किसी भी फाइल को स्टोर कर सकते हैं, साथ ही वर्चुअल डिस्क और बैकअप भी रख सकते हैं।

यदि आप Kubernetes का उपयोग करते हैं तो आप अपने PersVVVumes के लिए ReadWriteMany एक्सेस की व्यवस्था करने में सक्षम होंगे।

प्रॉक्सॉक्स और एलएक्ससी कंटेनर

अब सवाल यह है: क्यों प्रॉक्समॉक्स?

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

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

सामान्य योजना

हमारा समाधान एक डेटाबेस की मानक प्रतिकृति योजना जैसा होगा।

• हमारे पास तीन नोड हैं
• प्रत्येक नोड में एक वितरित ड्रब डिवाइस है ।
• डिवाइस में एक नियमित फाइल सिस्टम है ( ext4 )
• केवल एक सर्वर मास्टर हो सकता है
• एलएक्ससी कंटेनर में एनएफएस सर्वर को विज़ार्ड पर लॉन्च किया गया है।
• सभी नोड्स एनएफएस के माध्यम से डिवाइस को सख्ती से एक्सेस करते हैं ।
• यदि आवश्यक हो, तो विज़ार्ड NFS सर्वर के साथ अन्य नोड में जा सकता है

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

यह सब बहुत सरल क्यों है? क्योंकि जब कंटेनर शुरू होता है, तो Proxmox स्वचालित रूप से इस डिवाइस को माउंट करता है और यह इस नोड पर प्राथमिक हो जाता है, और जब कंटेनर बंद हो जाता है, तो यह इसके विपरीत unmounts और डिवाइस फिर से द्वितीयक बन जाता है।
इस प्रकार, हमें अब प्राथमिक / माध्यमिक उपकरणों को स्विच करने के बारे में चिंता करने की आवश्यकता नहीं है, Proxmox इसे स्वचालित रूप से , हुर्रे करेगा !

DRBD सेटअप

ठीक है, हमने इस विचार का पता लगा लिया है। अब चलिए कार्यान्वयन के लिए आगे बढ़ते हैं।

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

LINBIT रिपॉजिटरी से कनेक्ट करें और अपनी ज़रूरत की हर चीज़ इंस्टॉल करें:

 wget -O- https://packages.linbit.com/package-signing-pubkey.asc | apt-key add - echo "deb http://packages.linbit.com/proxmox/ proxmox-5 drbd-9.0" \ > /etc/apt/sources.list.d/linbit.list apt-get update && apt-get -y install pve-headers drbd-dkms drbd-utils drbdtop 

• pve-headers - मॉड्यूल बनाने के लिए कर्नेल हेडर की आवश्यकता होती है
• drbd-dkms - drbd-dkms प्रारूप में कर्नेल मॉड्यूल
• drbd-utils - मूल DRBD प्रबंधन उपयोगिताओं
• drbdtop केवल drbdtop लिए शीर्ष जैसा एक इंटरैक्टिव उपकरण है

मॉड्यूल को स्थापित करने के बाद , हम जांच करेंगे कि क्या सब कुछ इसके क्रम में है:

 # modprobe drbd # cat /proc/drbd version: 9.0.14-1 (api:2/proto:86-113) 

यदि आप कमांड के आउटपुट में आठवां संस्करण देखते हैं, तो कुछ गलत हो गया और इन-ट्री कर्नेल मॉड्यूल लोड हो गया है। कारण क्या है, यह जानने के dkms status जाँच करें।

हमारे पास प्रत्येक नोड में नियमित विभाजन के शीर्ष पर चलने वाले एक ही ड्रब-डिवाइस होगा । पहले हमें प्रत्येक नोड पर इस अनुभाग को ड्रब के लिए तैयार करने की आवश्यकता है।

ऐसा विभाजन किसी भी ब्लॉक डिवाइस हो सकता है, यह lvm, zvol, एक डिस्क विभाजन या संपूर्ण डिस्क हो सकता है। इस लेख में मैं एक अलग nvme डिस्क का उपयोग करूँगा जिसमें विभाजन के तहत /dev/nvme1n1p1 : /dev/nvme1n1p1

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

आप इस तरह के लिए /dev/nvme1n1p1 इस तरह के एक सिमलिंक पा सकते हैं:

 # find /dev/disk/ -lname '*/nvme1n1p1' /dev/disk/by-partuuid/847b9713-8c00-48a1-8dff-f84c328b9da2 /dev/disk/by-path/pci-0000:0e:00.0-nvme-1-part1 /dev/disk/by-id/nvme-eui.0000000001000000e4d25c33da9f4d01-part1 /dev/disk/by-id/nvme-INTEL_SSDPEKKA010T7_BTPY703505FB1P0H-part1 

हम तीनों नोड्स पर अपने संसाधन का वर्णन करते हैं:

 # cat /etc/drbd.d/nfs1.res resource nfs1 { meta-disk internal; device /dev/drbd100; protocol C; net { after-sb-0pri discard-zero-changes; after-sb-1pri discard-secondary; after-sb-2pri disconnect; } on pve1 { address 192.168.2.11:7000; disk /dev/disk/by-partuuid/95e7eabb-436e-4585-94ea-961ceac936f7; node-id 0; } on pve2 { address 192.168.2.12:7000; disk /dev/disk/by-partuuid/aa7490c0-fe1a-4b1f-ba3f-0ddee07dfee3; node-id 1; } on pve3 { address 192.168.2.13:7000; disk /dev/disk/by-partuuid/847b9713-8c00-48a1-8dff-f84c328b9da2; node-id 2; } connection-mesh { hosts pve1 pve2 pve3; } } 

यह सलाह दी जाती है कि ड्रग सिंक्रोनाइज़ेशन के लिए एक अलग नेटवर्क का उपयोग किया जाए।

अब drdd के लिए मेटाडेटा बनाएं और इसे चलाएं:

 # drbdadm create-md nfs1 initializing activity log initializing bitmap (320 KB) to all zero Writing meta data... New drbd meta data block successfully created. success # drbdadm up nfs1 

तीनों नोड्स पर इन चरणों को दोहराएं और स्थिति जांचें:

 # drbdadm status nfs1 role:Secondary disk:Inconsistent pve2 role:Secondary peer-disk:Inconsistent pve3 role:Secondary peer-disk:Inconsistent 

अब हमारी असंगत डिस्क तीनों नोड्स पर है, इसका कारण यह है कि शराबी को यह नहीं पता होता है कि किस डिस्क को मूल रूप में लिया जाना चाहिए। हमें उनमें से एक को प्राथमिक रूप से चिह्नित करना चाहिए ताकि उसका राज्य अन्य नोड्स के साथ सिंक्रनाइज़ हो जाए:

 drbdadm primary --force nfs1 drbdadm secondary nfs1 

तुरंत बाद कि इच्छा सिंक:

 # drbdadm status nfs1 role:Secondary disk:UpToDate pve2 role:Secondary replication:SyncSource peer-disk:Inconsistent done:26.66 pve3 role:Secondary replication:SyncSource peer-disk:Inconsistent done:14.20 

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

नोड पर drdd सेवा के ऑटोरन को सक्रिय करना न भूलें:

 systemctl enable drbd.service 

एक एलएक्ससी कंटेनर को कॉन्फ़िगर करना

हम तीन नोड्स के समीपस्थ क्लस्टर के कॉन्फ़िगरेशन भाग को छोड़ देंगे , इस भाग को आधिकारिक विकी में अच्छी तरह से वर्णित किया गया है

जैसा कि मैंने पहले कहा, हमारा एनएफएस सर्वर एक एलएक्ससी कंटेनर में काम करेगा। हम कंटेनर को डिवाइस /dev/drbd100 जो हमने अभी बनाया है।

पहले हमें इस पर एक फ़ाइल सिस्टम बनाने की आवश्यकता है:

 mkfs -t ext4 -O mmp -E mmp_update_interval=5 /dev/drbd100 

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

अब उबंटू टेम्पलेट डाउनलोड करें:

 # wget http://download.proxmox.com/images/system/ubuntu-16.04-standard_16.04-1_amd64.tar.gz -P /var/lib/vz/template/cache/ 

और इससे हमारा कंटेनर बनाएं:

 pct create 101 local:vztmpl/ubuntu-16.04-standard_16.04-1_amd64.tar.gz \ --hostname=nfs1 \ --net0=name=eth0,bridge=vmbr0,gw=192.168.1.1,ip=192.168.1.11/24 \ --rootfs=volume=/dev/drbd100,shared=1 

इस आदेश में, हम यह दर्शाते हैं कि हमारे कंटेनर की जड़ प्रणाली डिवाइस पर स्थित हो जाएगा /dev/drbd100 और विकल्प जोड़ने shared=1 कि कंटेनर नोड्स के बीच स्थानांतरित करने के लिए अनुमति होगी।

यदि कुछ गलत हुआ है, तो आप इसे हमेशा Proxmox इंटरफ़ेस या /etc/pve/lxc/101.conf कंटेनर /etc/pve/lxc/101.conf माध्यम से ठीक कर सकते हैं

Proxmox टेम्पलेट को अनपैक करेगा और हमारे लिए कंटेनर रूट सिस्टम तैयार करेगा । उसके बाद हम अपना कंटेनर लॉन्च कर सकते हैं:

 pct start 101 

NFS सर्वर कॉन्फ़िगर करें।

डिफ़ॉल्ट रूप से, Proxmox कंटेनर में NFS सर्वर को चलाने की अनुमति नहीं देता है, लेकिन इसे सक्षम करने के कई तरीके हैं।

उनमें से एक सिर्फ lxc.apparmor.profile: unconfined जोड़ने के लिए है lxc.apparmor.profile: unconfined हमारे कंटेनर के /etc/pve/lxc/100.conf ।

या हम निरंतर आधार पर सभी कंटेनरों के लिए एनएफएस को सक्षम कर सकते हैं, इसके लिए हमें सभी नोड्स पर /etc/apparmor.d/lxc/lxc-default-cgns लिए मानक टेम्पलेट को अपडेट करने की आवश्यकता है, निम्न पंक्तियों को /etc/apparmor.d/lxc/lxc-default-cgns :

  mount fstype=nfs, mount fstype=nfs4, mount fstype=nfsd, mount fstype=rpc_pipefs, 

परिवर्तनों के बाद, कंटेनर को पुनरारंभ करें:

 pct shutdown 101 pct start 101 

अब इसे लॉग इन करें:

 pct exec 101 bash 

अद्यतन और NFS सर्वर स्थापित करें:

 apt-get update apt-get -y upgrade apt-get -y install nfs-kernel-server 

एक निर्यात बनाएँ:

 echo '/data *(rw,no_root_squash,no_subtree_check)' >> /etc/exports mkdir /data exportfs -a 

हा सेटअप

लेखन के समय, प्रॉक्समॉक्स हा-मैनेजर के पास एक बग होता है जो हा कंटेनर को सफलतापूर्वक अपना काम पूरा करने की अनुमति नहीं देता है, जिसके परिणामस्वरूप nfs सर्वर की कर्नेल-स्थान प्रक्रियाएं जो पूरी तरह से नहीं मारे गए थे, माध्यमिक से बाहर निकलने से ड्रब डिवाइस को रोकते हैं। यदि आप पहले से ही ऐसी स्थिति का सामना कर चुके हैं, तो आपको killall -9 nfsd नहीं चाहिए और बस उस नोड पर killall -9 nfsd को निष्पादित करें जहां कंटेनर लॉन्च किया गया था और फिर ड्रब डिवाइस को "रिलीज़" करना चाहिए और यह माध्यमिक में जाएगा ।

इस बग को ठीक करने के लिए, सभी नोड्स पर निम्न कमांड चलाएँ:

 sed -i 's/forceStop => 1,/forceStop => 0,/' /usr/share/perl5/PVE/HA/Resources/PVECT.pm systemctl restart pve-ha-lrm.service 

अब हम हा-मैनेजर कॉन्फ़िगरेशन पर आगे बढ़ सकते हैं। आइए अपने डिवाइस के लिए एक अलग हा-समूह बनाएं:

 ha-manager groupadd nfs1 --nodes pve1,pve2,pve3 --nofailback=1 --restricted=1 

हमारा संसाधन इस समूह के लिए निर्दिष्ट नोड्स पर ही काम करेगा। हमारे कंटेनर को इस समूह में जोड़ें:

 ha-manager add ct:101 --group=nfs1 --max_relocate=3 --max_restart=3 

वह सब है। सरल, सही?

परिणामी nfs बॉल को तुरंत अन्य वर्चुअल मशीन और कंटेनरों को स्टोर करने और चलाने के लिए Proxmox से जोड़ा जा सकता है।

सिफारिशें और ट्यूनिंग

केडंप

जैसा कि मैंने ऊपर उल्लेख किया है, प्रतिकृति के लिए एक अलग नेटवर्क का उपयोग करना हमेशा उचित होता है। 10-गीगाबिट नेटवर्क एडेप्टर का उपयोग करना अत्यधिक उचित है, अन्यथा आप पोर्ट गति में चलेंगे।
यदि प्रतिकृति पर्याप्त धीमी लगती है, तो DRBD के लिए कुछ विकल्पों का प्रयास करें। यहाँ विन्यास है, जो मेरी राय में मेरे 10G नेटवर्क के लिए इष्टतम है:

 # cat /etc/drbd.d/global_common.conf global { usage-count yes; udev-always-use-vnr; } common { handlers { } startup { } options { } disk { c-fill-target 10M; c-max-rate 720M; c-plan-ahead 10; c-min-rate 20M; } net { max-buffers 36k; sndbuf-size 1024k; rcvbuf-size 2048k; } } 

आप आधिकारिक DRBD प्रलेखन से प्रत्येक पैरामीटर के बारे में अधिक जानकारी प्राप्त कर सकते हैं ।

एनएफ़एस सर्वर

एनएफएस सर्वर के संचालन को गति देने के लिए एनएफएस सर्वर की कुल संख्या को बढ़ाने में मदद मिल सकती है। डिफ़ॉल्ट रूप से - 8 , व्यक्तिगत रूप से, इसने मुझे इस संख्या को 64 तक बढ़ाने में मदद की।

इसे प्राप्त करने के लिए, RPCNFSDCOUNT=64 पैरामीटर को /etc/default/nfs-kernel-server अपडेट /etc/default/nfs-kernel-server ।
और डेमों को फिर से शुरू करें:

 systemctl restart nfs-utils systemctl restart nfs-server 

NFSv3 बनाम NFSv4

NFSv3 और NFSv4 के बीच अंतर ज्ञात कीजिये ?

• NFSv3 एक स्टेटलेस प्रोटोकॉल है, एक नियम के रूप में, यह विफलताओं को बेहतर ढंग से सहन करता है और तेजी से ठीक करता है।
• NFSv4 एक स्टेटफुल प्रोटोकॉल है , यह तेजी से काम करता है और इसे कुछ tcp पोर्ट से जोड़ा जा सकता है, लेकिन राज्य की मौजूदगी के कारण यह विफलताओं के प्रति अधिक संवेदनशील है। इसमें करबरोस और अन्य दिलचस्प विशेषताओं के एक समूह का उपयोग करके प्रमाणीकरण का उपयोग करने की क्षमता भी है।

हालाँकि, जब आप showmount -e nfs_server , तो NFSv3 प्रोटोकॉल का उपयोग किया जाता है। Proxmox भी NFSv3 का उपयोग करता है। NFSv3 का उपयोग आमतौर पर नेटवर्क बूट मशीनों को व्यवस्थित करने के लिए भी किया जाता है।

सामान्य तौर पर, यदि आपके पास NFSv4 का उपयोग करने का कोई विशेष कारण नहीं है, तो NFSv3 का उपयोग करने का प्रयास करें क्योंकि यह किसी भी राज्य की कमी के कारण किसी भी विफलता के लिए कम दर्दनाक है।

माउंट कमांड के लिए -o vers=3 पैरामीटर निर्दिष्ट करके आप NFSv3 का उपयोग करके गेंद को माउंट कर सकते हैं:

 mount -o vers=3 nfs_server:/share /mnt 

यदि आप चाहें, तो आप सर्वर के लिए NFSv4 को बिल्कुल अक्षम कर सकते हैं, ऐसा करने के लिए, --no-nfs-version 4 चर में --no-nfs-version 4 विकल्प --no-nfs-version 4 और सर्वर को पुनरारंभ करें, उदाहरण के लिए:

 RPCNFSDCOUNT="64 --no-nfs-version 4" 

iSCSI और LVM

इसी तरह, एक नियमित tgt डेमन को कंटेनर के अंदर कॉन्फ़िगर किया जा सकता है, iSCSI I / O संचालन के लिए काफी उच्च प्रदर्शन का उत्पादन करेगा, और कंटेनर अधिक सुचारू रूप से काम करेगा क्योंकि tgt सर्वर पूरी तरह से उपयोगकर्ता अंतरिक्ष में काम करता है।

आमतौर पर, एक निर्यातित LUN LVM का उपयोग करके कई टुकड़ों में कटा हुआ है। हालांकि, उदाहरण के लिए, कई बारीकियों पर विचार किया जाता है: एक मेजबान समूह को कई मेजबानों पर साझा करने के लिए LVM ताले कैसे प्रदान किए जाते हैं ।

शायद ये और अन्य बारीकियां मैं अगले लेख में वर्णन करूंगा।