RAID के लिए एक चल रहे सर्वर को माइग्रेट करना

एक बार Ubuntu 12.04 पर एक LAMP सर्वर था जो एक एकल ड्राइव पर काम करता था। तदनुसार, समस्या सर्वर के स्थानांतरण को एक अधिक दोष-सहिष्णु विन्यास - RAID1 को सुनिश्चित करने के लिए उत्पन्न हुई। इस सर्वर के प्रभारी कामरेडों ने दूसरी डिस्क स्थापित की, और बाकी को मुझे सौंपा गया था, और सर्वर तक पहुंच केवल ssh के माध्यम से थी, जो कार्य को जटिल करती थी।

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

डिस्क का टूटना इस प्रकार था:

/dev/sda1 2048 1574911 786432 swap /dev/sda2 * 1574912 16254975 7340032 / /dev/sda3 16254976 31457279 7601152 /home 

चूंकि दूसरी डिस्क नई थी, इसलिए पिछले विभाजन को हटाने के लिए कोई ऑपरेशन की आवश्यकता नहीं थी।

पहले चीजों में /etc/default/grub में संशोधन किया गया था:
GRUB_TIMEOUT = 5 (टाइमआउट कम करें);
GRUB_RECORDFAIL_TIMEOUT = 10 (जोड़ ताकि सिस्टम हस्तक्षेप की आवश्यकता के बिना त्रुटि की स्थिति में बूट हो सके; समय-समय पर स्वाद के लिए);
GRUB_CMDLINE_LINUX_DEFAULT = "bootdegraded" ("bootdegraded" जोड़ना सुनिश्चित करें ताकि सिस्टम एक अवर सरणी से बूट हो सके);
# GRUB_HIDDEN_TIMEOUT_QUIET = सच (बाहर टिप्पणी की जानी चाहिए ताकि GRUB मेनू हमेशा प्रदर्शित हो)।

अस्थायी रूप से स्वैप को अक्षम करें, fdisk / dev / sda1 विभाजन को fdisk (Linux raid autodetect) का उपयोग करके सेट करें, और फिर दूसरी डिस्क को पहले की तरह ही विभाजित करें (सभी ऑपरेशन सुपरयुसर अधिकारों के साथ किए जाते हैं):

 sfdisk –d /dev/sda | sfdisk –f /dev/sdb 

फिर हम अपने RAID कदम से कदम बनाना शुरू करते हैं:

 mdadm --create --verbose /dev/md0 --raid-devices=2 --level=1 --metadata=1.2 /dev/sda1 /dev/sdb1 

swap तहत एक अनुभाग बनाएँ:

 mkswap /dev/md0 

हम सही /etc/fstab , RAID विभाजन के साथ पहली डिस्क के विभाजन को प्रतिस्थापित करते हैं और छठे कॉलम (fsck को जांचने की आवश्यकता) में संख्याओं को बदलकर शून्य करते हैं:

 /dev/sda1 → /dev/md0 # SWAP /dev/sda2 → /dev/md1 # / /dev/sda3 → /dev/md2 # /home 

swap सक्रिय करें:

 swapon -a 

चूंकि हमारा सर्वर वर्तमान में पहली डिस्क पर काम कर रहा है, इसलिए हम केवल दूसरी डिस्क का उपयोग करके RAID बनाते हैं:

 mdadm --create --verbose /dev/md1 --raid-devices=2 --level=1 --metadata=1.2 missing /dev/sdb2 mkfs.ext4 /dev/md1 mdadm --create --verbose /dev/md2 --raid-devices=2 --level=1 --metadata=1.2 missing /dev/sdb3 mkfs.ext4 /dev/md2 

mdadm.conf कॉन्फ़िगरेशन अपडेट कर mdadm.conf है:

 mdadm --examine --scan >> /etc/mdadm/mdadm.conf 

