बेयर-मेटल प्रोविजनिंग, या स्क्रैच से सर्वर की स्वचालित तैयारी स्वयं करें

नमस्ते, मैं डेनिस हूं और मेरी गतिविधि का एक क्षेत्र X5 में बुनियादी ढांचे के समाधान का विकास है। आज मैं आपके साथ साझा करना चाहूंगा कि आप सार्वजनिक रूप से उपलब्ध टूल के आधार पर एक स्वचालित सर्वर तैयारी प्रणाली कैसे तैनात कर सकते हैं। मेरी राय में, यह एक दिलचस्प, सरल और लचीला समाधान है।

तैयारी से हमारा मतलब है: बॉक्स से बाहर एक नए सर्वर को ओएस के साथ पूरी तरह से कॉन्फ़िगर सर्वर में बदलना। Linux या ESXi हाइपरवाइज़र के साथ (इस आलेख में Windows सर्वर की तैनाती पर चर्चा नहीं की गई है)।

शर्तें:

• सर्वर - सर्वर जिन्हें कॉन्फ़िगर करने की आवश्यकता है।
• इंस्टॉलेशन सर्वर मुख्य सर्वर है जो नेटवर्क पर संपूर्ण तैयारी प्रक्रिया प्रदान करता है।

स्वचालन की आवश्यकता क्यों है?

मान लीजिए कि एक कार्य है: स्क्रैच से बड़े पैमाने पर सर्वर तैयार करना, अधिकतम 30 प्रति दिन। विभिन्न निर्माताओं और मॉडलों के सर्वर, उन पर अलग-अलग ऑपरेटिंग सिस्टम स्थापित किए जा सकते हैं, और उनमें हाइपरवाइजर हो भी सकता है और नहीं भी।

सेटअप प्रक्रिया में कौन से ऑपरेशन शामिल हैं (स्वचालन के बिना):

• कीबोर्ड, माउस, मॉनिटर को सर्वर से कनेक्ट करें;
• BIOS, RAID, IPMI कॉन्फ़िगर करें;
• घटक फ़र्मवेयर अद्यतन करें;
• एक फ़ाइल सिस्टम छवि तैनात करें (या एक हाइपरवाइज़र स्थापित करें और वर्चुअल मशीन की प्रतिलिपि बनाएँ);

टिप्पणी। वैकल्पिक रूप से, ऑटो-रिस्पॉन्स फ़ाइल के साथ इंस्टॉलेशन के माध्यम से ओएस परिनियोजन संभव है। लेकिन लेख में इस पर चर्चा नहीं की जायेगी. हालाँकि आप नीचे देखेंगे कि इस कार्यक्षमता को जोड़ना मुश्किल नहीं है।

• ओएस पैरामीटर कॉन्फ़िगर करें (होस्टनाम, आईपी, आदि)।

इस दृष्टिकोण के साथ, प्रत्येक सर्वर पर समान सेटिंग्स क्रमिक रूप से निष्पादित की जाती हैं। ऐसे कार्य की दक्षता बहुत कम होती है।

स्वचालन का सार सर्वर तैयारी प्रक्रिया से मानवीय भागीदारी को समाप्त करना है। जितना संभव।

स्वचालन संचालन के बीच डाउनटाइम को कम करता है और एक साथ कई सर्वरों का प्रावधान करना संभव बनाता है। मानवीय कारकों के कारण त्रुटियों की संभावना भी बहुत कम हो जाती है।

सर्वर स्वचालित रूप से कैसे कॉन्फ़िगर किया जाता है?

आइए सभी चरणों का विस्तार से विश्लेषण करें।

आपके पास एक लिनक्स सर्वर है जिसे आप पीएक्सई इंस्टॉलेशन सर्वर के रूप में उपयोग करते हैं। इस पर सेवाएँ स्थापित और कॉन्फ़िगर की गई हैं: डीएचसीपी, टीएफटीपी।

