Qcow2 केवीएम मेहमानों का समर्थन

Question

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

क्या इससे बेहतर तरीका है:

1. virt_machine निलंबित # ठहराव आभासी मशीन
2. rsync - sparse /home/vm/image.qcow2 /tmp/image.dec_14_2010.qcow2 # एक ही ड्राइव पर छवि की प्रतिलिपि बनाएँ
3. फिर से शुरू करें
4. rsync - sparse /tmp/image.dec_14_2010.qcow2 ssh: // backup @ backupmachine: / vmbackups

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

धन्यवाद।

Answer 1

मेरा सुझाव है कि qemu-nbd का स्नैपशॉट फ़ीचर:

qemu-nbd --snapshot --connect=/dev/nbd0 image.qcow2

फिर माउंट / देव / nbd0p1 (विभाजन 1), rsync, अनमाउंट करें और अंत में डिस्कनेक्ट करें:

क्यूमू-एनडीबी - डिसकनेक्ट / देव / एनबीडी ०

Answer 2

इसके साथ गंदी छवि (आपका विराम शायद मदद कर सकता है, लेकिन फिर भी पूरी तरह से सुसंगत नहीं हो सकता है):

LVM फ़ाइल सिस्टम पर एक स्नैपशॉट करें qcow2 विरल फ़ाइल को पकड़े हुए (फिर से मान लें कि आपके पास LVM स्नैपशॉट के लिए जगह है)

LVM स्नैपशॉट माउंट करें।

Sshfs का उपयोग करके रिमोट माउंट करें।

Sshfs माउंटपॉइंट को स्पार्स कॉपी (cp --sparse = always src dest) का उपयोग करके कॉपी करें

कॉपी करने के लिए कम समय, लेकिन फिर भी पूरा समय लगेगा अगर छवि ज्यादातर भरी हुई है।

VM के भीतर से डेटा का बैकअप संभवतः एक बेहतर विचार (कम स्थान / समय) है। अलग-अलग vm के नियमित होस्ट के रूप में बैकअप / बहाल होने का इलाज करें - अर्थात बस आपको जो चाहिए वह प्राप्त करें और तेजी से वापस जाने और तेजी से चलने के लिए बिना स्टब vm के एक सेट रखें।

Comments

दिलचस्प है, धन्यवाद। मुझे सादगी के लिए अपने फाइल सिस्टम के ऊपर LVM नहीं है। मैं पूरी छवि की प्रतिलिपि बनाना पसंद करूंगा क्योंकि यह मुझे किसी भी बिंदु पर मशीन के विफल होने की स्थिति में एक स्टैंड-बाय फेलओवर के लिए तैयार करने की अनुमति देगा।

— अस्सी वर्ष

कोई दिक्कत नहीं है। LVM आपको केवल VM को रोकने के लिए होने से बचाएगा और आपको उसे चलाने के लिए जारी रखने के लिए स्नैपशॉट की अनुमति देगा।

— ax25

Answer 3

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

बहुत प्रयोग के बाद, मैंने पूरी तरह से छवि बैकअप पर ध्यान केंद्रित किया और एक पारंपरिक नेटवर्क बैकअप समाधान के साथ चला गया जिसका उपयोग नंगे धातु सर्वरों के लिए किया जा सकता है। मेरे मामले में हम बैकअपपीसी के साथ गए, जो पुरानी है, लेकिन सुपर विश्वसनीय है। प्रत्येक सर्वर पर, मैंने उपयोग में आने वाले विशेष एप्लिकेशन के लिए बैकअप समाधान को कॉन्फ़िगर किया है। उदाहरण के लिए MySQL के लिए sqldump, Joomla के लिए प्लगइन, आदि।

यह एक पीआईए है, लेकिन यह बहुत तेज़ है, और बहुत विश्वसनीय है।

Comments

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

— अस्सी आठ

100% सहमत हैं कि यह एक शाही दर्द है। यदि आप कभी इस अखरोट को तोड़ते हैं, तो हम सभी को बताएं कि आपने यह कैसे किया!

— 15:13 बजे एचडीवी

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

— राफेल बुगाजेव्स्की

Answer 4

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

Comments

यदि आप पावर कॉर्ड को खींचते हैं, तो इससे अधिक नहीं और क्या होगा?

और नहीं, और कोई भी कम नहीं है :)

— dyasny

इस बारे में कुछ और सोचने से, डोमेन को खत्म करने से कुछ नहीं जुड़ता है - या तो स्नैपशॉट 'क्रैश-सुसंगत' है, और कुछ नहीं, कुछ भी कम नहीं है, क्या मैं सही हूं?

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

— dyasny

"क्रैश-सुसंगत" का अर्थ है "सुसंगत" जैसा कि आप एक क्रैश में अपेक्षा करेंगे "iiuc - अर्थात पत्रिकाओं आदि पर निर्भर और समय पर fsync की कमी के कारण कुछ डेटा हानि को स्वीकार करना। "सभी पुण्य प्लेटफ़ॉर्म में लाइव स्नैपशॉट होने का एक अच्छा कारण है इसमें अतिथि एजेंटों में क्विज़िंग / विगलन शामिल है" जैसा कि मैं समझता हूँ, अच्छा कारण बिल्कुल LVM स्नैपशॉट लेने के समान है - क्या आप अलग जानते हैं? KVM किसी भी LVM स्नैपशॉट की तुलना में अधिक होने से पहले fsync नहीं लगता है? बेशक, अगर आप स्नैपशॉट के लिए LVM का उपयोग नहीं कर रहे हैं, तो आप मूर्खता नहीं करेंगे - लेकिन यह अलग है और आप जो कह रहे हैं वह अलग नहीं है।