QEMU में ब्लॉक डिवाइस को वर्चुअल मशीन से जोड़ने के कई तरीके हैं। प्रारंभ में, इसे निम्नलिखित तरीके से लागू किया गया था:

-hda /dev/sda1 

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

• वर्चुअल डिस्क को कनेक्ट करते समय, वर्चुअल मशीन पर केवल उस इंटरफ़ेस का उपयोग करना संभव है जिसे /dev/hda (hda, hdb, hdc, ..) के रूप में माना जाता है; CD के लिए, -cdrom विकल्प -cdrom
• जब कोई फ़ाइल (या डिवाइस) वर्चुअल मशीन से जुड़ा होता है, तो QEMU केवल डिफ़ॉल्ट सेटिंग्स का उपयोग करता है।

ड्राइव

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

 -drive file=/dev/sda1,if=ide,cache=writeback,aio=threads 

युक्ति

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

निम्न कॉन्फ़िगरेशन उदाहरण ide0-hd0 पहचानकर्ता के साथ ड्राइव को कनेक्ट करेगा, और परिणाम वर्चुअल ड्राइव को जोड़ने के समान है, जैसा कि परिचय में दिखाया गया है।

 -drive file=/dev/sda1,id=ide0-hd0,if=none,cache=writeback,aio=threads \ -device ide-drive,bus=ide.0,drive=ide0-hd0 

एक वर्चुअल मशीन में स्थानीय ब्लॉक डिवाइस

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

स्थानीय ब्लॉक डिवाइस की तरह, इसे एक वर्चुअल मशीन से जोड़ा जा सकता है।

• स्थानीय RAID सरणी - md प्रकार डिवाइस
• मास्टर DRBD (नेटवर्क RAID1) - ड्रब प्रकार डिवाइस
• LVM समूह में निर्मित डिस्क विभाजन - dm प्रकार डिवाइस
• लूप के माध्यम से जुड़ी एक नियमित फ़ाइल एक लूप डिवाइस है

• NBD सर्वर - nbd प्रकार डिवाइस के माध्यम से निर्यात किए गए दूसरे कंप्यूटर से ब्लॉक डिवाइस

  
  

  (यहां यह सिफ डिवाइस प्रकार आरबीडी और जेडएफएस डिवाइस प्रकार zvol - स्वीकृत प्रति के बारे में भी ध्यान देने योग्य है)
  
  

  
  

  NBD

  
  

  किसी नेटवर्क पर दूरस्थ कंप्यूटर से ब्लॉक डिवाइस को जोड़ने की अवधारणा पर विचार करें। NBD के लिए अलग से मैनुअल देखें।

  
  

QEMU में एक एकीकृत NBD API है, जिससे एक NBD सर्वर के साथ विस्तारित एक दूरस्थ ब्लॉक डिवाइस सीधे QEMU के माध्यम से वर्चुअल मशीन से जुड़ा जा सकता है - बाईं ओर का आंकड़ा देखें।

हालाँकि, NBD एक काफी सरल प्रोटोकॉल है जो किसी दूरस्थ सर्वर पर प्रमाणीकरण का उपयोग नहीं करता है और कनेक्शन की स्थिति को नियंत्रित नहीं करता है। NBD प्रोटोकॉल मानता है कि सर्वर से कनेक्शन बाधित होने पर ग्राहक पुन: कनेक्ट कर सकता है, लेकिन दुर्भाग्य से QEMU नहीं करता है।

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

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

एनबीडी वर्चुअल मशीन डिवाइस का उपयोग करके एनबीडी सर्वर तक पहुंचना बेहतर है। विशेष रूप से अच्छा, I / O प्रदर्शन के संदर्भ में, NBD उपकरणों से एक RAID सरणी का निर्माण कर रहा है।

यह समाधान सभी परीक्षणों में सबसे अधिक उत्पादक साबित हुआ। और वर्चुअल मशीन समय के साथ NBD सर्वर (या विफलता) के वियोग की स्थिति में भी निर्बाध संचालन जारी रखने में सक्षम थी।