इसलिए, हम पीएक्सई के माध्यम से सर्वर को बूट करते हैं (जिसे कॉन्फ़िगर करने की आवश्यकता है)। आइए याद रखें कि यह कैसे काम करता है:

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

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

आइए PXE सर्वर कॉन्फ़िगरेशन (pxelinux मेनू) का एक उदाहरण देखें।

फ़ाइल pxelinux.cfg/डिफ़ॉल्ट:

default menu.c32
prompt 0
timeout 100
menu title X5 PXE Boot Menu
LABEL InstallServer Menu
	MENU LABEL InstallServer
	KERNEL menu.c32
	APPEND pxelinux.cfg/installserver
LABEL VMware Menu
	MENU LABEL VMware ESXi Install
	KERNEL menu.c32
	APPEND pxelinux.cfg/vmware
LABEL toolkit // меню по умолчанию
	MENU LABEL Linux Scripting Toolkits
	MENU default
	KERNEL menu.c32
	APPEND pxelinux.cfg/toolkit // переход на следующее меню

फ़ाइल pxelinux.cfg/toolkit:

prompt 0
timeout 100
menu title X5 PXE Boot Menu
label mainmenu
    menu label ^Return to Main Menu
    kernel menu.c32
    append pxelinux.cfg/default
label x5toolkit-auto // по умолчанию — автоматический режим
        menu label x5 toolkit autoinstall
        menu default
        kernel toolkit/tkcustom-kernel
        append initrd=toolkit/tk-initramfs.gz quiet net.ifnames=0 biosdevname=0 nfs_toolkit_ip=192.168.200.1 nfs_toolkit_path=tftpboot/toolkit nfs_toolkit_script=scripts/mount.sh script_cmd=master-install.sh CMDIS2=”…”
label x5toolkit-shell // для отладки - консоль
        menu label x5 toolkit shell
        kernel toolkit/tkcustom-kernel
        append initrd=toolkit/tkcustom-initramfs.gz quiet net.ifnames=0 biosdevname=0 nfs_toolkit_ip=192.168.200.1 nfs_toolkit_path=tftpboot/toolkit nfs_toolkit_script=scripts/mount.sh script_cmd=/bin/bash CMDIS2=”…”

इस स्तर पर कर्नेल और initramfs एक मध्यवर्ती लिनक्स छवि हैं, जिसकी मदद से सर्वर की मुख्य तैयारी और कॉन्फ़िगरेशन होगा।

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

मैं उन्हें कहां से प्राप्त कर सकता हूं, कर्नेल और इनट्राम्राम्स?
आधार के रूप में, आप कोई भी लिनक्स वितरण चुन सकते हैं। चुनते समय हम किन बातों पर ध्यान देते हैं:

• बूट छवि सार्वभौमिक होनी चाहिए (ड्राइवरों की उपलब्धता, अतिरिक्त उपयोगिताओं को स्थापित करने की क्षमता);
• सबसे अधिक संभावना है, आपको initramfs को कस्टमाइज़ करने की आवश्यकता होगी।

X5 के लिए हमारे समाधान में यह कैसे किया जाता है? CentOS 7 को आधार के रूप में चुना गया था। आइए निम्नलिखित युक्ति आज़माएँ: भविष्य की छवि संरचना तैयार करें, इसे एक संग्रह में पैक करें और एक initramfs बनाएँ, जिसके अंदर हमारा फ़ाइल सिस्टम संग्रह होगा। छवि लोड करते समय, संग्रह को बनाए गए tmpfs विभाजन में विस्तारित किया जाएगा। इस तरह हमें सभी आवश्यक उपयोगिताओं के साथ एक न्यूनतम, फिर भी पूर्ण लाइव लिनक्स छवि मिलेगी, जिसमें केवल दो फ़ाइलें शामिल हैं: vmkernel और initramfs।

#создаем директории: 

mkdir -p /tftpboot/toolkit/CustomTK/rootfs /tftpboot/toolkit/CustomTK/initramfs/bin

#подготавливаем структуру:

yum groups -y install "Minimal Install" --installroot=/tftpboot/toolkit/CustomTK/rootfs/
yum -y install nfs-utils mariadb ntpdate mtools syslinux mdadm tbb libgomp efibootmgr dosfstools net-tools pciutils openssl make ipmitool OpenIPMI-modalias rng-tools --installroot=/tftpboot/toolkit/CustomTK/rootfs/
yum -y remove biosdevname --installroot=/tftpboot/toolkit/CustomTK/rootfs/

# подготавливаем initramfs:

wget https://busybox.net/downloads/binaries/1.31.0-defconfig-multiarch-musl/busybox-x86_64 -O /tftpboot/toolkit/CustomTK/initramfs/bin/busybox
chmod a+x /tftpboot/toolkit/CustomTK/initramfs/bin/busybox
cp /tftpboot/toolkit/CustomTK/rootfs/boot/vmlinuz-3.10.0-957.el7.x86_64 /tftpboot/toolkit/tkcustom-kernel

# создаем /tftpboot/toolkit/CustomTK/initramfs/init (ниже содержание скрипта):

#!/bin/busybox sh
/bin/busybox --install /bin
mkdir -p /dev /proc /sys /var/run /newroot
mount -t proc proc /proc
mount -o mode=0755 -t devtmpfs devtmpfs /dev
mkdir -p /dev/pts /dev/shm /dev/mapper /dev/vc
mount -t devpts -o gid=5,mode=620 devpts /dev/pts
mount -t sysfs sysfs /sys
mount -t tmpfs -o size=4000m tmpfs /newroot
echo -n "Extracting rootfs... "
xz -d -c -f rootfs.tar.xz | tar -x -f - -C /newroot
echo "done"
mkdir -p /newroot/dev /newroot/proc /newroot/sys
mount --move /sys  /newroot/sys
mount --move /proc /newroot/proc
mount --move /dev  /newroot/dev
exec switch_root /newroot /sbin/init

# упаковываем rootfs и initramfs:

cd /tftpboot/toolkit/CustomTK/rootfs
tar cJf /tftpboot/toolkit/CustomTK/initramfs/rootfs.tar.xz --exclude ./proc --exclude ./sys --exclude ./dev .
cd /tftpboot/toolkit/CustomTK/initramfs
find . -print0 | cpio --null -ov --format=newc | gzip -9 > /tftpboot/toolkit/tkcustom-initramfs-new.gz

इसलिए हमने कर्नेल और initramfs निर्दिष्ट किए हैं जिन्हें लोड किया जाना चाहिए। परिणामस्वरूप, इस स्तर पर, पीएक्सई के माध्यम से मध्यवर्ती लिनक्स छवि को लोड करके, हम ओएस कंसोल प्राप्त करेंगे।

बढ़िया, लेकिन अब हमें नियंत्रण को अपने "स्वचालन" में स्थानांतरित करने की आवश्यकता है।

इसे इस प्रकार किया जा सकता है.

आइए मान लें कि छवि लोड करने के बाद हम नियंत्रण को mount.sh स्क्रिप्ट पर स्थानांतरित करने की योजना बना रहे हैं।
आइए ऑटोरन में mount.sh स्क्रिप्ट को शामिल करें। ऐसा करने के लिए आपको initramfs को संशोधित करना होगा:

• initramfs को अनपैक करें (यदि हम उपरोक्त initramfs विकल्प का उपयोग करते हैं, तो इसकी आवश्यकता नहीं है)
• स्टार्टअप में कोड शामिल करें जो /proc/cmdline से पारित मापदंडों का विश्लेषण करेगा और नियंत्रण को आगे स्थानांतरित करेगा;
• initramfs पैक करें।

टिप्पणी। X5 टूलकिट के मामले में, लोडिंग नियंत्रण स्क्रिप्ट में स्थानांतरित कर दिया जाता है /opt/x5/toolkit/bin/hook.sh с помощью override.conf в getty tty1 (ExecStart=…)

