चौथा भाग। पिछले भाग: पहला , दूसरा , तीसरा ।



इस अध्याय में: ब्लॉक डिवाइस: भौतिक और आभासी; डिस्क छवियों, भंडारण।



मशीन नियंत्रण के दृष्टिकोण से, यह सबसे जानकारीपूर्ण हिस्सा है। यहां तक ​​कि नेटवर्क प्रबंधन (निम्नलिखित भागों) डिस्क की तुलना में आसान है। कारण सरल है - वर्चुअलाइजेशन में डिस्क डिवाइस सबसे जटिल सार हैं।



वास्तविक विवरण पर जाने से पहले, हम डिस्क उपकरणों के गुणों को सूचीबद्ध करते हैं:

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

इस सूची की प्रत्येक पंक्ति एक अलग संपत्ति है जिसके लिए एक अलग कार्यान्वयन की आवश्यकता होती है (तुलना के लिए, नेटवर्क इंटरफ़ेस में केवल दो गुण हैं: वे सूचना प्राप्त कर सकते हैं और भेज सकते हैं)।



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



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



इस प्रकार, हमारे पास भंडारण और पहुंच का एक कार्यात्मक पृथक्करण है। XCP में, वे अलग-अलग संस्थाओं से जुड़े हैं: भंडारण - VDI (वर्चुअल डिस्क छवि), एक्सेस - VBD (वर्चुअल ब्लॉक डिवाइस)। वर्चुअल मशीन के संदर्भ में VDI मौजूद हो सकता है, VBD नहीं हो सकता है। VDI को अलग-अलग समय में विभिन्न वर्चुअल मशीनों से जोड़ा जा सकता है, VBD - नहीं, यह वर्चुअल मशीन के बिना मौजूद नहीं हो सकता। वास्तव में, VBD एक अतिथि वर्चुअल मशीन में एक ब्लॉक डिवाइस है।



VDI और VBD के बीच अंतर एक हार्ड डिस्क और / dev / sda के बीच के समान है - दोनों अलग हैं, लेकिन आप अपने हाथों में पहला पकड़ सकते हैं, और दूसरा ऑपरेटिंग सिस्टम का एक अमूर्त है। (और हम केवल / dev / sda की मदद से डिस्क पर लिख सकते हैं, और प्रत्येक कंप्यूटर / dev / sda के लिए, हालाँकि यह उसी डिस्क को इंगित कर सकता है जिसे हम कंप्यूटर के बीच में पार करते हैं)।



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



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



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



VDI भंडारण स्थानों को SR - भंडारण भंडार कहा जाता है। एसआर एक अमूर्त है, इसका कोई भौतिक अवतार नहीं है। यह इंगित करने के लिए कि भौतिक अवतार को कैसे लागू किया जाए, एसएम (भंडारण प्रबंधक) का उपयोग किया जाता है। प्रत्येक एसआर इंगित करता है कि किस एसएम को एक्सेस किया जाना चाहिए और एसएम को कौन से पैरामीटर पास किए जाने चाहिए।



Xen Cloud Platform (कई कंप्यूटरों पर नंगे Xen की तुलना में) की एक प्रमुख विशेषता जो XCP को एक पूर्ण मंच बनाती है वह साझा स्टोरेज (साझा SR) की अवधारणा है। ये ऐसे स्टोरेज हैं जिनसे सभी होस्ट एक साथ और एक ही सेटिंग्स से जुड़े होते हैं। यह साझा एसआर है जो थोड़े समय में मेजबानों के बीच मशीनों को स्थानांतरित करने की क्षमता प्रदान करता है।



एसएम, मोटे तौर पर, एक ड्राइवर है। चूंकि कई होस्ट एक ही स्टोरेज से कनेक्ट हो सकते हैं, एक और एब्सट्रैक्ट का उपयोग होस्ट - PBD (फिजिकल ब्लॉक डिवाइस) को शारीरिक रूप से जोड़ने के लिए किया जाता है। जब एक होस्ट स्टोरेज (एसआर) से जुड़ता है तो यह मापदंडों के एक सेट के साथ एक ड्राइवर (एसएम) का उपयोग करता है। ड्राइवर एक कनेक्शन स्थापित करता है (अर्थात्, एसएम सिरदर्द) और मेजबान को पीबीडी जारी करता है। PBD के उदाहरण एक माउंटेड nfs-ball, एक कनेक्टेड iscsi-device, एक स्थानीय हार्ड डिस्क, इस डिस्क पर एक अलग पार्टीशन आदि हैं।



