ताज द्वारा आभासी मशीनों के लिए स्वचालित सर्वर क्लोनिंग

समस्या का बयान

समस्या का वर्णन

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

सुंदरता के लिए चित्र

कार्य

मुकुट द्वारा लड़ाकू मशीनों को आभासी मशीनों में क्लोन करने के लिए एक स्वचालित प्रणाली बनाएं।

क्या हुआ?

virt_server> p2v.py foo full WORKING WITH SERVER: 'foo' READING CONFIG FOR 'foo' CHECKING LOCAL CONFIG CHECKING LOCAL CONFIG FOR 'foo' COMPLETED SUCCESSFULLY CHECKING REMOTE CONFIG CHECKING NODUMP FLAG: "lsattr -d /home/backupman/dumps | egrep '[\\w-]+d[\\w-]+[ ]/data/dumps'" CHECKING REMOTE DUMP: 'sudo /sbin/dump a0f /dev/null /dev/null' CHECKING IF WE ARE ABLE TO SSH TO: "ssh -T backupman@foo 'if [ -d /data/dumps ] ; then exit 0 ; else exit 1 ; fi'" CHECKING REMOTE CONFIG FOR 'foo' COMPLETED SUCCESSFULLY DUMPING FILESYSTEMS GETTING THE DUMPS STOPPING VM: foo2 MAKING FS TYPE: ext3 ON PARTITION: /dev/mapper/foo RESTORING DUMPS FOR: foo INSTALLING BOOTLOADER FOR: foo RESTORING CONFIG FOR: foo STARTING VM: /etc/xen/foo.xm 

कैसे किया

लड़ाई सर्वर क्लोनिंग

सबसे सरल और एक ही समय में सबसे तेजी से तरीके से एक लड़ाकू सर्वर को क्लोन किए बिना इसे रोकने के लिए, मैं निम्नलिखित पर विचार करता हूं:

• dump उपयोगिता का उपयोग करके स्वयं सर्वर पर एक डंप बनाना। विचार इस प्रकार हैं:
  
  • वर्चुअल मशीन के लिए लाइव FS डंप करने पर संभावित समस्याएं भयानक नहीं हैं, यह बैकअप नहीं है। अनुभव से, व्यवहार में, मुझे अभी तक टूटी हुई फ़ाइलों के साथ समस्याओं का सामना नहीं करना पड़ा है
  • सर्वर डंप जल्दी से किया जाता है, जो महत्वपूर्ण है
• वर्चुअल मशीन के साथ एक डंप को सर्वर से कॉपी करना। मैं कब से scp उपयोग करता हूँ हमारी गति से, टोंटी अभी भी नेटवर्क है, और इसलिए ट्रांसमिशन के दौरान फ़ाइलों को एन्क्रिप्ट करने की लागत भयानक नहीं है
• restore उपयोगिता का उपयोग करते हुए एक पूर्व-आवंटित एलवीएम विभाजन के लिए एक डंप की तैनाती करें
• बूटलोडर स्थापना
• वर्चुअल मशीन ( /etc/network/interfaces, /etc/hostname, /etc/mailname, /etc/aliases , आदि) के लिए /etc/network/interfaces, /etc/hostname, /etc/mailname, /etc/aliases
• नए सिरे से तैयार वर्चुअल मशीन शुरू करना।

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

स्पष्टता के लिए, मैं एक उदाहरण दूंगा। मान लीजिए कि हमारे पास एक वर्चुअल मशीन सर्वर virt_server , साथ ही क्लोन किया जाने वाला एक भौतिक सर्वर server1 ।

• virt_server 1 क्लोन के लिए virt_server कॉन्फ़िगरेशन virt_server में /etc/xen/server1.xm पर निहित है
• server1 1 का LVM विभाजन है: /dev/mapper/server1
• हम virt_server:/dumps/server1 server1:/dumps/server1/ , और इसे कॉपी करने के लिए virt_server:/dumps/server1
• चेंज किए गए virt_server:/dumps/server1/cfg/ 1 virt_server:/dumps/server1/cfg/ को virt_server:/dumps/server1/cfg/ रूप से रखा जाएगा virt_server:/dumps/server1/cfg/

सब कुछ काम करने के लिए, server1 backupman पर backupman उपयोगकर्ता को जोड़ने की आवश्यकता है, और बिना पासवर्ड के उसे backupman sudo dump अनुमति दें। virt_server आपको backupman@server1 पर मुख्य प्रमाणीकरण कॉन्फ़िगर करना होगा। virt_server हम सब कुछ जड़ से करेंगे।