इस प्रकार, अस्थिर उपकरणों पर एक अपेक्षाकृत स्थिर और एक ही समय में उत्पादक वर्चुअलाइजेशन वातावरण को व्यवस्थित करना संभव था।

NBD डिवाइस के शीर्ष पर RAID सरणियों के साथ मुख्य समस्या यह है कि NBD सर्वर से RAID सरणी का हिस्सा होने वाले डिवाइस को कनेक्ट करते समय आपको बहुत सावधान रहने की आवश्यकता है। यह एक घातक प्रक्रिया की उच्च संभावना के साथ एक बल्कि नाजुक प्रक्रिया है, जिससे डेटा हानि हो सकती है। एक छोटा टाइपो पर्याप्त है। 21 जुलाई, 2012 को मूंगफली पृष्ठ पर घातक कार दुर्घटना विवरण देखें।

नुकसान यह है कि एक ब्लॉक डिवाइस जिसके साथ एक आभासी मशीन पहले से ही काम कर रही है, उसे किसी अन्य जगह से कनेक्ट नहीं किया जा सकता है यदि इसकी फाइल सिस्टम इसे अनुमति नहीं देता है - यह iSCSI ( i nternet S mall C omputer S usterm I nterface) (SCSI का नेटवर्क संस्करण) या AoE के समान है ( एक TA o ver E Thernet तकनीक)।

वर्चुअल डिस्क

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

वर्चुअल डिस्क प्रारूप

Qemu विभिन्न प्रारूपों के आभासी डिस्क के साथ काम कर सकता है। उन वर्चुअल डिस्क के लिए जो सामान्य फ़ाइलों के रूप में प्रस्तुत की जाती हैं, एक मानक qemu-img उपयोगिता है जो कि उपयोग किए गए प्रारूप और उसके मापदंडों को निर्धारित करने के लिए दोनों के लिए उपयोग की जा सकती है।

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

 root@stroj~# qemu-img info /path_to_file/soubor.img 

हालाँकि, GlusterFS API का उपयोग करके वर्चुअल डिस्क के बारे में जानकारी प्राप्त करने के लिए, आपको उन्हीं मापदंडों का उपयोग करने की आवश्यकता होती है जो वर्चुअल मशीन से वर्चुअल डिस्क को जोड़ने के लिए उपयोग किए जाते हैं। इसलिए आप उस मशीन पर आंतरिक डिस्क की पहचान कर सकते हैं जहां GlusterFS क्लाइंट स्थापित और उपयोग किया जाता है:

 root@stroj~# qemu-img info gluster+tcp://192.168.0.2/volume_name/soubor.img 

VDI वर्चुअल डिस्क की पहचान केवल भेड़ एपीआई के माध्यम से की जा सकती है:

 root@stroj~# qemu-img info sheepdog:192.168.0.2:8000:vdi_name 

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

 root@stroj~# qemu-img info nbd:192.168.0.2:8000 

192.168.0.2
होस्ट का आईपी पता जिससे वर्चुअल डिवाइस कनेक्ट होता है। यदि यह वही होस्ट है qemu-img जानकारी चल रही है, तो IP पते के बजाय लोकलहोस्ट का उपयोग किया जा सकता है

8000
पोर्ट नंबर जिस पर डेमन या सर्वर सुन रहा है। डिफ़ॉल्ट रूप से, शीपडॉग पोर्ट 7000 का उपयोग करता है, लेकिन इसे किसी अन्य एप्लिकेशन के साथ टकराव से बचने के लिए एक अलग पोर्ट पर भी चलाया जा सकता है। यदि एक से अधिक उपकरण निर्यात किए जाते हैं तो एक NBD सर्वर विभिन्न बंदरगाहों पर सुन सकता है।