ऐसी जटिल योजना की आवश्यकता क्यों है? यह आपको रिपॉजिटरी की विशिष्ट विशेषताओं से जितना संभव हो उतना सार करने की अनुमति देता है - "रिपॉजिटरी ड्राइवर" (एसएम) XCP के लिए एक मानक इंटरफ़ेस प्रदान करता है, जो कि, उदाहरण के लिए, XFS में बिना किसी कोड के फाइबरस्कैनलाइन के साथ NFS की जगह दर्द रहित रूप से अनुमति देता है।



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



साझा रिपॉजिटरी के अलावा, "व्यक्तिगत" होस्ट रिपॉजिटरी भी हैं, लेकिन उन्हें उत्पाद के लिए अनुशंसित नहीं किया जाता है, क्योंकि वे स्वचालित रूप से माइग्रेट करने के अधिकार के एसआर पर संग्रहीत VDI से जुड़ी वर्चुअल मशीन से वंचित करते हैं। स्थानीय एसआर के अनुप्रयोगों में से एक भौतिक शिकंजा (आमतौर पर सर्वर प्रवास के दौरान) और / या भौतिक सीडी तक पहुंच है।



वैसे, यह स्पष्ट हो जाता है कि पतले प्रदान करने वाले, छिटपुट-फाइलों के साथ पारदर्शी काम, स्टोरेज के लिए कॉपी-ऑन-राइट प्रदान किया जाता है। यह एक एसएम सिरदर्द है। उन्हें "ऐसे और ऐसे ब्लॉकों की एक पतली प्रतिलिपि बनाने के लिए कहा गया था", एसएम ने देखा, देखा, अगर वह कर सकता है, तो एक पतली प्रतिलिपि (लिंक) बनाई, यदि वह नहीं कर सका, तो dd शुरू किया और एक मोटी प्रतिलिपि बनाई।



यहां से, वैसे, यह समझना आसान है कि SRs के बीच VDI की प्रतिलिपि बनाना हमेशा एक महंगा ऑपरेशन है - आपको प्रत्येक VDI ब्लॉक को कॉपी करने की आवश्यकता है।



आइए वर्चुअल मशीन डिस्क की कनेक्शन योजना को दोहराएं:



वर्चुअल मशीन में VBD है, VBD इसके साथ जुड़े VDI को इंगित करता है, VDI (एक प्रशासनिक इकाई के रूप में) यह जिस SR पर स्थित है वह इंगित करता है, SR इंगित करता है कि SM का उपयोग किया जाता है। वर्चुअल मशीन कुछ होस्ट पर स्थित है; होस्ट में एक संबद्ध पीबीडी है जिसके माध्यम से पहुंच बनाई जाती है।



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

भंडारण प्रकार

वास्तव में, ये X के साथ आने वाले SM हैं, SR के लिए फ़ील्ड:



* आईएससीआई - एक एकल वीडीआई के लिए ब्लॉक डिवाइस (इसका मतलब है कि सभी एसआर एक एकल वीडीआई के लिए समर्पित है)

* lvmohba - जुड़े फाइबर चैनल के शीर्ष पर LVM। मुख्य एक तार्किक वॉल्यूम के उपयोग के माध्यम से एक डिवाइस पर कई VDI स्टोर करने की क्षमता है। XCP द्वारा ही वॉल्यूम का प्रबंधन किया जाता है।

* फ़ाइल - स्थानीय भंडारण, बस निर्देशिका जहां डिस्क छवि फ़ाइलें स्थित हैं

* lvm - स्थानीय भंडारण, स्थानीय हार्ड ड्राइव पर LVM। प्रत्येक VDI एक अलग वॉल्यूम है। XCP द्वारा प्रबंधित।

* udev - आभासी मशीनों में फ्लैश ड्राइव चिपकाने के लिए एक प्यारा खिलौना, SR एक एकल वीडीआई, स्थानीय भंडारण परोसता है।

* nfs - VHD फ़ाइलों के रूप में VDI चित्र NFS बॉल पर संग्रहीत किए जाते हैं। फ़ाइल के साथ अंतर यह है कि यह भंडार वैश्विक है, और इसमें गेंद को मेजबानों से कनेक्ट करना XCP द्वारा नियंत्रित किया जाता है।

* डमी - डमी, VDI स्टोर नहीं कर सकता।

* एचबीए - एक एकल वीडीआई स्टोर करने के लिए निर्दिष्ट ब्लॉक एफसी डिवाइस का आवंटन।

