🧒🏿 🤮 👋🏾 छवि से सर्वर: DHCP + TFTP + Initrd + OpenVZ 🙋 👐🏼 👎

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

हम क्या करेंगे के बारे में कुछ शब्द

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

डीएचसीपी

यहां सब कुछ सरल है। मैंने dhcpd का उपयोग किया। डिफ़ॉल्ट कॉन्फ़िगरेशन में, दर्ज करें:

# dhcpd pxelinux
option space pxelinux;
option pxelinux.magic code 208 = string;
option pxelinux.configfile code 209 = text;
option pxelinux.pathprefix code 210 = text;
option pxelinux.reboottime code 211 = unsigned integer 32;

site-option-space "pxelinux";
option pxelinux.magic f1:00:74:7e;
if exists dhcp-parameter-request-list {
option dhcp-parameter-request-list = concat(option dhcp-parameter-request-list,d0,d1,d2,d3);
}

group
{
option pxelinux.configfile "configs/bla-bla.ru/config"; # pxelinux`a
filename "/var/lib/tftpboot/pxelinux.0"; #
#
host first.bla-bla.ru
{
hardware ethernet 48:5b:39:90:b9:06; #MAC
fixed-address 192.168.0.100;
option host-name "first.bla-bla.ru";
}
#
host second.bla-bla.ru
{
hardware ethernet 48:5b:39:90:b9:07; #MAC
fixed-address 192.168.0.101;
option host-name "second.bla-bla.ru";
}
}

subnet 192.168.0.0 netmask 255.255.255.0 #, dhcp-
{
option routers 192.168.0.1; #
option domain-name-servers 192.168.0.2; #DNS
range 192.168.0.100 192.168.0.150; #
}

deny unknown-clients; #

Dhcpd को पुनरारंभ करें। अब यह नेटवर्क पर बूट करने के लिए कारों की पेशकश करेगा।

TFTP

TFTP के लिए, tftp-hpa का उपयोग किया गया था। इसके लिए /etc/xinetd.d/tftp में सही तरीके से काम करने के लिए (ubuntu में आपको खुद एक फाइल बनानी थी), लाइनें दर्ज की गई हैं:

service tftp
{
port = 69
socket_type = dgram
wait = yes
user = root
server = /usr/sbin/in.tftpd
server_args = /var/lib/tftpboot
disable = no
}

जैसा कि आप कॉन्फ़िगरेशन से देख सकते हैं, हम नेटवर्क को डाउनलोड करने के लिए सभी अच्छे उद्देश्यों को / var / lib / tftpboot में संग्रहीत करेंगे। Xinetd को पुनरारंभ करें। TFTP अब तैयार है

बूटलोडर (PXELinux)

