VMWare ESXi ჰიპერვიზორის მოხდენილი გამორთვა APC UPS-ის ბატარეის კრიტიკულ დონეზე

არსებობს ბევრი სტატია იმის შესახებ, თუ როგორ უნდა დააკონფიგურიროთ PowerChute Business Edition და როგორ დავუკავშირდეთ VMWare-ს PowerShell-იდან, მაგრამ რატომღაც მე ვერ ვიპოვე ეს ყველაფერი ერთ ადგილას, დახვეწილი პუნქტების აღწერით. მაგრამ ისინი არსებობენ.

1. შესვლა

მიუხედავად იმისა, რომ გარკვეული კავშირი გვაქვს ენერგეტიკასთან, ელექტროენერგიის პრობლემები ზოგჯერ ჩნდება. სწორედ აქ მოქმედებს UPS, მაგრამ მისი ბატარეები, სამწუხაროდ, დიდხანს არ ძლებს. Რა უნდა ვქნა? Გამორთვა!

მიუხედავად იმისა, რომ ყველა სერვერი ფიზიკური იყო, ყველაფერი კარგად მიდიოდა, PowerChute Business Edition დაგვეხმარა. უფასო, 5 სერვერისთვის, რაც სავსებით საკმარისი იყო. აგენტი, სერვერი და კონსოლი დამონტაჟდა ერთ მანქანაზე. როგორც კი დასასრული მოახლოვდა, აგენტმა უბრალოდ შეასრულა ბრძანების ფაილი, რომელიც გაუგზავნა shutdown.exe /s /m მეზობელ სერვერებს და შემდეგ დახურა მისი OS. ყველა ცოცხალია.
მერე ვირტუალური მანქანების დრო დადგა.

2. ფონი და რეფლექსია

მაშ რა გვაქვს? საერთოდ არაფერი - ერთი ფიზიკური სერვერი Windows Server 2008 R2-ით და ერთი ჰიპერვიზორი რამდენიმე ვირტუალური აპარატით, მათ შორის Windows Server 2019, Windows Server 2003 და CentOS. და კიდევ ერთი UPS – APC Smart-UPS.

ჩვენ გავიგეთ NUT-ის შესახებ, მაგრამ ჯერ არ დაგვიწყია მისი შესწავლა; ჩვენ გამოვიყენეთ მხოლოდ ის, რაც ხელთ იყო, კერძოდ, PowerChute Business Edition.

ჰიპერვიზორს შეუძლია თავად გამორთოს ვირტუალური მანქანები; რჩება მხოლოდ იმის თქმა, რომ დროა. არის ასეთი სასარგებლო რამ VMWare.PowerCLI, ეს არის Windows Powershell-ის გაფართოება, რომელიც საშუალებას გაძლევთ დაუკავშირდეთ ჰიპერვიზორს და უთხრათ ყველაფერი, რაც გჭირდებათ. ასევე არსებობს ბევრი სტატია PowerCLI პარამეტრების შესახებ.

3. პროცესი

UPS ფიზიკურად იყო დაკავშირებული 2008 წლის სერვერის პორტთან, საბედნიეროდ ის იქ იყო. თუმცა ეს არ არის მნიშვნელოვანი - შესაძლებელი იყო ინტერფეისის გადამყვანის (MOXA) საშუალებით დაკავშირება ნებისმიერ ვირტუალურ Windows სერვერთან. გარდა ამისა, ყველა მოქმედება შესრულებულია მოწყობილობაზე, რომელზეც არის დაკავშირებული UPS - Windows Server 2008, თუ ცალსახად სხვა რამ არ არის მითითებული. მასზე დაინსტალირებული იყო PowerChute Business Edition აგენტი. აქ არის პირველი დახვეწილი წერტილი: აგენტის სერვისი უნდა იყოს გაშვებული არა სისტემიდან, არამედ მომხმარებლისგან, წინააღმდეგ შემთხვევაში აგენტი ვერ შეძლებს cmd ფაილის შესრულებას.

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