* ext - बल्कि एक व्यापक डिजाइन - VDI फाइलें निर्दिष्ट ब्लॉक डिवाइस पर XCP द्वारा बनाए गए ext3 विभाजन पर VHD प्रारूप में संग्रहीत की जाती हैं।

* आईएसओ फाइलों की आईएसओ रिपॉजिटरी।

* lvmoiscsi - एक iSCSI ब्लॉक डिवाइस के ऊपर LVM।



जैसा कि हम देख सकते हैं, इस सूची में तीन महत्वपूर्ण प्रकार हैं: lvmoiscsi, lvmohba, nfs - केवल उनका उपयोग "बैचों में वर्चुअल मशीन" के लिए किया जा सकता है (बाकी का उपयोग भी किया जा सकता है, लेकिन विशिष्ट मामलों में)।



ध्यान दें कि XCP स्थापित करते समय, यह पूछता है कि क्या स्थानीय भंडारण करना है। यदि आप हाँ में उत्तर देते हैं, तो आपको टाइप lvm के साथ SR मिलता है।



दुर्भाग्य से, मुझे एफसी के साथ काम करने का बहुत कम अनुभव है, इसलिए मैंने इसके बारे में कुछ भी महत्वपूर्ण नहीं कहा। NFS और ISCSI के बीच का चुनाव निम्नलिखित अंतरों से निर्धारित होता है:



एनएफएस अंतरिक्ष उपयोग के उच्चतम घनत्व प्रदान करता है (स्पार्स की गई फ़ाइलों का उपयोग किया जाता है), बहुत अच्छा रीड कैशिंग प्रदान करता है।

जब आप पहली बार स्पार्स किए गए क्षेत्र में लिखते हैं तो इस्की एक उच्च लेखन गति, कम ब्रेक देता है।



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



यह स्पष्ट है कि एसआर को कॉन्फ़िगर करना एक्ससीपी से आगे जाता है - इसके लिए स्वयं रिपॉजिटरी को कॉन्फ़िगर करना भी आवश्यक है। सबसे आम गलती iscsi स्टोरेज के लिए एक साथ कनेक्शन की संख्या पर सीमा है (मानक iscsi-target मोड एक कनेक्शन है, XCP को कई कनेक्ट करने के लिए अनुमति की आवश्यकता होती है।) दूसरी सामान्य गलती iscsiID को स्टोरेज के विवेक पर छोड़ रही है - स्टोरेज को रिबूट करने के बाद वे बदल सकते हैं और PBD नहीं करता है। कनेक्ट करने में सक्षम होगा।



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



SR के लिए एक महत्वपूर्ण क्षेत्र sm-config (SM configuration) है। विशेष रूप से, यह मोटी या पतली जगह के आवंटन के प्रकार को इंगित करता है (iscsi के लिए यह मोटी है, nfs के लिए यह पतली है)।

VBD

जैसा कि पहले ही उल्लेख किया गया है, VBD का वास्तविक अर्थ एक वर्चुअल मशीन के अंदर एक ब्लॉक डिवाइस है जो इसे VDI तक पहुंचने की अनुमति देता है।



तदनुसार, वीबीडी में निम्नलिखित महत्वपूर्ण विशेषताएं हैं: एक वर्चुअल मशीन का यूआईडी, यूआईडी वीडीआई, और संख्या । संख्या सिर्फ एक संख्या है और मदरबोर्ड पर SATA पोर्ट नंबर से मेल खाती है। लिनक्स के अंदर VBDs को / dev / xvda, / dev / xvdb, / dev / xvdc ... (जिज्ञासु के लिए: / dev / xvdz के बाद / dev / xvdaa आता है और फिर 256 उपकरणों की सीमा तक) कहा जाता है।



कन्वेंशन द्वारा, हर बार VDI एक VM से जुड़ा होता है, एक नया VBD बनाया जाता है (हालांकि, VBD प्लग किए गए / अनप्लग किए गए की स्थिति को जितनी बार आवश्यक हो) बदल सकता है और VDI या VM के नष्ट होने पर स्वचालित रूप से नष्ट हो जाता है।



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



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



इसके अलावा, एक विशेषता आरओ है, जो आपको ड्राइव को रीड-ओनली मोड में कनेक्ट करने की अनुमति देता है (और आप इसे अतिथि मशीन से प्राप्त नहीं कर सकते हैं)।