initramfs ताकि यह हमारे RAID के बारे में जानकारी initramfs :

 update-initramfs -u 

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

 mount /dev/md1 /mnt/ && [tmux|screen] rsync -axu / /mnt mount /dev/md2 /mnt/home && [tmux|screen] rsync -axu /home/ /mnt/home 

Ssh कनेक्शन में एक अप्रत्याशित रुकावट के कारण तुल्यकालन को रोकने के लिए, एक टर्मिनल मल्टीप्लेक्सर का उपयोग बाधा नहीं बनेगा।

सिंक्रनाइज़ेशन के अंत की प्रतीक्षा करने के बाद, सिस्टम निर्देशिकाओं को एक नई रूट पर माउंट करें:

 mount --bind /proc /mnt/proc mount --bind /dev /mnt/dev mount --bind /var /mnt/var mount --bind /run /mnt/run mount --bind /sys /mnt/sys 

हम एक नई व्यवस्था की ओर बढ़ रहे हैं

 chroot /mnt 

और दोनों डिस्क पर बूटलोडर स्थापित करें

 grub-install -–recheck /dev/sda grub-install --recheck /dev/sdb 

हम RAID ( mdraid1x ) के लिए आवश्यक मॉड्यूल लोड करने के लिए बूट कॉन्फ़िगरेशन को अपडेट करते हैं:

 update-grub 

हम मूल प्रणाली पर लौटते हैं और यदि आवश्यक हो, तो अनुभागों को फिर से सिंक्रनाइज़ करते हैं:

 [tmux|screen] rsync -axu / /mnt [tmux|screen] rsync -axu /home/ /mnt/home 

चूँकि हमारे पास या तो कंसोल या सर्वर तक भौतिक पहुँच नहीं है और हम उस डिस्क का चयन नहीं कर सकते जिससे RAID बूट होगा, हम इस ट्रिक का उपयोग करते हैं: हम तैयार बूटलोडर विन्यास को उस डिस्क में स्थानांतरित करते हैं जहाँ से सिस्टम शुरू होता है और जो RAID में नहीं है। RAID के बारे में कौन जानता है। RAID में स्थित डिस्क से grub.cfg की प्रतिलिपि हमारे वर्तमान बूट डिस्क पर दें। यह सिस्टम को / dev / sda से शुरू करने की अनुमति देगा, लेकिन सरणियों को माउंट करता है और पहले से ही RAID में विभाजन से बूट करना जारी रखता है। सबसे पहले, पुरानी फाइल को सेव करें, जिसे सिस्टम को रिस्टोर करते समय जरूरत पड़ सकती है यदि यह RAID से बूट करना संभव नहीं है, और फिर "कॉम्बैट" कॉन्फ़िगरेशन फाइल को कॉपी करें:

 cp -p /boot/grub/grub.cfg /boot/grub/grub.old cp -p /mnt/boot/grub/grub.cfg /boot/grub/grub.cfg 

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

अब हम किए गए कार्य और रिबूट के सबसे महत्वपूर्ण चरण पर आगे बढ़ते हैं। आप कंसोल में सर्वर को ping करना शुरू कर सकते हैं ताकि यह स्पष्ट हो जाए कि सर्वर कब फिर से उपलब्ध होगा। हम लॉग इन करते हैं और देखते हैं कि सब कुछ जिस तरह से हम चाहते थे: lsblk पता चलता है कि / और /home निर्देशिका RAID विभाजन पर हैं।

क्षुधावर्धक के लिए एक आसान और सुखद काम रहता है - पहली डिस्क के दो विभाजन जोड़कर सरणी के fdisk साथ सेट करने के बाद:

 mdadm /dev/md1 --add /dev/sda2 mdadm /dev/md2 --add /dev/sda3 

और फिर समय-समय पर देखें कि दर्पण सिंक्रनाइज़ेशन कैसे चल रहा है:

 watch -n 5 cat /proc/mdstat 

मुझे यहाँ समाप्त करने के लिए, आपका ध्यान के लिए धन्यवाद!