लिनक्स होस्ट को नए हार्डवेयर में कॉपी करें

Question

मुझे पुराने हार्डवेयर से नए हार्डवेयर में माइग्रेशन होस्ट करने की आवश्यकता है। विशेष रूप से, HP BL460G7 से HP BL460G8 तक। पुराने और नए दोनों सर्वरों में 2 x 600GB 2.5 "ड्राइव है और RAID1 के लिए कॉन्फ़िगर किया गया है। मैं प्रति सर्वर 30 मिनट डाउनटाइम खर्च कर सकता हूं।

माइग्रेट करने के लिए चार सर्वर हैं, सबसे छोटे में कुल 120GB तार्किक मात्रा में आवंटित किया गया है और सबसे बड़ा 510GB आवंटित किया गया है। तीन सर्वर RHEL5 चला रहे हैं और एक RHEL6 चला रहे हैं।

मैं अपने मस्तिष्क को इस समय सीमा के भीतर और ओएस और महत्वपूर्ण डेटा को नष्ट किए बिना कैसे कर रहा हूं।

मेरा एकमात्र विचार यह है:

• पुराने सर्वर से एक ड्राइव को हटा दें (सर्वर चालू है)
• नए सर्वर से दोनों ड्राइव निकालें (सर्वर बंद है)
• कैडी से G7 ड्राइव निकालें और अलग सेट करें
• कैडी से G8 ड्राइव निकालें और G7 कैडी में स्थापित करें
• पुराने सर्वर में G7 कैडी में G8 ड्राइव स्थापित करें
• RAID1 सरणी के पुनर्निर्माण के लिए RAID नियंत्रक की प्रतीक्षा करें
• जब पुराना सर्वर बंद कर दिया
• G7 कैडी में G8 ड्राइव निकालें
• G8 कैडी में G8 ड्राइव इंस्टॉल करें और G8 में डालें (सिंगल ड्राइव इंस्टॉल)
• बूट G8 सर्वर
• बूट करने के लिए OS की प्रतीक्षा करें
• जब OS ने शेष ड्राइव डाला है
• RAID सरणी के पुनर्निर्माण के लिए प्रतीक्षा करें

क्या यह ध्वनि समझदार है?

संपादित करें: RHEL5 RHEL5.10 हैं और RHEL6 RHEL6.6 है

मुझे यह भी ध्यान रखना चाहिए कि दो प्रणालियाँ एक गर्म चार नोड क्लस्टर का हिस्सा हैं जो कि अनुप्रयोग "घटनाओं" (इसकी एक महत्वपूर्ण बुनियादी ढाँचा प्रणाली का हिस्सा) के निरंतर प्रतिकृति के पास है। हमारे पास बैकअप हैं लेकिन हम केवल कुल सिस्टम विफलता की स्थिति में उपयोग करते हैं।

पिछले परीक्षण ने लगभग ५० एमबीपीएस की प्रणालियों के बीच एक अधिकतम d डीडी ’के बारे में दिखाया है जो बहुत धीमी है।

संपादित करें: मैं कुदज़ु पर भरोसा करने और हार्डवेयर परिवर्तनों से निपटने के लिए जा रहा था।

Comments

RHEL5 और RHEL6 के किन विशिष्ट संस्करणों का उपयोग किया जा रहा है?

— ewhite

संपादित में उत्तर दिया गया

— user1174838

Gen8 सर्वर के अंदर G7 डिस्क को फिट करने का प्रयास न करें - केवल भौतिक ट्रे की तुलना में अधिक परिवर्तित है।

— चॉपर 3

जानबूझकर एक RAID को महत्वपूर्ण डेटा के साथ नीचा दिखाना एक अच्छी योजना की तरह नहीं लगता है।

— कैस्परड

Answer 1

यह ध्यान दिया जाना चाहिए, कि वितरण के आधार पर आवश्यक अन्य कदम हो सकते हैं। सबसे विशेष रूप से ड्राइवर (@ @ के रूप में इंगित करने के लिए धन्यवाद)।

1. नए सर्वर को livecd / usb से बूट करें।
2. नए ड्राइव पर विभाजन और बूटब्लॉक तैयार करें।
   • सेटअप के आधार पर, यह MBR / बूटब्लॉक कॉपी करके किया जा सकता है।
3. फाइलसिस्टम बनाएं।
4. पुराने सर्वर से नए में rsync करें।
   • आप इसे फिर से करना चाह सकते हैं कि अनुवर्ती rsync को कितना समय लगेगा - यदि इसकी 30 मिनट से कम अवधि है, तो जारी रखें।
   • यह समय है, आप वास्तव में कोशिश कर सकते हैं, अगर नई प्रणाली बूट करती है। बस किसी भी आईपी (या अन्य) संघर्षों का कारण न बनने के लिए सावधान रहें।
5. शटडाउन उन सभी सेवाओं को जो फाइलसिस्टम को लिखता है
   • अधिमानतः livecd / usb के लिए रिबूट
6. पुराने सर्वर से नए पर फिर से रुपये का डेटा
7. नए सर्वर को रिबूट करें और इसका उपयोग करें

इस तरह से करना, आपके पास अभी भी मूल सर्वर बरकरार है, इसलिए यदि कुछ भी गलत होता है, तो एक आसान तरीका है। लेकिन इसके लिए कुछ ज्ञान (ग्रब / rsync / विभाजन) की आवश्यकता होती है, इसलिए मैं इसे लाइव करने से पहले कुछ पूर्व-काम और परीक्षण करने का सुझाव देता हूं।

Comments

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

— ewwhite

आह, मुझे एंटरप्राइज डिस्ट्रोस से संबंधित किसी भी चीज का जवाब नहीं देना चाहिए ... सॉरी 'बाउट

