გააკეთეთ საკუთარი ხელით Bare-Metal Provisioning, ან სერვერების ავტომატური მომზადება ნულიდან

გამარჯობა, მე ვარ დენისი და ჩემი საქმიანობის ერთ-ერთი სფეროა X5-ზე ინფრასტრუქტურული გადაწყვეტილებების შემუშავება. დღეს მინდა გაგიზიაროთ, თუ როგორ შეგიძლიათ განათავსოთ სერვერის ავტომატური მომზადების სისტემა საჯაროდ ხელმისაწვდომ ინსტრუმენტებზე დაყრდნობით. ჩემი აზრით, ეს არის საინტერესო, მარტივი და მოქნილი გადაწყვეტა.

მომზადებაში ვგულისხმობთ: გადააქციეთ ახალი სერვერი ოპერაციული სისტემის სრულად კონფიგურირებულ სერვერად. Linux ან ESXi ჰიპერვიზორით (Windows სერვერების განლაგება ამ სტატიაში არ არის განხილული).

ვადები:

• სერვერები - სერვერები, რომლებიც საჭიროებენ კონფიგურაციას.
• ინსტალაციის სერვერი არის მთავარი სერვერი, რომელიც უზრუნველყოფს მთელი მომზადების პროცესს ქსელში.

რატომ არის საჭირო ავტომატიზაცია?

ვთქვათ, არის დავალება: სერვერების მასიურად მომზადება ნულიდან, პიკზე – 30 დღეში. მათზე შეიძლება დამონტაჟდეს სხვადასხვა მწარმოებლისა და მოდელის სერვერები, სხვადასხვა ოპერაციული სისტემები და შეიძლება ჰქონდეთ ან არ ჰქონდეთ ჰიპერვიზორი.

რა ოპერაციები შედის დაყენების პროცესში (ავტომატიზაციის გარეშე):

• დააკავშირეთ კლავიატურა, მაუსი, მონიტორი სერვერთან;
• კონფიგურაცია BIOS, RAID, IPMI;
• კომპონენტის firmware განახლება;
• განათავსეთ ფაილური სისტემის სურათი (ან დააინსტალირეთ ჰიპერვიზორი და დააკოპირეთ ვირტუალური მანქანები);

Შენიშვნა. ალტერნატიულად, OS-ის განლაგება შესაძლებელია ინსტალაციის გზით ავტომატური პასუხის ფაილით. მაგრამ ეს არ იქნება განხილული სტატიაში. თუმცა ქვემოთ ნახავთ, რომ ამ ფუნქციის დამატება არ არის რთული.

• OS პარამეტრების კონფიგურაცია (ჰოსტის სახელი, IP და ა.შ.).

ამ მიდგომით, იგივე პარამეტრები შესრულებულია თანმიმდევრულად თითოეულ სერვერზე. ასეთი სამუშაოს ეფექტურობა ძალიან დაბალია.

ავტომატიზაციის არსი არის ადამიანის მონაწილეობის აღმოფხვრა სერვერის მომზადების პროცესში. Რაც შეიძლება მეტი.

ავტომატიზაცია ამცირებს ოპერაციებს შორის შეფერხების დროს და შესაძლებელს ხდის რამდენიმე სერვერის ერთდროულად უზრუნველყოფას. ადამიანური ფაქტორებით გამოწვეული შეცდომების ალბათობა ასევე მნიშვნელოვნად შემცირებულია.

როგორ ხდება სერვერების ავტომატურად კონფიგურაცია?

დეტალურად გავაანალიზოთ ყველა ეტაპი.

თქვენ გაქვთ Linux სერვერი, რომელსაც იყენებთ PXE ინსტალაციის სერვერად. მასზე დაინსტალირებული და კონფიგურირებულია სერვისები: DHCP, TFTP.

ასე რომ, ჩვენ ვტვირთავთ სერვერს (რომელიც კონფიგურაციას საჭიროებს) PXE-ის საშუალებით. გავიხსენოთ როგორ მუშაობს:

• ქსელის ჩატვირთვა არჩეულია სერვერზე.
• სერვერი იტვირთება ქსელის ბარათის PXE-ROM-ს და დაუკავშირდება ინსტალაციის სერვერს DHCP-ის საშუალებით, რათა მიიღოს ქსელის მისამართი.
• DHCP ინსტალაციის სერვერი გასცემს მისამართს, ასევე ინსტრუქციებს PXE-ით შემდგომი ჩამოტვირთვისთვის.
• სერვერი იტვირთება ქსელის ჩამტვირთველს ინსტალაციის სერვერიდან PXE-ის საშუალებით, შემდგომი ჩატვირთვა ხდება PXE კონფიგურაციის ფაილის მიხედვით.
• ჩატვირთვა ხდება მიღებული პარამეტრების საფუძველზე (კერნელი, initramfs, დამონტაჟების წერტილები, squashfs გამოსახულება და ა.შ.).

