लोग सिर्फ vmware मेहमानों का बैकअप लेने के लिए rsync का उपयोग क्यों नहीं करते हैं?

13

अगर मैं एक आधुनिक vmware ESXi सिस्टम चला रहा हूँ, तो मैं SSH के ऊपर किसी भी गंतव्य के लिए एक स्टेटिक रूप से जुड़े rsync बाइनरी और rsync फ़ाइलों को छोड़ सकता हूँ।

मैं यह समझने की कोशिश कर रहा हूं कि vmware मेहमानों का सबसे (सभी?) बैकअप इस तरह क्यों नहीं किया गया है।

यदि VM चल रहा है, तो आप बस स्नैपशॉट बनाने के लिए 'vim-cmd vmsvc / snapshot.create' का उपयोग कर सकते हैं और फिर दूरस्थ होस्ट पर स्नैपशॉट rsync करें। (स्नैपशॉट को "क्विसे" करने का विकल्प भी है)

या, यदि आप अधिक मजबूत बैकअप चाहते हैं, तो आप वीएमडी फ़ाइल (ओं) पर वीएम और rsync को शान से रोक सकते हैं।

तो ... ऐसा लगता है जैसे मैं एक साधारण शेल स्क्रिप्ट हूं जो सभी बैकअप से मैं कभी भी, बस और आसानी से करना चाहता हूं, सादे पुराने rsync का उपयोग करके।

मुझे यहां क्या समझ नहीं आ रहा है ?

— user227963
स्रोत

1

क्योंकि अगर वीएम में एक भी फाइल बदलती है तो आपको पूरे vmdk का बैकअप लेना होगा?

— फ़ेकर

नहीं, rsync अंतिम हस्तांतरण के बाद से केवल परिवर्तनों के साथ एक एकल फ़ाइल को कुशलतापूर्वक अपडेट करेगा। निश्चित रूप से वीएम के संचालन से बहुत सारे बदलाव हो सकते हैं जितना आप इसकी अपेक्षा करते हैं, लेकिन यह आपको पूरे vmdk को फिर से शुरू करने वाला नहीं है ...

— user227963

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

— Rqomey

1

@ रिकी - ESXi में "स्नैपशॉट" के विभिन्न प्रकार हैं। आप उस एक प्रकार के बारे में बात कर रहे हैं जो vSphere Client के माध्यम से दिखाई दे रहा है - लेकिन API का उपयोग करके आपको अन्य विकल्प मिले, जैसे: पूर्ण क्लोन।

— मासी

@MASI क्या आपका मतलब है एक क्लोन के रूप में एक स्नैपशॉट के विपरीत? ;)

— राकोमी

33

क्योंकि ESXi कंसोल से स्थानांतरण गति उद्देश्यपूर्ण रूप से सीमित है।
क्योंकि यह किसी भी तरह से स्केलेबल नहीं है।
क्योंकि आपको ESXi होस्ट पर एक स्टेटिक-संकलित rsync बाइनरी ड्रॉप करना होगा।
क्योंकि VMs, VMDKs, उनकी रैमडिस्क फाइलें और अन्य घटक rsync को खोने का प्रस्ताव बनाने के लिए पर्याप्त रूप से बदल सकते हैं ... क्या आप वास्तव में 200GB VM को फिर से सिंक करना चाहते हैं जिसे रिबूट किया गया था और छोटी संख्या में फाइलें बदल गई थीं?
स्रोत या गंतव्य पर CPU / मेमोरी संसाधन आवश्यकताओं के कारण। रुपये का शुल्क मुक्त नहीं है।
क्योंकि बाजार में अन्य उत्पाद हैं, दोनों तृतीय-पक्ष और VMware प्रदान करते हैं। ऊपर देखो बदल दिया ब्लॉक ट्रैकिंग ।
क्योंकि ESXi है नहीं एक सामान्य प्रयोजन ऑपरेटिंग सिस्टम।

