मैंने फ़ाइल-छवि वीएम स्टोरेज से, विभाजन / LVM वॉल्यूम पर आधारित स्विच करने के लिए काफी सलाह पढ़ी।
दावा है कि विभाजन / LVM बहुत तेज है तो छवि फ़ाइलें।
मेरी राय में नकारात्मक पक्ष यह है कि किसी के पास फ़ाइल में कॉपी और माइग्रेट करने के लिए आसान एक एकल में पूरे वीएम नहीं है।
किसी को भी इस पर सलाह दे सकते हैं, खासकर अगर वहाँ वास्तव में Xen के नए संस्करणों में कोई अंतर है, और अगर वहाँ किसी भी IO बेंचमार्क इसे समर्थन करने के लिए कर रहे हैं?
धन्यवाद!
जवाबों:
वर्चुअल मशीन राज्य में ब्लॉक स्तर की पहुंच बनाना , क्योंकि फ़ाइल स्तर पहुंच के विपरीत हमेशा तेज होगा क्योंकि अमूर्त की एक परत हटा दी जाती है।
मैं LVM दृष्टिकोण की सिफारिश करूंगा। मत भूलो, तुम हमेशा फ़ाइल की तरह LVM वॉल्यूम का बैकअप ले सकते हो। दोनों में बहुत अंतर नहीं है। LVM डेटा स्थानांतरित करने के मामले में भी काफी लचीला है।
सिर्फ इसलिए कि किसी फ़ाइल की सार धारणा मौजूद नहीं है, इसका मतलब यह नहीं है कि यह खराब है। प्रदर्शन लाभ काफी हो सकता है, और थोड़ी सी व्यापक सोच के साथ आप अपने बुनियादी ढांचे को वैसे ही डुबो सकते हैं जैसे यह एक फ़ाइल थी।
मैं अक्सर QEmu वर्चुअल मशीनों के लिए एक विभाजन बनाता हूं। तब मैं ddइसे बचाने और पुनर्स्थापित करने के लिए उपयोग कर सकता हूं । ब्लॉक स्तर तक चलने वाली एक फाइल सिस्टम (वर्चुअल मशीन) एक फाइलसिस्टम में एक फाइलसिस्टम के साथ एक फाइल सिस्टम से बेहतर है।
सौभाग्य
मैं आपको उपरोक्त सभी उत्तर जोड़ूंगा, आपको याद दिलाते हुए कि LVM के पास स्नैपशॉट तंत्र का उपयोग करने के लिए कुछ आसान है। यह बहुत आसान बैकअप या क्लोन करके VM को चला रहा है, बस एक स्नैपशॉट बनाकर, क्लोनिंग करके या VM को बैक करके, और स्नैपशॉट को हटा देता है। सभी डाउनटाइम के बिना।
नेट पर फ़ाइल छवि बनाम LVM विभाजन के बेंचमार्क (मैं शायद उनमें से दो में आया था) (यह उन्हें Google के लिए मुश्किल नहीं है)। यद्यपि कुछ हद तक दिनांकित, यह प्रतीत होता है कि LVM आमतौर पर तेज है (यदि एक छोटे से मार्जिन द्वारा)। मेरे लिए यह पर्याप्त था, इसलिए मैं LVM स्कीमा के साथ गया। जहाँ तक नकल जाती है, आप अभी भी LVM तार्किक आयतन को माउंट कर सकते हैं, इसे टार्गिप कर सकते हैं और इसे किसी अन्य स्थान पर स्थानांतरित कर सकते हैं। यह इतना कठिन नहीं है। और LVM आपके सर्वर स्टोरेज का विस्तार करना बहुत आसान बनाता है।