तो, छवि लोड हो गई है, जिसमें mount.sh स्क्रिप्ट ऑटोरन पर शुरू होती है। इसके बाद, mount.sh स्क्रिप्ट निष्पादन के दौरान पारित मापदंडों (script_cmd=) का विश्लेषण करती है और आवश्यक प्रोग्राम/स्क्रिप्ट लॉन्च करती है।

लेबल टूलकिट-स्वत:
गिरी...
संलग्न करें...nfs_toolkit_script=scripts/mount.sh स्क्रिप्ट_cmd=मास्टर-इंस्टॉल.श

लेबल टूलकिट-खोल
गिरी...
संलग्न करें...nfs_toolkit_script=scripts/mount.sh स्क्रिप्ट_cmd=/bin/bash

यहां बाईं ओर पीएक्सई मेनू है, दाईं ओर नियंत्रण स्थानांतरण आरेख है।

हमने नियंत्रण के हस्तांतरण का पता लगा लिया। पीएक्सई मेनू की पसंद के आधार पर, या तो ऑटो-कॉन्फ़िगरेशन स्क्रिप्ट या डिबगिंग कंसोल लॉन्च किया जाता है।

स्वचालित कॉन्फ़िगरेशन के मामले में, आवश्यक निर्देशिकाएँ इंस्टॉलेशन सर्वर से माउंट की जाती हैं, जिनमें शामिल हैं:

• स्क्रिप्ट;
• विभिन्न सर्वरों के लिए सहेजे गए BIOS/UEFI टेम्पलेट;
• फ़र्मवेयर;
• सर्वर उपयोगिताएँ;
• लॉग

इसके बाद, mount.sh स्क्रिप्ट स्क्रिप्ट निर्देशिका से मास्टर-इंस्टॉल.sh स्क्रिप्ट पर नियंत्रण स्थानांतरित करती है।

स्क्रिप्ट ट्री (जिस क्रम में उन्हें लॉन्च किया जाता है) कुछ इस तरह दिखता है:

• मास्टर-इंस्टॉल
• शेयरफंक्शन (साझा कार्य)
• जानकारी (सूचना आउटपुट)
• मॉडल (सर्वर मॉडल के आधार पर इंस्टॉलेशन पैरामीटर सेट करना)
• प्रिपेयर_यूटिल्स (आवश्यक उपयोगिताओं की स्थापना)
• fwupdate (फर्मवेयर अद्यतन)
• डायग (प्राथमिक निदान)
• बायोस्कॉन्फ़ (BIOS/UEFI सेटिंग्स)
• क्लॉकफिक्स (मदरबोर्ड पर समय सेट करना)
• srmconf (रिमोट इंटरफ़ेस इंटरफ़ेस कॉन्फ़िगरेशन)
• RAIDCONF (तार्किक वॉल्यूम कॉन्फ़िगर करना)

में से एक:

• प्रीइंस्टॉल (ओएस या हाइपरविजर इंस्टॉलर पर नियंत्रण स्थानांतरित करना, जैसे ईएसएक्सआई)
• मर्ज-इंस्टॉल (छवि को अनपैक करने की तत्काल शुरुआत)

अब हम जानते हैं:

• पीएक्सई के माध्यम से सर्वर को कैसे बूट करें;
• अपनी स्क्रिप्ट पर नियंत्रण कैसे स्थानांतरित करें।

आगे है। निम्नलिखित प्रश्न प्रासंगिक हो गए:

• जिस सर्वर को हम तैयार कर रहे हैं उसकी पहचान कैसे करें?
• कौन सी उपयोगिताएँ और सर्वर को कैसे कॉन्फ़िगर करें?
• किसी विशिष्ट सर्वर के लिए सेटिंग्स कैसे प्राप्त करें?

जिस सर्वर को हम तैयार कर रहे हैं उसकी पहचान कैसे करें?

यह आसान है - डीएमआई:

dmidecode –s system-product-name
dmidecode –s system-manufacturer
dmidecode –s system-serial-number

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