შემდეგ ჩვენ დავაინსტალირეთ PowerShell 5.1. ასევე მოითხოვს გადატვირთვას, თუნდაც ის არ იკითხოს.
შემდეგი, დააინსტალირეთ PowerCLI 11.5. საკმაოდ უახლესი ვერსია, აქედან გამომდინარე წინა მოთხოვნები. ამის გაკეთება შეგიძლიათ ინტერნეტის საშუალებით, ამის შესახებ ბევრი სტატიაა, მაგრამ ჩვენ უკვე გადმოვწერეთ, ამიტომ ყველა ფაილი უბრალოდ დავაკოპირეთ Modules საქაღალდეში.

შემოწმებულია:

Get-Module -ListAvailable

კარგი, ჩვენ ვხედავთ, რომ დავაინსტალირეთ:

Import-Module VMWare.PowerCLI

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

Powershell პარამეტრები.

• დაუშვით ნებისმიერი სკრიპტის შესრულება:

Set-ExecutionPolicy Unrestricted

• ან შეგიძლიათ მხოლოდ სკრიპტის სერთიფიკატების იგნორირება დაუშვათ:

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned 

• ნება მიეცით PowerCLI-ს დაუკავშირდეს სერვერებს არასწორი (ვადაგასული) სერთიფიკატებით:

Set-PowerCLIConfiguration -InvalidCertificateAction ignore -confirm:$false

• ჩაახშო PowerCLI შეტყობინების გამომავალი გამოცდილების გაცვლის პროგრამაში გაწევრიანების შესახებ, წინააღმდეგ შემთხვევაში ჟურნალში ბევრი არასაჭირო ინფორმაცია იქნება:

Set-PowerCLIConfiguration -Scope User -ParticipateInCEIP $false

• შეინახეთ მომხმარებლის რწმუნებათა სიგელები VMWare ჰოსტში შესასვლელად ისე, რომ ცალსახად არ აჩვენოთ ისინი სკრიპტში:

New-VICredentialStoreItem -Host address -User user -Password 'password'

შემოწმება გვიჩვენებს, ვინ შევარჩიეთ:

Get-VICredentialStoreItem

თქვენ ასევე შეგიძლიათ შეამოწმოთ კავშირი: Connect-VIServer მისამართი.

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

    Connect-VIserver -Server $vmhost 
    Stop-VMHost $vmhost -force -Confirm:$false 
    Disconnect-VIserver $vmhost -Confirm:$false

4. ნაგულისხმევი.cmd

იგივე სერიული ფაილი, რომელიც გაშვებულია APC აგენტის მიერ. ის მდებარეობს „C:Program Files[ (x86)]APCpowerChute Business Editionagentcmdfiles-ში და შიგნით:

"C:Windowssystem32WindowsPowerShellv1.0powershell.exe" -ფაილი "C:...shutdown_hosts.ps1"
როგორც ჩანს, ყველაფერი კონფიგურირებული და შემოწმებული იყო, ჩვენც კი გავუშვით cmd - ის მუშაობს სწორად, გამორთავს.

ჩვენ ვაწარმოებთ ბრძანების ფაილის ტესტს APC კონსოლიდან (აქ არის ტესტის ღილაკი) - ის არ მუშაობს.

აი, ეს არის ის უხერხული მომენტი, როდესაც ყველა შესრულებულმა სამუშაომ არაფერი მიგვიყვანა.

5. კათარზისი

ჩვენ ვუყურებთ დავალების მენეჯერს, ვხედავთ cmd ციმციმები, powershell ციმციმები. მოდით უფრო ახლოს მივხედოთ - cmd *32 და, შესაბამისად, powershell *32. ჩვენ ეს გვესმის APC აგენტის სერვისი არის 32-ბიტიანი, რაც ნიშნავს, რომ ის მუშაობს შესაბამის კონსოლზე.

ჩვენ გავუშვით powershell x86, როგორც ადმინისტრატორი და კვლავ დავაინსტალირეთ და ვაკონფიგურირებთ PowerCLI-ს მე-3 ნაბიჯიდან.

მოდით შევცვალოთ powershell ზარის ხაზი:

"C:Windows<b>SysWOW64</b>WindowsPowerShellv1.0powershell.exe…

6. ბედნიერი დასასრული!

წყარო: www.habr.com