Შენიშვნა. სტატიაში აღწერილია PXE-ით ჩატვირთვა BIOS რეჟიმში. ამჟამად მწარმოებლები აქტიურად ახორციელებენ UEFI bootmode-ს. PXE-სთვის განსხვავება იქნება DHCP სერვერის კონფიგურაციაში და დამატებითი ჩამტვირთველის არსებობაში.

მოდით შევხედოთ PXE სერვერის კონფიგურაციის მაგალითს (pxelinux მენიუ).

ფაილი pxelinux.cfg/default:

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 ამ ეტაპზე არის შუალედური Linux გამოსახულება, რომლის დახმარებითაც მოხდება სერვერის ძირითადი მომზადება და კონფიგურაცია.

როგორც ხედავთ, ჩამტვირთველი გადასცემს ბევრ პარამეტრს ბირთვში. ზოგიერთი პარამეტრი გამოიყენება თავად ბირთვის მიერ. და ჩვენ შეგვიძლია გამოვიყენოთ ზოგიერთი ჩვენი მიზნებისთვის. ეს მოგვიანებით იქნება განხილული, მაგრამ ახლა თქვენ უბრალოდ შეგიძლიათ გახსოვდეთ, რომ ყველა გავლილი პარამეტრი ხელმისაწვდომი იქნება შუალედურ Linux სურათზე /proc/cmdline-ის საშუალებით.

სად შემიძლია მათი მიღება, ბირთვი და initramfs?
როგორც საფუძველი, შეგიძლიათ აირჩიოთ Linux-ის ნებისმიერი დისტრიბუცია. რას ვაქცევთ ყურადღებას არჩევისას:

• ჩატვირთვის სურათი უნდა იყოს უნივერსალური (დრაივერების ხელმისაწვდომობა, დამატებითი კომუნალური საშუალებების დაყენების შესაძლებლობა);
• სავარაუდოდ, დაგჭირდებათ 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, რომლებიც უნდა იყოს ჩატვირთული. შედეგად, ამ ეტაპზე, შუალედური ლინუქსის სურათის PXE-ის საშუალებით ჩატვირთვით, მივიღებთ OS კონსოლს.

კარგია, მაგრამ ახლა ჩვენ უნდა გადავიტანოთ კონტროლი ჩვენს "ავტომატიზაციაზე".

ეს შეიძლება გაკეთდეს ასე.

დავუშვათ, რომ სურათის ჩატვირთვის შემდეგ ვგეგმავთ კონტროლის გადატანას mount.sh სკრიპტზე.
მოდით ჩავრთოთ mount.sh სკრიპტი autorun-ში. ამისათვის თქვენ უნდა შეცვალოთ initramfs:

• ამოალაგეთ initramfs (თუ ვიყენებთ ზემოთ მოცემულ initramfs ვარიანტს, ეს არ არის საჭირო)
• ჩართეთ კოდი გაშვებისას, რომელიც გაანალიზებს /proc/cmdline-ში გადასულ პარამეტრებს და შემდგომში გადასცემს კონტროლს;
• შეფუთვა initramfs.

Შენიშვნა. X5 ინსტრუმენტარიუმის შემთხვევაში, ჩატვირთვის კონტროლი გადადის სკრიპტზე /opt/x5/toolkit/bin/hook.sh с помощью override.conf в getty tty1 (ExecStart=…)

ასე რომ, იტვირთება სურათი, რომელშიც mount.sh სკრიპტი იწყება autorun-ზე. შემდეგი, mount.sh სკრიპტი აანალიზებს გავლილ პარამეტრებს (script_cmd=) შესრულების დროს და უშვებს საჭირო პროგრამას/სკრიპტს.

ეტიკეტების ხელსაწყოები -ავტო
ბირთვი...
დამატება... nfs_toolkit_script=scripts/mount.sh script_cmd=master-install.sh

ეტიკეტების ხელსაწყოები -shell
ბირთვი...
დამატება... nfs_toolkit_script=scripts/mount.sh script_cmd=/bin/bash

აქ მარცხნივ არის PXE მენიუ, მარჯვნივ არის მართვის გადაცემის დიაგრამა.