प्राप्त जानकारी के आधार पर, नेटवर्क फ़ोल्डर्स को इंस्टॉलेशन सर्वर से माउंट किया जाता है और आवश्यक सभी चीजें लोड की जाती हैं (उपयोगिताएँ, फ़र्मवेयर, आदि)।

कौन सी उपयोगिताएँ और सर्वर को कैसे कॉन्फ़िगर करें?

मैं कुछ निर्माताओं के लिए लिनक्स की उपयोगिताएँ प्रदान करूँगा। सभी उपयोगिताएँ विक्रेताओं की आधिकारिक वेबसाइटों पर उपलब्ध हैं।

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

BIOS और IPMI को आमतौर पर टेम्प्लेट के माध्यम से कॉन्फ़िगर किया जाता है। यदि आवश्यक हो, तो डाउनलोड करने से पहले टेम्पलेट को संपादित किया जा सकता है।

कुछ विक्रेताओं की RAID उपयोगिताओं को एक टेम्पलेट का उपयोग करके भी कॉन्फ़िगर किया जा सकता है। यदि यह मामला नहीं है, तो आपको एक कॉन्फ़िगरेशन स्क्रिप्ट लिखनी होगी।

RAID स्थापित करने की प्रक्रिया प्रायः इस प्रकार है:

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

किसी विशिष्ट सर्वर के लिए सेटिंग्स कैसे प्राप्त करें?

आइए मान लें कि सभी सर्वर की सेटिंग्स इंस्टॉलेशन सर्वर पर संग्रहीत की जाएंगी। इस मामले में, हमारे प्रश्न का उत्तर देने के लिए, हमें पहले यह तय करना होगा कि सेटिंग्स को इंस्टॉलेशन सर्वर पर कैसे स्थानांतरित किया जाए।

सबसे पहले, आप टेक्स्ट फ़ाइलों से काम चला सकते हैं। (भविष्य में, आप सेटिंग्स को स्थानांतरित करने के लिए फ़ॉलबैक विधि के रूप में एक टेक्स्ट फ़ाइल का उपयोग करना चाह सकते हैं।)

आप इंस्टॉलेशन सर्वर पर एक टेक्स्ट फ़ाइल को "साझा" कर सकते हैं। और इसके माउंट को mount.sh स्क्रिप्ट में जोड़ें।

उदाहरण के लिए, पंक्तियाँ इस तरह दिखेंगी:

<सीरियल नंबर> <होस्टनाम> <सबनेट>

इन पंक्तियों को इंजीनियर द्वारा अपनी कार्य मशीन से फ़ाइल में स्थानांतरित किया जाएगा। और फिर, सर्वर सेट करते समय, किसी विशिष्ट सर्वर के पैरामीटर फ़ाइल से पढ़े जाएंगे।

लेकिन, लंबी अवधि में, सर्वर इंस्टॉलेशन की सेटिंग्स, स्थिति और लॉग को संग्रहीत करने के लिए डेटाबेस का उपयोग करना बेहतर होता है।

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

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

साथ ही, हमें एक साथ एक्सेस के लिए लॉक लगाने की आवश्यकता नहीं होगी, जैसा कि टेक्स्ट फ़ाइल के मामले में होता है।

हम सभी चरणों में डेटाबेस में कॉन्फ़िगरेशन लॉग लिख सकते हैं और तैयारी चरणों की घटनाओं और झंडों के माध्यम से इंस्टॉलेशन प्रक्रिया को नियंत्रित कर सकते हैं।

अब हम जानते हैं कैसे:

• पीएक्सई के माध्यम से सर्वर को बूट करें;
• हमारी स्क्रिप्ट पर नियंत्रण स्थानांतरित करें;
• उस सर्वर की पहचान करें जिसे उसके सीरियल नंबर द्वारा तैयार करने की आवश्यकता है;
• उपयुक्त उपयोगिताओं का उपयोग करके सर्वर को कॉन्फ़िगर करें;
• क्लाइंट भाग का उपयोग करके सेटिंग्स को इंस्टॉलेशन सर्वर डेटाबेस में स्थानांतरित करें।