इसे भी देखें: VMware ESX 4.1 सर्वर पर rsync स्थापित करें

— ewwhite
स्रोत

1

बकाया जवाब।

— ईईएए

3

वे नहीं कर रहे हैं ... मेरा मतलब है, यह नाम में है: यहूदी बस्ती । वहाँ बेहतर समाधान हैं। Veeam, vSphere Data Protection इत्यादि

— ewwhite

2

यदि आप xen / kvm पर स्विच करते हैं तो आप निश्चित रूप से rsync विधि का उपयोग कर सकते हैं।

— Zoredache

9

@ user227963 Rsync दोनों पर भी अक्षम है - बड़ी संख्या में फाइलें और साथ ही बड़ी फाइलें। और जबकि इसे तार पर पूरी फाइल को फिर से नहीं भेजना है, इसे स्रोत और गंतव्य पर समान रूप से फिर से बनाना होगा। सीबीटी आपको यहां मदद करेगा, लेकिन rsync सीबीटी के बारे में कुछ नहीं जानता है।

— वबबिट

2

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

— जेम्सरैन

4

मैं कुछ साल पहले बस यही करता था। (संपादित करें: CentOS होस्ट्स पर VMWare चलने के साथ, ESXi स्वीकार नहीं है)

हर रात मेरे पास एक स्क्रिप्ट होती थी जो VM को निलंबित कर देती थी, डिस्क से फ़ाइलों को बैकअप सर्वर में rsync करती थी और फिर VMs को फिर से शुरू करती थी। इसे छोड़कर काफी अच्छा काम किया ...

Rsync 2GB फ़ाइल के साथ बहुत अच्छा काम नहीं करता है।

इसकी वजह यह नहीं है कि rsync शानदार नहीं है, यह अधिक है कि प्रत्येक 2GB vmdk फ़ाइल उन तरीकों से बदलती है जो rsync के लिए बहुत अपारदर्शी हैं, यहां तक कि संलग्न फाइलसिस्टम में छोटे परिवर्तन भी vmdk (या किसी कारण से सभी vmks) में परिवर्तन का उत्पादन करते हैं, जिस पर मैंने आरोप लगाया था विंडोज, या तो स्वचालित रूप से डीफ़्रेगिंग कर रहा है या अन्यथा सभी अन्य चीजें कर रहा है जो कि कोई फर्क नहीं पड़ता है कि आप एक वास्तविक सिस्टम चला रहे हैं, लेकिन जब आप वीएम को rsync करने की कोशिश कर रहे हैं तो दिखाओ!

मुझे लगता है कि परिवर्तनों का पता लगाने के लिए rsync तंत्र 2GB फ़ाइल पर बहुत अच्छी तरह से काम नहीं करता है, जबकि यह बहुत बार vmdk के शुरू होने के समय से फिसल जाता है, एक बार जब यह एक अंतर खोजने के लिए शुरू होता है तो यह फ़ाइल के बाकी हिस्सों की नकल करेगा। मुझे नहीं पता कि अगर यह rsync के साथ एक समस्या है, जो बाइनरी डेटा के स्थानांतरित चंक का पता लगाने में सक्षम नहीं है, या स्रोत बॉक्स पर मेमोरी की कमी है, या क्या vmdk अभी तक सभी तरह से अपडेट हो गया है। इससे कोई फर्क नहीं पड़ता क्योंकि परिणाम वही था - vmdk का अधिकांश भाग कॉपी हो गया।

अंत में मैंने बस किसी भी बदली हुई फाइल को कॉपी किया और उन्हें ओवरराइट कर दिया, फिर भी rsync का उपयोग किया। मैं भी बेहतर प्रदर्शन बस rsync कॉपी दे और क्या था की जगह के बजाय बैकअप फ़ाइल को अधिलेखित करने के लिए किया था।