इस सेटिंग के साथ, कंसोल से क्लोनिंग प्रक्रिया इस तरह दिखाई देती है:

 root@virt_server> xm destroy server1 root@virt_server> ssh backupman@server1 backupman@server1$ sudo dump -a0f /dumps/server1.root / backupman@server1$ for i in var usr home ; do sudo dump a0f /dumps/server1.$i /$i ; done backupman@server1$ exit root@virt_server> scp backupman@server1:/dumps/server1.* /dumps/server1/ root@virt_server> mkfs.ext4 /dev/mapper/server1 root@virt_server> mount /dev/mapper/server1 /mnt/server1 root@virt_server> cd /mnt/server1 root@virt_server> restore -rf /dumps/server1.root root@virt_server> for i in var usr home ; do cd /mnt/$i && restore /dumps/server1.$i ; done root@virt_server> dd if=/usr/share/syslinux/mbr.bin of=/dev/mapper/server1 root@virt_server> extlinux --install /dev/mapper/server1 root@virt_server> scp -R /dumps/server1/cfg/* /mnt/server root@virt_server> xm start server1.xm 

प्रक्रिया स्वचालन

अब जब सर्वर क्लोनिंग एल्गोरिथ्म स्पष्ट है, तो आप एक स्क्रिप्ट लिखना शुरू कर सकते हैं। स्क्रिप्ट के साथ काम निम्नानुसार किया जाएगा:

• स्क्रिप्ट कॉन्फ़िगरेशन बताता है कि प्रत्येक सर्वर को कैसे क्लोन किया जाए
• स्क्रिप्ट तर्क सर्वर नाम और आवश्यक कार्रवाई का संकेत देते हैं
• Skrpit सर्वर नाम के नाम से कॉन्फ़िगर अनुभाग को पढ़ता है, फिर स्वचालित रूप से सर्वर को क्लोन करता है और वर्चुअल मशीन शुरू करता है
• रात में ताज पर स्क्रिप्ट चलती है
• ????
• लाभ!

वर्चुअल मशीन सर्वर और क्लोन सर्वर को कॉन्फ़िगर करें

वर्चुअल मशीन सर्वर पर, निम्न कार्य करें:

• वर्चुअल मशीन के लिए डिस्क पार्टीशन बनाएं
• वर्चुअल मशीन कॉन्फ़िगरेशन फ़ाइल बनाएँ
• स्क्रिप्ट कॉन्फ़िगरेशन फ़ाइल बनाएँ

क्लोन किए गए सर्वर पर, निम्न कार्य करें:

• dump उपयोगिता स्थापित करें
• backupman उपयोगकर्ता बनाएं
• इस उपयोगकर्ता को निम्नलिखित को / etc / sudoers में जोड़कर डंप शुरू करने की अनुमति दें: backupman ALL=NOPASSWD: /sbin/dump
• डंप के लिए एक निर्देशिका बनाएँ
• इस निर्देशिका में chattr +d करें ताकि यह डंप न करें
• कुंजी द्वारा क्लोन सर्वर के लिए आभासी मशीनों के उत्तर से ssh एक्सेस की अनुमति दें

लिपि विन्यास

मानक .ini प्रारूप में विन्यास स्क्रिप्ट के साथ निर्देशिका में रखा गया है। यह इस तरह दिखता है:

 [server1] vm_config = /etc/xen/server1.xm vm_name = server1 ssh = backupman@server1.site scp = backupman@server1.site dumps_list = /,/var,/usr,/home remote_dumps_dir = /home/bakupman/dumps local_dumps_dir = /dumps/server1 mount_dir = /mnt/server1 partition = /dev/mapper/server1 fs = ext3 

ssh और scp मापदंडों के बारे में थोड़ा स्पष्टीकरण दिया जाना चाहिए। ये पैरामीटर क्रमशः ssh और scp कॉल्स के प्रारूप को निर्धारित करते हैं, और ये दोनों तब से आवश्यक हैं ssh पोर्ट को -p स्विच के साथ निर्दिष्ट किया जाता है, और scp , स्विच को -P साथ दिया जाता है।

स्क्रिप्ट ही

मैं स्क्रिप्ट को पूरी तरह से लाने की बात नहीं देखता, क्योंकि मैंने इसे गीथूब पर पोस्ट किया है, इसलिए मैं केवल स्क्रिप्ट के संचालन का वर्णन करूंगा।

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

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

 def main(): """Main function, calls all other ones""" if len(sys.argv) < 3: sys.exit('Usage: %s <servername> <action> (check|full|dump|get|restore)' % sys.argv[0]) server = sys.argv[1] action = sys.argv[2] print "\nWORKING WITH SERVER: %r\n" % server if action == "check": try: conf=read_config(server) check_config_local(conf) check_config_remote(conf except Exception, e: sys.exit("\nERROR: %r\n" % e) elif action == "full": try: conf=read_config(server) check_config_local(conf) check_config_remote(conf) stop_vm(conf) dump_physical(conf) get_dumps(conf) restore_vm(conf) install_bootloader(conf) restore_config(conf) start_vm(conf) except Exception, e: cleanup(conf) sys.exit("\nERROR: %r\n" % e) <...> 

सभी स्क्रिप्ट का काम इस तरह से संरचित है कि अगर कुछ कार्रवाई पूरी नहीं हो सकती है, तो एक अपवाद फेंक दिया जाता है और स्क्रिप्ट एक त्रुटि संदेश के साथ समाप्त हो जाती है।

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

स्क्रिप्ट का सबसे "कठिन" हिस्सा जाँच रहा है। मैं इस टुकड़े पर ध्यान आकर्षित करना चाहता हूं:

 def check_config_local(conf): """Checks config by trying to ssh, checking existence of local and remote folders, destination partition, mount point, and remote dump utility""" print "\nCHECKING LOCAL CONFIG\n" # check for ensuring we won't delete accidentaly specified host os parittion if conf['partition'] == "/dev/sda" or conf['partition'] == "/dev/sda1" or \ conf['partition'] == "/dev/sda2" or conf['partition'] == "/dev/sda3" or \ conf['partition'] == "/dev/sda4" or conf['partition'] == "/dev/sda5": raise Exception, "DON'T KILL THE SERVER! %S IS A SYSTEM PARTITION!!" % conf['partition'] 

वर्चुअल मशीन सर्वर पर मेरा ऑपरेटिंग सिस्टम इन वर्गों पर स्थापित है, LVM स्वयं वर्चुअल मशीनों के लिए बना है। क्योंकि जब वर्चुअल मशीन को इसके लिए नामित विभाजन पर तैनात किया जाता है, तो एक नई फ़ाइल प्रणाली बनाई जाती है, फिर अपने सर्वर को वर्चुअल मशीन के आकस्मिक विनाश से बचाने के लिए, अपने सिस्टम विभाजन यहां दर्ज करें।

GitHub

बस इतना ही, स्क्रिप्ट यहां ली जा सकती है: github.com/sistemshik/p2v