— फॉक्स

@ फॉक्स: लोकप्रिय मांग से हटा दिया गया। आपका जवाब अच्छा है।

— स्वेन

@ user1174838 जो एक बाधा नहीं होनी चाहिए ... केवल एक समस्या जो मुझे दिखाई देगी वह है बड़ी मात्रा में छोटी फाइलें।

— फॉक्स

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

— पेटेर - मोनिका

Answer 2

दो चीज़ें:

• मैं नए सिरे से और rsync डेटा का निर्माण करूँगा।
• आपका डाउनटाइम एलॉटमेंट / विंडो बहुत छोटा प्रतीत होता है। 30 मिनट के विशिष्ट स्थितियों में काम कर सकते हैं, लेकिन नहीं होना चाहिए आप क्या यह वास्तव में काम को पूरा करने में लगने के आधार पर यथार्थवादी डाउनटाइम आवश्यकता हुक्म जा सकता है?

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

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

मैं अक्सर इस प्रकार के बदलाव करता हूं। समान लिनक्स इंस्टॉलेशन के साथ, आपको शायद ही कभी एक सटीक पैकेज सूची (यम या आरपीएम के माध्यम से आसानी से प्राप्य), कॉन्फ़िगरेशन निर्देशिकाओं (जैसे /etc) और आपके डेटा विभाजन की आवश्यकता होती है। यदि आपके पास पहले से किकस्टार्ट प्रोविजनिंग सिस्टम नहीं है, तो आप इस बात का लाभ उठा सकते हैं /root/anaconda-ks.cfgकि G7 सिस्टम कैसे बनाया गया था।

आपके द्वारा बताए गए विशिष्ट आरएचईएल संस्करणों के आधार पर, बस डिस्क्स को स्थानांतरित करने के बारे में आपके प्रश्न का उत्तर देने के लिए, यह बिल्कुल संभव है। आप डिस्क / कैडडीज को स्थानांतरित कर सकते हैं और एचपी स्मार्ट एरे मेटाडेटा P410 और P420 नियंत्रकों के बीच संगत है जो आपके सिस्टम में हो सकता है। हालांकि, मैं पहले नए सिस्टम में ड्राइव और घटकों के फर्मवेयर को पूरी तरह से अपडेट किए बिना ऐसा नहीं करूंगा।

Comments

इस धागे में कुछ बहुत अच्छी टिप्पणियाँ, सभी को धन्यवाद। मैं पीएम के पास वापस जा रहा हूं और एक बड़ी परिवर्तन विंडो का अनुरोध कर रहा हूं।

— user1174838

Answer 3

यदि आपका पिछला OS संस्करण नए हार्डवेयर (ज्यादातर RAID कंट्रोलर) को संभालने में सक्षम है, तो आप CloneZilla को आजमा सकते हैं ।

यह जाँचने के लिए कि क्या एक हार्डवेयर से दूसरे पर जाना संभव है, आप पुराने से नए सर्वर के सभी डेटा पास करते हैं और dd के साथ कुछ ट्रिक करते हैं।

नए सर्वर को SystemRescueCD जैसे लाइव डिस्ट्रो के साथ बूट करें , IP एड्रेस और dd कमांड को इस तरह से कॉन्फ़िगर करें:

nc -l 8000 | dd of=/dev/sda

वर्तमान सर्वर पर प्रदर्शन

dd if=/dev/sda | nc ${newserverip} 8000

यह नए सर्वर / देव / एसडीए के लिए आपके सर्वर / देव / एसडीए की एक कच्ची प्रतिलिपि बनाएगा। इस तरह आप अपने मूल सर्वर पर डाउनटाइम के बिना और शून्य जोखिम के पास एक परीक्षण कर सकते हैं।

Comments

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

— गुंतराम ब्लोहम मोनिका

@GuntramBlohm मुझे पता है, यह जांचना है कि क्या आप पुराने सर्वर को नए में क्लोन करने में सक्षम हैं, बिना डोनटाइम के। एक बार जब आप परीक्षण कर लेते हैं, तो आप सर्वर को क्लोन कर सकते हैं, बेशक इसे बंद कर सकते हैं या प्रमुख सेवाओं को रोक सकते हैं।

— अल्फामाइकविक्टर

क्लोनज़िला और संबंधित तकनीकों को सिस्टम के बीच डेटा की प्रतिलिपि बनाने में 30 मिनट से अधिक समय लगेगा।

— user1174838

Answer 4

प्रोजेक्ट मैनेजर ने बड़े आउटेज विंडो के लिए मेरे अनुरोध को अस्वीकार कर दिया है।

प्रश्न में उल्लिखित प्रस्तावित प्रक्रिया ने परीक्षण में अच्छी तरह से काम किया। डाउनटाइम 20 मिनट से कम था। मैंने G7 और फिर Gen8 पर प्रगति की निगरानी के लिए hpacucli उपयोगिता का उपयोग किया, यह इसके लिए बहुत उपयोगी था।

मैंने अभी तक गुस्से में ऐसा नहीं किया है, लेकिन जैसा कि यह कहा गया है कि इसने BL460G7 पर BL460G8 पर RHEL 5.10 के परीक्षण में अच्छा काम किया है।

मैंने फर्मवेयर अपडेट नहीं किया।

G7 में शुरुआती RAID1 पुनः सिंक करने में एक घंटे से अधिक समय लगा। Gen8 में री-सिंक को 50 मिनट से कम समय लगा। यह मुझे चिंतित करता है लेकिन मुझे कोई समस्या नहीं है।

सभी उपयोगी टिप्पणियों और सुझावों के लिए फिर से धन्यवाद।