कच्चा
सामान्य तौर पर, यह केवल पारंपरिक ब्लॉक डिवाइस पर उसी प्रारूप में दर्ज डेटा का एक सेट है। एक 5 जी फ़ाइल इस पूरे स्थान पर कब्जा कर लेगी, भले ही इसमें उपयोगी डेटा हो या सिर्फ खाली जगह हो। (जो विरल फाइलों पर लागू नहीं होता है - लगभग)

qcow
यह कच्चे प्रारूप से भिन्न है कि यह वृद्धिशील हो सकता है, क्योंकि यह धीरे-धीरे बढ़ता है - यह उन फाइल सिस्टम के लिए सुविधाजनक है जो विरल फ़ाइलों का समर्थन नहीं करते हैं, उदाहरण के लिए FAT32। यह प्रारूप आपको एकल आधार डिस्क से अलग वृद्धिशील प्रतियाँ बनाने की भी अनुमति देता है। ऐसे "टेम्पलेट" का उपयोग करने से समय और डिस्क स्थान की बचत होती है। इसके अलावा, यह एईएस एन्क्रिप्शन और ज़ालिब संपीड़न का समर्थन करता है। नुकसान यह है कि, कच्चे डिस्क के विपरीत, ऐसी फ़ाइल को सीधे उस मशीन पर नहीं लगाया जा सकता है जिस पर वह स्थित है। सौभाग्य से, एक qemu-nbd उपयोगिता है जो इस फाइल को नेटवर्क ब्लॉक डिवाइस के रूप में निर्यात कर सकती है और फिर इसे NBT डिवाइस से कनेक्ट कर सकती है।

qcow2
qcow प्रारूप का अद्यतन संस्करण है। मुख्य अंतर यह है कि यह स्नैपशॉट का समर्थन करता है। अन्यथा, वे मौलिक रूप से अलग नहीं हैं। Qcow2 से मिलना भी संभव है, जिसे आंतरिक रूप से QCOW संस्करण 3 के रूप में परिभाषित किया गया है, एक बार इसे बहुत पहले qcow2 प्रारूप में शामिल किया गया था। वास्तव में, यह एक संशोधित qcow2 है जो lazy_refcounts पैरामीटर के साथ है, जो स्नैपशॉट के लिए उपयोग किया जाता है। चूंकि अंतर केवल एक बिट है, संस्करण 1.7 से qemu-img में इसे बदलने के लिए "संशोधन" विकल्प है। Qemu-img के पहले के संस्करण नहीं हैं। यदि आप प्रारूप के संस्करण को बदलना चाहते हैं, तो वर्चुअल डिस्क को नई फ़ाइल में बदलना आवश्यक था, रूपांतरण के दौरान, हमवतन पैरामीटर को कॉम्पोनेन्ट पैरामीटर के साथ स्थापित किया गया था, जिसके लिए "1.1" को घटाकर 0.10 करना आवश्यक था। "संशोधन" विकल्प की उपस्थिति सुविधाजनक है कि इस तरह के मामूली बदलावों के कारण डेटा को अधिलेखित करने की आवश्यकता नहीं है।

 qemu-img create -f qcow2 -o compat=1.1 test.qcow2 8G 

http://blog.wikichoon.com/2014/12/virt-manager-10-creates-qcow2-images.html

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

वीडीआई
ओरेकल वर्चुअलबॉक्स वर्चुअलाइजेशन सिस्टम द्वारा प्रयुक्त वर्चुअल डिस्क प्रारूप।