ჩვენ გავარკვიეთ კონტროლის გადაცემა. PXE მენიუს არჩევიდან გამომდინარე, იხსნება ავტომატური კონფიგურაციის სკრიპტი ან გამართვის კონსოლი.

ავტომატური კონფიგურაციის შემთხვევაში, ინსტალაციის სერვერიდან დამონტაჟებულია საჭირო დირექტორიები, რომლებიც შეიცავს:

• სკრიპტები;
• შენახული BIOS/UEFI შაბლონები სხვადასხვა სერვერებისთვის;
• firmware;
• სერვერის უტილიტები;
• მორები

შემდეგი, mount.sh სკრიპტი გადასცემს კონტროლს master-install.sh სკრიპტზე სკრიპტის დირექტორიადან.

სკრიპტის ხე (მიმდევრობა, რომლითაც ისინი გაშვებულია) ასე გამოიყურება:

• მასტერ-ინსტალაცია
• გაზიარების ფუნქციები (გაზიარებული ფუნქციები)
• ინფორმაცია (ინფორმაციის გამომავალი)
• მოდელები (ინსტალაციის პარამეტრების დაყენება სერვერის მოდელზე დაყრდნობით)
• მომზადება_უტილსი (საჭირო კომუნალური საშუალებების დაყენება)
• fwupdate (firmware განახლება)
• დიაგნოსტიკა (დაწყებითი დიაგნოსტიკა)
• biosconf (BIOS/UEFI პარამეტრები)
• საათის გამოსწორება (დროის დაყენება დედაპლატზე)
• srmconf (დისტანციური ინტერფეისის კონფიგურაცია)
• raidconf (ლოგიკური ტომების კონფიგურაცია)

ერთ - ერთი:

• წინასწარ ინსტალაცია (კონტროლის გადაცემა OS ან ჰიპერვიზორის ინსტალერზე, როგორიცაა ESXi)
• გაერთიანება-ინსტალაცია (სურათის ამოხსნის დაუყოვნებლივ დაწყება)

ახლა ჩვენ ვიცით:

• როგორ ჩატვირთოთ სერვერი PXE-ის საშუალებით;
• როგორ გადავიტანოთ კონტროლი საკუთარ სკრიპტზე.

Გავაგრძელოთ. აქტუალური გახდა შემდეგი კითხვები:

• როგორ ამოვიცნოთ სერვერი, რომელსაც ვამზადებთ?
• რა უტილიტები და როგორ დავაკონფიგურიროთ სერვერი?
• როგორ მივიღოთ პარამეტრები კონკრეტული სერვერისთვის?

როგორ ამოვიცნოთ სერვერი, რომელსაც ვამზადებთ?

ეს მარტივია - DMI:

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

ყველაფერი რაც თქვენ გჭირდებათ აქ არის: გამყიდველი, მოდელი, სერიული ნომერი. თუ არ ხართ დარწმუნებული, რომ ეს ინფორმაცია ყველა სერვერზეა, შეგიძლიათ მათი იდენტიფიცირება მათი MAC მისამართით. ან ორივე გზით ერთდროულად, თუ სერვერის გამყიდველები განსხვავებულია და ზოგიერთ მოდელზე უბრალოდ არ არის ინფორმაცია სერიული ნომრის შესახებ.

მიღებული ინფორმაციის საფუძველზე, ქსელის საქაღალდეები დამონტაჟებულია ინსტალაციის სერვერიდან და იტვირთება ყველაფერი, რაც საჭიროა (კომუნალური, firmware და ა.შ.).

რა უტილიტები და როგორ დავაკონფიგურიროთ სერვერი?

მე მივაწვდი უტილ პროგრამებს Linux-ისთვის ზოგიერთი მწარმოებლისთვის. ყველა კომუნალური მომსახურება ხელმისაწვდომია გამყიდველების ოფიციალურ ვებსაიტებზე.

პროგრამული უზრუნველყოფით, ვფიქრობ, ყველაფერი ნათელია. ისინი ჩვეულებრივ გამოდიან შეფუთული შესრულებადი ფაილების სახით. შესრულებადი ფაილი აკონტროლებს firmware განახლების პროცესს და აცნობებს დაბრუნების კოდს.

BIOS და IPMI ჩვეულებრივ კონფიგურირებულია შაბლონების საშუალებით. საჭიროების შემთხვევაში, შაბლონის რედაქტირება შესაძლებელია ჩამოტვირთვამდე.

