हां, मैं अभी भी निगरानी, सुरक्षा और रखरखाव आवश्यकताओं के लिए वर्चुअल मशीन और माउंटपॉइंट पर कई विभाजन का उपयोग करता हूं।
मैं सिंगल या लिमिटेड माउंटपॉइंट वर्चुअल मशीनों का प्रशंसक नहीं हूं (जब तक कि वे मशीन नहीं हैं)। मैं VMs का उसी तरह व्यवहार करता हूं जैसे मैं भौतिक सर्वरों का इलाज करता हूं। कुछ लिनक्स फाइलसिस्टम पदानुक्रम मानक के साथ विभाजन को संरेखित करना अभी भी निष्पादनयोग्य, डेटा विभाजन, अस्थायी और लॉग भंडारण के तार्किक पृथक्करण के संदर्भ में समझ में आता है। इससे सिस्टम की मरम्मत में भी आसानी होती है। यह खासतौर पर टेम्पलेट से प्राप्त वर्चुअल मशीन और सर्वर के साथ सही है।
(Btw, मैं नहीं एलवीएम की तरह आभासी मशीनों पर या तो कर ... बेहतर योजना !! )
अपने सिस्टम में, मैं निम्नलिखित करने की कोशिश करता हूं:
/ आम तौर पर छोटा होता है और ज्यादा विकसित नहीं होता है। /boot आकार में अनुमानित है और विकास कर्नेल अपडेट की आवृत्ति द्वारा नियंत्रित किया जाता है। /tmpअनुप्रयोग और पर्यावरण निर्भर है, लेकिन उचित रूप से आकार दिया जा सकता है। इसे अलग से मॉनिटर करने से मीटर के असामान्य व्यवहार में मदद मिलती है और बाकी सिस्टम की सुरक्षा होती है।/usr पूर्वानुमेय होना चाहिए, जिसमें निष्पादक शामिल हैं, आदि।/varबढ़ता है, लेकिन डेटा मंथन की मात्रा छोटी हो सकती है। अलग से मीटर लगाने में अच्छा लगा।- और एक विकास विभाजन। इस मामले में, यह है
/data, लेकिन अगर यह एक डेटाबेस प्रणाली थे, यह हो सकता है /var/lib/mysqlया /var/lib/pgsql... ध्यान दें कि यह एक अलग ब्लॉक डिवाइस है, /dev/sdb। यह इस वर्चुअल मशीन पर बस एक और VMDK है, इसलिए इसे वास्तविक OS विभाजन वाले VMDK के स्वतंत्र रूप से आकार दिया जा सकता है।
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 12G 2.5G 8.8G 23% /
tmpfs 7.8G 0 7.8G 0% /dev/shm
/dev/sda1 291M 131M 145M 48% /boot
/dev/sda7 2.0G 68M 1.9G 4% /tmp
/dev/sda3 9.9G 3.5G 5.9G 38% /usr
/dev/sda6 6.0G 892M 4.8G 16% /var
/dev/sdb1 360G 271G 90G 76% /data
इनमें से कुछ विभाजनों का पृथक्करण रुझानों की पहचान करना और विषम व्यवहार का पता लगाना बहुत आसान बनाता है; जैसे 4GB कोर में उदासीनता /var, एक प्रक्रिया है कि निकास /tmp,
साधारण
असामान्य। /varयदि एक बड़े /विभाजन का उपयोग किया जाता तो अचानक उठने का पता लगाना आसान नहीं होता ।
हाल ही में, मुझे एक सुरक्षा-कड़े वीएम टेम्पलेट के लिए फाइलसिस्टम माउंट मापदंडों और विशेषताओं (नोडव, नोसिड, नोएसेक, नोएटाइम, नोबैरियर) के कॉकटेल को लागू करना पड़ा है । विभाजन इसके लिए एक परम आवश्यकता थी क्योंकि कुछ विभाजनों के लिए विशिष्ट सेटिंग्स की आवश्यकता होती थी जो विश्व स्तर पर लागू नहीं की जा सकती थीं। एक अन्य डेटा बिंदु।