PXELinux SYSLinux`a (जो शायद सभी लिनक्स-सीडी इंस्टॉलेशन सीडी में उपयोग किया जाता है) का जुड़वां भाई है, लेकिन यह नेटवर्क पर बूट करने के लिए उन्मुख है। मैंने उबंटू की नेटबूट छवि से बूटलोडर लिया, हालांकि मुझे संदेह है कि इसे प्राप्त करने के अन्य तरीके हैं। हम बाइनरी (pxelinux.0) को / var / lib / tftpboot / में डालते हैं। इसका डिफ़ॉल्ट कॉन्फ़िगरेशन pxelinux.cfg उपनिर्देशिका में हो सकता है, फिर डिफ़ॉल्ट का उपयोग मुख्य एक के रूप में किया जाएगा (इसके लिए पूर्ण पथ होगा: /var/lib/tftpboot/pxelinux.cfg-default)। लेकिन हमने dhcpd config में संकेत दिया कि bla-bla.ru समूह के सर्वर कॉन्फिगर / bla-bla.ru / config (पूर्ण पथ /var/lib/tftpboot-configs/bla-bla.ru/config) से उनके कॉन्फिग को उठाएंगे। )। इसलिए, हम आवश्यक निर्देशिकाएँ बनाते हैं और कॉन्फ़िगरेशन में लिखते हैं:

default linux
timeout 100

label linux
kernel kernels/vmlinuz-2.6.32
append panic=15 initrd=images/bla-bla.ru/current

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

छवि तैयार करें

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

debootstrap lucid /root/image

अब चुरोट `हम वहाँ जाते हैं और कर्नेल (यूनिट में) डालते हैं। हम chroot`a से बाहर निकलते हैं, और परिणामी कर्नेल को / var / lib / tftpboot / kernels / में खींचते हैं और इसे पिछले अनुभाग से कॉन्फ़िगरेशन में दर्ज करते हैं। वैसे, इसे पर्यावरण से ही हटाया जा सकता है ताकि यह किसी कीमती जगह पर कब्जा न करे।
जैसा कि आप शायद पहले से ही समझ चुके हैं, यह वातावरण भविष्य की छवि है। यहां आप आवश्यक पैकेज डाल सकते हैं और कॉन्फ़िगर को संपादित कर सकते हैं। इसके अलावा, आपको निश्चित रूप से / etc / fstab बनाने की आवश्यकता है (भले ही आप इसे भरना नहीं चाहते हैं, हालांकि मैं अभी भी वहां / खरीद सकता हूं;)) और रूट में इनिट फ़ाइल (इसके बिना, कर्नेल पैनिक किसी कारण के लिए निकला, हालांकि फ़ाइल जानबूझकर थी। निष्पादित करने का कोई अधिकार नहीं था, और सामग्री खाली थी)। मैं आपको dhcp in / etc / network / interfaces द्वारा ip address की रसीद दर्ज करने की भी सलाह देता हूँ - हमारा DHCP सर्वर स्थैतिक पते जारी कर सकता है।
अब हम छवि को इकट्ठा करने के लिए तैयार हैं। लेकिन इससे पहले, आपको प्रक्रिया की एक विशेषता के बारे में जानने की आवश्यकता है: cpio - हार्डलिंक को पैक करना नहीं जानता है । इसका मतलब है कि यदि आप उन्हें पार्स नहीं करते हैं, तो आप कुछ उपयोगिताओं को खो देंगे - उदाहरण के लिए, ifup, ifdown, mkfs और कुछ अन्य फाइलें।
इस समस्या को हल करने के लिए, मैंने पर्ल में एक छोटी बैसाखी लिखी जो उन्हें पार्स करती है: कोड यहाँ है । हम इस स्क्रिप्ट को एक पैरामीटर के रूप में डायरेक्टरी / रूट / इमेज बताते हैं, ताकि यह वहां मौजूद लिंक को पार्स करे। अगला, पर्यावरण (/ रूट / छवि) के साथ निर्देशिका पर जाएं और कहें:

find | cpio -H newc -o -p > ../bla-bla.ru; gzip -9 ../bla-bla.ru;cp ../bla-bla.ru.gz /var/lib/tftpboot/images/bla-bla.ru/2011-03-16;ln -s /var/lib/tftpboot/images/bla-bla.ru/2011-03-16 /var/lib/tftpboot/images/bla-bla.ru/current

यह कमांड छवि को पैक्ड कर देगा, initrd की तरह, इसे सही जगह पर रखें और इसे करंट के साथ लिंक बनाएँ (जो कि विन्यास में निर्दिष्ट है)।
वह सब है! नेटवर्क पर बूट करने की कोशिश करते समय, मशीन को हमारे द्वारा बनाई गई छवि से स्पिन करना चाहिए।

OpenVZ

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

एक वर्चुअल मशीन बनाएँ:

vzctl create 100 --hostname model.bla-bla.ru

आपको इसे अभी चलाने की आवश्यकता नहीं है। हम निजी निर्देशिका की संपूर्ण सामग्री (डिफ़ॉल्ट रूप से / var / lib / vz / private / 100, जहां 100 निर्माण पर निर्दिष्ट VEID है) को हटाते हैं और उस निर्देशिका ट्री को डालते हैं जिसे हमने पिछले पैराग्राफ में बनाया था।

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

हम लॉन्च करते हैं:

vzctl start 100

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

हेडर में, हम "मॉडल" (वर्चुअल मशीन जिसमें से हम चित्र लेंगे) और धृप सर्वर के VEIDs की घोषणा करते हैं। यदि आपका dhcp सर्वर VZ कंटेनर में नहीं रहता है, तो $ out_path को ठीक करें)
स्क्रिप्ट में निर्दिष्ट प्रत्येक वर्चुअल मशीन के लिए, परिवर्तन समय / var / lib / apt / Extended_states की जाँच की जाती है (यह फ़ाइल हर बार संकुल की सूची बदल जाती है - apt-get के माध्यम से कुछ स्थापित / अपडेट करें), प्राप्त समय स्टाम्प / var / के लिए लिखा जाता है कैश / नेटबूट / नंबर (एक निर्देशिका मौजूद होना चाहिए)।
यदि स्क्रिप्ट कैश से समय स्टैम्प जाँच की गई फ़ाइल के संशोधन समय से कम है, तो वर्चुअल मशीन बंद हो जाती है।
अगला, / var / cache / apt को साफ किया जाता है (स्थान बचाने के लिए) और एक cpio छवि एकत्र की जाती है, जिसके बाद वर्चुअल मशीन फिर से शुरू होती है। पहले, पिछली स्क्रिप्ट जो हार्ड लिंक को पार्स करती है, निष्पादित होती है। ऐसा माना जाता है कि यह PATH में वर्णित निर्देशिका में निहित है, और इसे nb_links_breaker कहा जाता है।
अंतिम चरण में, cpio छवि को gzip द्वारा दबाया जाता है और वांछित स्थान पर ले जाया जाता है (डिफ़ॉल्ट रूप से - / var / lib / tftpboot / images / virtual_name / date और वर्तमान से एक लिंक इसके साथ जुड़ा हुआ है।

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

कुल मिलाकर

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

मुझे उम्मीद है कि यह किसी के लिए उपयोगी होगा। आपका ध्यान देने के लिए धन्यवाद। :)

छवि से सर्वर: DHCP + TFTP + Initrd + OpenVZ