एक ही VDI के लिए, एक ही मशीन में कई VBD हो सकते हैं, या कई भी हो सकते हैं। दुर्भाग्य से, मौजूदा प्रणाली में, केवल एक समय में जुड़ा जा सकता है (हालांकि ऐसी स्थिति की कल्पना करना काफी संभव है जहां VDI दो आभासी मशीनों से जुड़ा हुआ है जो बदले में काम करते हैं)।



VBD के लिए विशिष्ट संचालन: डिस्क पर डेटा को नष्ट किए बिना डिस्क और मशीन के बीच संबंध को बनाएं, नष्ट करें (नष्ट करें), प्लग, अनप्लग करें। Cd - load / eject सम्मिलित करने / निकालने का एक अनुकरण भी है, लेकिन यह एक प्रशंसक सेवा है।



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

वीडीआई

वीडीआई में भी विशेषताएं हैं (वास्तव में, उनमें से बहुत से हैं, मैं केवल सबसे महत्वपूर्ण और काम में उपयोग किया जाता हूं)। यह आर / ओ ध्वज है (हाँ, आरओ को vbd स्तर पर या vdi स्तर पर भी सेट किया जा सकता है) और "वंशज पूर्वजों"। अभिभावक-बच्चे के संबंधों के बारे में और VDI के लिए पतली नकल के बारे में, स्नैपशॉट के बारे में अगले अध्याय देखें।



दिलचस्प विशेषताएं: virtual_size (बनाते समय) और physical_utilisation, उपयोग की गई अंतरिक्ष की मात्रा (भंडारण के दृष्टिकोण से) दिखा रही है।



विशिष्ट संचालन: बनाएँ, नष्ट (न केवल VDI के साथ डेटा को नष्ट कर देता है, बल्कि VBD - VDI और VM के बीच संबंध), प्रतिलिपि (हमेशा मोटी नकल), क्लोन (यदि संभव हो तो, कॉपी-ऑन-राइट मोड के साथ पतली प्रतिलिपि और ... हमारा पसंदीदा, आकार बदलें । हां, xcp आपको डिस्क के आकार को बदलने की अनुमति देता है, इसके अलावा, यह आपको सेवा में बिना रुकावट के ऐसा करने की अनुमति देता है। एकमात्र समस्या यह है कि अतिथि सिस्टम इस समय इसके लिए बिल्कुल भी तैयार नहीं हैं, और सुरुचिपूर्ण xe vdi-resize के बाद आपको विभाजन का पूरी तरह से सुंदर आकार बदलना होगा, फ़ाइल सिस्टम का आकार बदलना।



आईएसओ के लिए, बड़े पैमाने पर बैसाखी का आविष्कार किया गया था - एसआर गुणों में सामग्री-प्रकार, और यहां तक ​​कि आदेशों का एक पूरा सेट - xe vm-cd-add, xe vm-cd-eject, आदि, हालांकि वास्तव में आईएसओ में एक ही वीडीआई है जो जोड़ता है प्रकार CDROM के साथ VBD के साथ। यह महत्वपूर्ण है कि यह विशेष रूप से आर / ओ है, कोई सीडी / डीवीडी-आरडब्ल्यू का अनुकरण नहीं किया गया है।

ऑटो बनाएँ VDI

गेस्ट मशीन टेम्प्लेट के विषय पर बाद में चर्चा की जाएगी, लेकिन अब मैं इस बात पर ध्यान दूंगा कि टेम्प्लेट से मशीन बनाते समय (और यह XCP में वर्चुअल मशीन बनाने का एकमात्र तरीका है), नई मशीन के लिए एक नया डिस्क बनाया गया है। यह टेम्प्लेट के अन्य-कॉन्फ़िगर फ़ील्ड में लिखे गए प्रावधान मान के लिए बनाया गया है (बस डिस्क क्या होना चाहिए इसका एक विवरण)। यहां एक टेम्पलेट से एक उदाहरण दिया गया है: <provision><disk device="0" size="8589934592" sr="" bootable="true" type="system"/></provision>



। जैसा कि हम देख सकते हैं, वाक्यविन्यास स्पष्ट है, भले ही XML'y - शून्य (पहला) डिवाइस, बूट डिस्क, आकार 8GB है।



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



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



निम्नलिखित मुद्दों में: माइग्रेशन, टेम्प्लेट, स्नैपशॉट, पैरेंट-चाइल्ड रिलेशनशिप, मशीन क्लोनिंग, वर्चुअल मशीन की स्थापना, एचवीएम।