vmdk
VMware उत्पादों द्वारा उपयोग किए जाने वाले वर्चुअल डिस्क प्रारूप। यह भी एक प्रारूप है जो एक फ़ाइल को धीरे-धीरे बढ़ने की अनुमति देता है। हालाँकि, यह qcow2 और qed प्रारूपों पर एक बड़ा लाभ है, जिसका उपयोग डिस्क रहित समाधानों के साथ या नेटवर्क फ़ाइल सिस्टम के साथ भी किया जा सकता है। यह आपको 2 GB के आकार वाली कई छोटी फ़ाइलों में विभाजित एक वर्चुअल डिस्क फ़ाइल की अनुमति देता है। यह उस समय से है जब फ़ाइल सिस्टम 2 जीबी से बड़ी फाइल नहीं बना सकता था। लाभ यह है कि अगर ऐसी वर्चुअल डिस्क को नेटवर्क पर दोहराया जाता है, तो कम डेटा स्थानांतरित किया जाता है, और सिंक्रनाइज़ेशन बहुत तेज है (उदाहरण के लिए, ग्लस्टरएफएस के मामले में)। डिस्कलेस समाधान के मामले में, इसका उपयोग केवल प्रत्येक स्नैपशॉट के लिए मतभेद वाली छोटी फ़ाइलों को संग्रहीत करने के लिए किया जाता है

VHDX
Microsoft हाइपर- V वर्चुअलाइजेशन सिस्टम द्वारा उपयोग किए जाने वाले वर्चुअल डिस्क प्रारूप

VPC
वर्चुअल डिस्क प्रारूप Microsoft VirtualPC वर्चुअलाइजेशन सिस्टम द्वारा उपयोग किया जाता है।

1. -केवल पूर्व-स्थापित छवियों (निश्चित) पर उपयोग करना संभव है
   

एपीआई का इस्तेमाल किया

फ़ाइल स्वरूपों के अलावा, qemu-img "प्रारूपों" के साथ भी काम करता है जो कि API का उपयोग करके प्रदान किया जाता है जिसके माध्यम से इन ब्लॉक उपकरणों को दूरस्थ रूप से एक्सेस किया जा सकता है।

एनएफएस
वर्चुअल डिस्क फ़ाइल NFS प्रोटोकॉल के माध्यम से QEMU से जुड़ी है

iSCSI
ब्लॉक डिवाइस के साथ संचार iSCSI के माध्यम से होता है। एक डिवाइस को एक से अधिक क्लाइंट पर एक साथ उपयोग नहीं किया जा सकता है।

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

ssh
रिमोट सर्वर से कनेक्शन sshfs के माध्यम से किया जाता है

gluster
वर्चुअल डिस्क फ़ाइल तक पहुँचने के लिए GlusterFS फ़ाइल सिस्टम API का उपयोग करता है। यदि फ़ाइल एक प्रतिकृति या वितरित वॉल्यूम का हिस्सा है, तो यह अन्य नोड्स के बीच संग्रहीत डेटा वितरित करेगा। यह उसे विफल होने की स्थिति में अन्य नोड्स पर उपलब्ध होने की अनुमति देता है।

शीपडॉग
एक प्रतिकृति-सक्षम वितरित फ़ाइल सिस्टम भी है। GlusterFS के विपरीत, एपीआई के माध्यम से एक आभासी डिस्क एक फ़ाइल के रूप में नहीं, बल्कि एक ब्लॉक डिवाइस के रूप में उपलब्ध है। यह प्रदर्शन के लिहाज से फायदेमंद है, लेकिन नुकसानदेह है अगर हमें शीपडॉग के माहौल से परे जाने की जरूरत है।

paralles

नेटवर्क संलग्न भंडारण पर वर्चुअल ड्राइव

वर्चुअलाइजेशन सिस्टम के बाहर स्थित ब्लॉक डिवाइसेस का लाभ यह है कि वे तब वर्चुअल मशीन विफलताओं से प्रतिरक्षा करते हैं।

इस मामले में, उच्च उपलब्धता और दूरस्थ भंडारण के लिए पर्याप्त मात्रा भी प्रदान की जाती है।

NFS का उपयोग करना

शीपडॉग

GlusterFS

वर्चुअल मशीन को ब्लॉक करें

ब्लॉक डिवाइस के बिना, ऑपरेटिंग सिस्टम जो एनएफएस के माध्यम से बूट कर सकते हैं या प्लान 9 का उपयोग करके फेंके गए होस्ट फाइल सिस्टम के साथ काम कर सकते हैं।