हमारा बैकअप सर्वर या तो सबसे तेज़ नहीं था और यह उस बिंदु पर पहुंच गया जहां रात भर चलने वाले सभी वीएम का बैकअप लेने के लिए पर्याप्त समय नहीं था।

हालांकि, जब हमें एक वीएम को पुनर्स्थापित करने की आवश्यकता थी, तो यह वास्तव में आसान था और खूबसूरती से काम किया।

— gbjbaanb
स्रोत

ठीक है, यह बहुत मददगार है। मुझे थोड़ा सा पता है कि rsync कैसे काम करता है, और मैं आपको बता सकता हूं कि इसका फ़ाइल के आकार से कोई लेना-देना नहीं है - लेकिन आप जो वर्णन कर रहे हैं, वह यह है कि फ़ाइल के परिवर्तनों की तुलना में आप इसकी अपेक्षा बहुत अधिक करते हैं ... अर्थात कहते हैं, आप एक दिन के लिए VM चलाते हैं, और आप केवल इसके साथ कुछ छोटी चीजें करते हैं, और फिर आप इसे रोक देते हैं ... लेकिन vmdk फ़ाइल 30-40% द्वारा बदल दी गई (भले ही आपने बहुत कम किया हो)। तो rsync बस ठीक काम करेगा, यह करने के लिए बस बहुत काम है ... आपकी अपेक्षा से अधिक। धन्यवाद!

— user227963

1

लेकिन फिर ... यह सवाल उठता है ... "पेशेवर" उपकरण कैसे करते हैं? वे किस तरह का जादू कर रहे हैं जो किसी भी तरह rsync (या scp, या cp) की तुलना में अधिक इष्टतम है? दिन के अंत में, आपके पास एक यूनिक्स वातावरण (ESXi कंसोल) है और आप एक फ़ाइल को इसमें या उससे बाहर ले जाना चाहते हैं ... इसमें कौन से रहस्य शामिल हो सकते हैं?

— user227963

@ user227963 पेशेवर उपकरण बदले-ब्लॉक-ट्रैकिंग जैसी सुविधाओं का लाभ उठाते हैं या अन्य vSphere या ESXF API की पहुंच रखते हैं।

— इविहित

2

किसी एकल फ़ाइल को जमा करना एक बैकअप समाधान नहीं है,

जब आप vm को कुछ हुआ और फ़ाइलें हटा दी गईं, तो आप क्या करते हैं, लेकिन आपके rsync के फिर से चलने के बाद आपने केवल इस पर ध्यान दिया है? आपने अब खराब छवि के साथ आपकी फ़ाइलों का अच्छा 'बैकअप' अधिलेखित कर दिया होगा।

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

यहाँ आपके लिए विकल्प हो सकते हैं, rsync के साथ, और एक कॉपी-ऑन-राइट फाइलसिस्टम जिसमें सूचनाओं का संस्करण है, जो आपके rsync स्क्रिप्ट के चलने पर हर बार डिफरेंशियल स्टोर में असर करेगा। यह समाधान पहले से ही थोड़ा अधिक जटिल होने लगता है, इसीलिए लोग ज्ञात कार्य समाधान imho का सहारा लेते हैं।

— जेन्स टिमरमैन
स्रोत

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

— user227963

0

ऐसा कोई कारण नहीं है कि आप ESXi सर्वर में रु। का उपयोग नहीं कर सकते हैं। हम यहाँ एक संकलित संकलित संस्करण प्रस्तुत करते हैं https://33hops.com/rsync-for-vmware-vsphere-esxi.html जो बहुत अच्छा काम करता है। अपने खुद के संकलन के बारे में जानकारी भी है।

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

मैंने इस विषय पर एक पूर्ण पोस्ट प्रकाशित की है, जिसमें सभी पेशेवरों और विपक्षों का विवरण दिया गया है https://33hops.com/blog_xsibackup-rsync-considerations.html

— डैनियल जे।
स्रोत