हमें पता चला कि कैसे:

• स्थापित सर्वर डेटाबेस से आवश्यक सेटिंग्स प्राप्त करता है;
• सभी तैयारी प्रगति डेटाबेस (लॉग, ईवेंट, स्टेज फ़्लैग) में दर्ज की जाती है।

आपके द्वारा इंस्टॉल किए गए विभिन्न प्रकार के सॉफ़्टवेयर के बारे में क्या? हाइपरविजर कैसे स्थापित करें, वीएम की प्रतिलिपि कैसे बनाएं और यह सब कैसे कॉन्फ़िगर करें?

फ़ाइल सिस्टम छवि (लिनक्स) को हार्डवेयर में तैनात करने के मामले में, सब कुछ काफी सरल है:

• सभी सर्वर घटकों को स्थापित करने के बाद, हम छवि को तैनात करते हैं।
• ग्रब बूटलोडर स्थापित करें.
• हम आवश्यक हर चीज़ को क्रोट और कॉन्फ़िगर करते हैं।

ओएस इंस्टॉलर पर नियंत्रण कैसे स्थानांतरित करें (उदाहरण के रूप में ESXi का उपयोग करके)।

• हम स्वचालित प्रतिक्रिया फ़ाइल (किकस्टार्ट) का उपयोग करके अपनी स्क्रिप्ट से हाइपरविजर इंस्टॉलर तक नियंत्रण के हस्तांतरण को व्यवस्थित करते हैं:
• हम डिस्क पर वर्तमान विभाजन हटाते हैं।
• 500एमबी आकार का एक पार्टीशन बनाएं।
• हम इसे बूट करने योग्य के रूप में चिह्नित करते हैं।
• FAT32 को प्रारूपित करें।
• हम ESXi इंस्टॉलेशन फ़ाइलों को रूट पर कॉपी करते हैं।
• सिस्लिनक्स स्थापित करना.
• Syslinux.cfg को /syslinux/ पर कॉपी करें

default esxi
prompt 1
timeout 50
label esxi
kernel mboot.c32
append -c boot.cfg

• Mboot.c32 को /syslinux में कॉपी करें।
• Boot.cfg में kernelopt=ks=ftp:// होना चाहिए /ks_esxi.cfg
• सर्वर को रीबूट करें.

सर्वर रीबूट होने के बाद, ESXi इंस्टॉलर सर्वर की हार्ड ड्राइव से डाउनलोड होगा। निर्दिष्ट ऑटो-रिस्पॉन्स फ़ाइल के अनुसार, सभी आवश्यक इंस्टॉलर फ़ाइलों को मेमोरी में लोड किया जाएगा और फिर ESXi इंस्टॉलेशन शुरू हो जाएगा।

यहां ऑटोरेस्पॉन्स फ़ाइल ks_esxi.cfg से कुछ पंक्तियाँ दी गई हैं:

%firstboot --interpreter=busybox
…
# получаем серийный номер

SYSSN=$(esxcli hardware platform get | grep Serial | awk -F " " '{print $3}')

# получаем IP

IPADDRT=$(esxcli network ip interface ipv4 get | grep vmk0 | awk -F " " '{print $2}')
LAST_OCTET=$(echo $IPADDRT | awk -F'.' '{print $4}')

# подключаем NFS инсталл-сервера

esxcli storage nfs add -H is -s /srv/nfs_share -v nfsshare1

# копируем временные настройки ssh, для использования ssh-клиента

mv /etc/ssh /etc/ssh.tmp
cp -R /vmfs/volumes/nfsshare1/ssh /etc/
chmod go-r /etc/ssh/ssh_host_rsa_key

# копируем ovftool, для развертывания ВМ сейчас, плюс возможно пригодится позже