ზოგიერთი გამყიდველის RAID კომუნალური საშუალებების კონფიგურაცია ასევე შესაძლებელია შაბლონის გამოყენებით. თუ ეს ასე არ არის, მაშინ მოგიწევთ კონფიგურაციის სკრიპტის დაწერა.

RAID-ის დაყენების პროცედურა ყველაზე ხშირად შემდეგია:

• ჩვენ ვითხოვთ მიმდინარე კონფიგურაციას.
• თუ უკვე არსებობს ლოგიკური მასივები, ჩვენ მათ ვშლით.
• ვნახოთ, რა ფიზიკური დისკები არსებობს და რამდენია.
• შექმენით ახალი ლოგიკური მასივი. შეცდომის შემთხვევაში პროცესს ვწყვეტთ.

როგორ მივიღოთ პარამეტრები კონკრეტული სერვერისთვის?

დავუშვათ, რომ ყველა სერვერის პარამეტრები შეინახება საინსტალაციო სერვერზე. ამ შემთხვევაში, ჩვენს კითხვაზე პასუხის გასაცემად, ჯერ უნდა გადავწყვიტოთ, როგორ გადავიტანოთ პარამეტრები ინსტალაციის სერვერზე.

თავდაპირველად, თქვენ შეგიძლიათ გაუმკლავდეთ ტექსტურ ფაილებს. (მომავალში შეიძლება დაგჭირდეთ ტექსტური ფაილის გამოყენება, როგორც პარამეტრების გადაცემის სარეზერვო მეთოდი.)

თქვენ შეგიძლიათ "გააზიაროთ" ტექსტური ფაილი ინსტალაციის სერვერზე. და დაამატეთ მისი სამაგრი mount.sh სკრიპტს.

ხაზები, მაგალითად, ასე გამოიყურება:

<სერიული ნომერი> <ჰოსტის სახელი> <ქვექსელი>

ამ ხაზებს ინჟინერი გადაიტანს ფაილში თავისი სამუშაო მანქანიდან. შემდეგ კი, სერვერის დაყენებისას, კონკრეტული სერვერის პარამეტრები წაიკითხება ფაილიდან.

მაგრამ, გრძელვადიან პერსპექტივაში, უმჯობესია გამოიყენოთ მონაცემთა ბაზა სერვერის ინსტალაციის პარამეტრების, მდგომარეობისა და ჟურნალების შესანახად.

რა თქმა უნდა, მხოლოდ მონაცემთა ბაზა არ არის საკმარისი და თქვენ დაგჭირდებათ კლიენტის ნაწილის შექმნა, რომლის დახმარებითაც პარამეტრები გადავა მონაცემთა ბაზაში. ამის განხორციელება უფრო რთულია ტექსტურ ფაილთან შედარებით, მაგრამ სინამდვილეში ყველაფერი არც ისე რთულია, როგორც ჩანს. სავსებით შესაძლებელია დაწეროთ კლიენტის მინიმალური ვერსია, რომელიც უბრალოდ თავად გადასცემს მონაცემებს მონაცემთა ბაზაში. სამომავლოდ კი შესაძლებელი იქნება კლიენტის პროგრამის გაუმჯობესება უფასო რეჟიმში (ანგარიშები, ეტიკეტების ბეჭდვა, შეტყობინებების გაგზავნა და ა.შ. რაც მახსენდება).

მონაცემთა ბაზაში კონკრეტული მოთხოვნით და სერვერის სერიული ნომრის მითითებით, ჩვენ მივიღებთ სერვერის კონფიგურაციისთვის საჭირო პარამეტრებს.

გარდა ამისა, ჩვენ არ დაგვჭირდება საკეტების გამომუშავება ერთდროული წვდომისთვის, როგორც ეს არის ტექსტური ფაილის შემთხვევაში.

ჩვენ შეგვიძლია ჩავწეროთ კონფიგურაციის ჟურნალი მონაცემთა ბაზაში ყველა ეტაპზე და ვაკონტროლოთ ინსტალაციის პროცესი მომზადების ეტაპების მოვლენებისა და დროშების მეშვეობით.

ახლა ჩვენ ვიცით როგორ:

• სერვერის ჩატვირთვა PXE-ის საშუალებით;
• კონტროლის გადაცემა ჩვენს სკრიპტზე;
• სერვერის იდენტიფიცირება, რომელიც უნდა მომზადდეს მისი სერიული ნომრით;
• სერვერის კონფიგურაცია შესაბამისი კომუნალური საშუალებების გამოყენებით;
• პარამეტრების გადატანა საინსტალაციო სერვერის მონაცემთა ბაზაში კლიენტის ნაწილის გამოყენებით.