cp -R /vmfs/volumes/nfsshare1/ovftool /vmfs/volumes/datastore1/

# развертываем ВМ

/vmfs/volumes/datastore1/ovftool/tools/ovftool --acceptAllEulas --noSSLVerify --datastore=datastore1 --name=VM1 /vmfs/volumes/nfsshare1/VM_T/VM1.ova vi://root:[email protected]
/vmfs/volumes/datastore1/ovftool/tools/ovftool --acceptAllEulas --noSSLVerify --datastore=datastore1 --name=VM2 /vmfs/volumes/nfsshare1/VM_T/VM2.ova vi://root:[email protected]

# получаем строку с настройками нашего сервера

ssh root@is "mysql -h'192.168.0.1' -D'servers' -u'user' -p'secretpassword' -e "SELECT ... WHERE servers.serial='$SYSSN'"" | grep -v ^$ | sed 's/NULL//g' > /tmp/servers
...
# генерируем скрипт настройки сети

echo '#!/bin/sh' > /vmfs/volumes/datastore1/netconf.sh
echo "esxcli network ip interface ipv4 set -i=vmk0 -t=static --ipv4=$IPADDR --netmask=$S_SUB || exit 1" >> /vmfs/volumes/datastore1/netconf.sh
echo "esxcli network ip route ipv4 add -g=$S_GW -n=default || exit 1" >> /vmfs/volumes/datastore1/netconf.sh
chmod a+x /vmfs/volumes/datastore1/netconf.sh

# задаем параметр guestinfo.esxihost.id, указываем в нем серийный номер

echo "guestinfo.esxihost.id = "$SYSSN"" >> /vmfs/volumes/datastore1/VM1/VM1.vmx
echo "guestinfo.esxihost.id = "$SYSSN"" >> /vmfs/volumes/datastore1/VM2/VM2.vmx
...
# обновляем информацию в базе

SYSNAME=$(esxcli hardware platform get | grep Product | sed 's/Product Name://' | sed 's/^ *//')
UUID=$(vim-cmd hostsvc/hostsummary | grep uuid | sed 's/ //g;s/,$//' | sed 's/^uuid="//;s/"$//')
ssh root@is "mysql -D'servers' -u'user' -p'secretpassword' -e "UPDATE servers ... SET ... WHERE servers.serial='$SYSSN'""
ssh root@is "mysql -D'servers' -u'user' -p'secretpassword' -e "INSERT INTO events ...""

# возвращаем настройки SSH

rm -rf /etc/ssh
mv /etc/ssh.tmp /etc/ssh

# настраиваем сеть и перезагружаемся

esxcli system hostname set --fqdn=esx-${G_NICK}.x5.ru
/vmfs/volumes/datastore1/netconf.sh
reboot

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

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

हमने थोड़ा धोखा दिया: इंस्टॉलेशन के दौरान हमने VM1.vmx फ़ाइल में गेस्टइन्फो.esxihost.id = "$SYSSN" पैरामीटर सेट किया और इसमें भौतिक सर्वर का सीरियल नंबर दर्शाया।

अब, शुरू करने के बाद, वर्चुअल मशीन (vmware-tools पैकेज इंस्टॉल के साथ) इस पैरामीटर तक पहुंच सकती है:

ESXI_SN=$(vmtoolsd --cmd "info-get guestinfo.esxihost.id")

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

अब हम जानते हैं कैसे:

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

हमें पता चला कि कैसे:

• स्थापित सर्वर डेटाबेस से आवश्यक सेटिंग्स प्राप्त करता है;
• सभी तैयारी प्रगति डेटाबेस (लॉग, ईवेंट, स्टेज फ़्लैग) में दर्ज की जाती है।

नीचे पंक्ति:

मेरा मानना ​​है कि इस समाधान की विशिष्टता इसके लचीलेपन, सरलता, क्षमताओं और बहुमुखी प्रतिभा में निहित है।

आप क्या सोचते हैं कृपया टिप्पणियों में लिखें।

स्रोत: www.habr.com