ჩვენ გავარკვიეთ როგორ:

• დაინსტალირებული სერვერი იღებს საჭირო პარამეტრებს მონაცემთა ბაზიდან;
• ყველა მომზადების პროგრესი ჩაწერილია მონაცემთა ბაზაში ( ჟურნალები, მოვლენები, სცენის დროშები).

რაც შეეხება თქვენს მიერ დაინსტალირებული სხვადასხვა ტიპის პროგრამულ უზრუნველყოფას? როგორ დავაყენოთ ჰიპერვიზორი, დააკოპიროთ VM და დააკონფიგურიროთ ეს ყველაფერი?

ფაილური სისტემის გამოსახულების (linux) აპარატურაში განლაგების შემთხვევაში, ყველაფერი საკმაოდ მარტივია:

• სერვერის ყველა კომპონენტის დაყენების შემდეგ, ჩვენ ვაყენებთ სურათს.
• დააინსტალირეთ grub bootloader.
• ჩვენ chroot და კონფიგურაციას ვაკეთებთ ყველაფერს, რაც საჭიროა.

როგორ გადავიტანოთ კონტროლი OS ინსტალერზე (მაგალითად ESXi-ის გამოყენებით).

• ჩვენ ვაწყობთ კონტროლის გადაცემას ჩვენი სკრიპტიდან ჰიპერვიზორის ინსტალერზე ავტომატური პასუხის ფაილის გამოყენებით (kickstart):
• ჩვენ ვშლით დისკზე მიმდინარე დანაყოფებს.
• შექმენით დანაყოფი 500 მბ ზომით.
• ჩვენ აღვნიშნავთ მას ჩამტვირთველად.
• ფორმატირება FAT32-ზე.
• დააკოპირეთ ESXi ინსტალაციის ფაილები მის ძირში.
• syslinux-ის ინსტალაცია.
• დააკოპირეთ 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 ფაილში დავაყენეთ პარამეტრი guestinfo.esxihost.id = "$SYSSN" და მასში მივუთითეთ ფიზიკური სერვერის სერიული ნომერი.

ახლა, დაწყების შემდეგ, ვირტუალურ მანქანას (დაინსტალირებული vmware-tools პაკეტით) შეუძლია ამ პარამეტრზე წვდომა:

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

ანუ, VM შეძლებს საკუთარი თავის იდენტიფიცირებას (იცის ფიზიკური ჰოსტის სერიული ნომერი), მიმართოს ინსტალაციის სერვერის მონაცემთა ბაზას და მიიღოს პარამეტრები, რომლებიც საჭიროებს კონფიგურაციას. ეს ყველაფერი შედგენილია სკრიპტში, რომელიც ავტომატურად უნდა ამოქმედდეს, როდესაც guestos vm დაიწყება (მაგრამ ერთხელ: RunOnce).

ახლა ჩვენ ვიცით როგორ:

• სერვერის ჩატვირთვა PXE-ის საშუალებით;
• კონტროლის გადაცემა ჩვენს სკრიპტზე;
• სერვერის იდენტიფიცირება, რომელიც უნდა მომზადდეს მისი სერიული ნომრით;
• სერვერის კონფიგურაცია შესაბამისი კომუნალური საშუალებების გამოყენებით;
• პარამეტრების გადატანა საინსტალაციო სერვერის მონაცემთა ბაზაში კლიენტის ნაწილის გამოყენებით;
• სხვადასხვა ტიპის პროგრამული უზრუნველყოფის კონფიგურაცია, მათ შორის esxi ჰიპერვიზორის დაყენება და ვირტუალური მანქანების კონფიგურაცია (ყველა ავტომატურად).

ჩვენ გავარკვიეთ როგორ:

• დაინსტალირებული სერვერი იღებს საჭირო პარამეტრებს მონაცემთა ბაზიდან;
• ყველა მომზადების პროგრესი ჩაწერილია მონაცემთა ბაზაში ( ჟურნალები, მოვლენები, სცენის დროშები).

დედააზრი:

მე მჯერა, რომ ამ გადაწყვეტის უნიკალურობა მდგომარეობს მის მოქნილობაში, სიმარტივეში, შესაძლებლობებსა და მრავალფეროვნებაში.

გთხოვთ დაწეროთ კომენტარებში რას ფიქრობთ.

წყარო: www.habr.com