ការបិទ VMWare ESXi hypervisor នៅកម្រិតថ្មដ៏សំខាន់នៃ APC UPS

មានអត្ថបទជាច្រើននៅទីនោះអំពីរបៀបកំណត់រចនាសម្ព័ន្ធ PowerChute Business Edition និងរបៀបភ្ជាប់ទៅ VMWare ពី PowerShell ប៉ុន្តែខ្ញុំមិនអាចស្វែងរកអ្វីៗទាំងអស់នេះនៅកន្លែងតែមួយបានទេ ដោយមានការពិពណ៌នាអំពីចំណុចតូចៗ។ ប៉ុន្តែពួកគេមាន។

1. សេចក្តីផ្តើម

ទោះបីជាការពិតដែលថាយើងមានទំនាក់ទំនងខ្លះជាមួយថាមពលក៏ដោយក៏ជួនកាលមានបញ្ហាជាមួយអគ្គីសនីកើតឡើង។ នេះគឺជាកន្លែងដែល UPS ចូលមកលេង ប៉ុន្តែថ្មរបស់វាមិនមានរយៈពេលយូរទេ។ អ្វី​ដែល​ត្រូវធ្វើ? បិទ!

ខណៈពេលដែលម៉ាស៊ីនមេទាំងអស់មានលក្ខណៈជាក់ស្តែង អ្វីៗដំណើរការល្អ PowerChute Business Edition បានជួយយើង។ ឥតគិតថ្លៃ សម្រាប់ម៉ាស៊ីនមេចំនួន 5 ដែលវាគ្រប់គ្រាន់ហើយ។ ភ្នាក់ងារ ម៉ាស៊ីនមេ និងកុងសូលត្រូវបានដំឡើងនៅលើម៉ាស៊ីនតែមួយ។ នៅពេលដែលចុងបញ្ចប់ជិតមកដល់ ភ្នាក់ងារគ្រាន់តែប្រតិបត្តិឯកសារពាក្យបញ្ជាដែលផ្ញើ shutdown.exe /s /m ទៅកាន់ម៉ាស៊ីនមេដែលនៅជិតគ្នា ហើយបន្ទាប់មកបិទប្រព័ន្ធប្រតិបត្តិការរបស់វា។ មនុស្សគ្រប់គ្នានៅរស់។
បន្ទាប់មកវាជាពេលវេលាសម្រាប់ម៉ាស៊ីននិម្មិត។

2. ផ្ទៃខាងក្រោយ និងការឆ្លុះបញ្ចាំង

ដូច្នេះតើយើងមានអ្វីខ្លះ? គ្មានអ្វីទាំងអស់ - ម៉ាស៊ីនមេរាងកាយមួយជាមួយ Windows Server 2008 R2 និង hypervisor មួយជាមួយនឹងម៉ាស៊ីននិម្មិតជាច្រើន រួមទាំង Windows Server 2019, Windows Server 2003 និង CentOS ។ និង UPS មួយទៀត - APC Smart-UPS ។

យើង​បាន​ឮ​អំពី NUT ប៉ុន្តែ​មិន​ទាន់​បាន​សិក្សា​វា​នៅ​ឡើយ​ទេ យើង​បាន​ប្រើ​តែ​អ្វី​ដែល​មាន​នៅ​ក្នុង​ដៃ​ប៉ុណ្ណោះ​គឺ PowerChute Business Edition។

អ្នកត្រួតពិនិត្យខ្ពស់អាចបិទម៉ាស៊ីននិម្មិតរបស់វាដោយខ្លួនឯង ហើយអ្វីដែលនៅសល់គឺត្រូវប្រាប់វាថាដល់ពេលហើយ។ មានរបស់ដែលមានប្រយោជន៍ VMWare.PowerCLI នេះគឺជាផ្នែកបន្ថែមសម្រាប់ Windows Powershell ដែលអនុញ្ញាតឱ្យអ្នកភ្ជាប់ទៅ hypervisor ហើយប្រាប់វាគ្រប់យ៉ាងដែលអ្នកត្រូវការ។ វាក៏មានអត្ថបទជាច្រើននៅទីនោះផងដែរអំពីការកំណត់ PowerCLI ។

3. ដំណើរការ

UPS ត្រូវបានភ្ជាប់ទៅច្រក com នៃម៉ាស៊ីនមេឆ្នាំ 2008 ជាសំណាងល្អវានៅទីនោះ។ ទោះបីជាវាមិនសំខាន់ក៏ដោយ - វាអាចតភ្ជាប់តាមរយៈកម្មវិធីបម្លែងចំណុចប្រទាក់ (MOXA) ទៅម៉ាស៊ីនមេវីនដូនិម្មិតណាមួយ។ លើសពីនេះ សកម្មភាពទាំងអស់ត្រូវបានអនុវត្តនៅលើម៉ាស៊ីនដែល 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. Default.cmd

ឯកសារបាច់ដូចគ្នាដែលត្រូវបានបើកដំណើរការដោយភ្នាក់ងារ APC ។ វាមានទីតាំងនៅក្នុង “C:Program Files[(x86)]APCPowerChute Business Editionagentcmdfiles” ហើយនៅខាងក្នុង៖

"C:Windowssystem32WindowsPowerShellv1.0powershell.exe" -File "C:...shutdown_hosts.ps1"
វាហាក់ដូចជាអ្វីៗទាំងអស់ត្រូវបានកំណត់រចនាសម្ព័ន្ធ និងត្រួតពិនិត្យ យើងថែមទាំងបានបើកដំណើរការ cmd ផងដែរ - វាដំណើរការបានត្រឹមត្រូវ បិទវា។

យើងដំណើរការការធ្វើតេស្តឯកសារពាក្យបញ្ជាពីកុងសូល APC (មានប៊ូតុងសាកល្បងនៅទីនោះ) - វាមិនដំណើរការទេ។

នេះ​គឺ​ជា​ពេល​ដ៏​ឆ្គង​ដែល​ការងារ​ទាំង​អស់​ដែល​បាន​ធ្វើ​មិន​បាន​នាំ​ឲ្យ​មាន​អ្វី​សោះ។

5. Catharsis

យើងក្រឡេកមើលកម្មវិធីគ្រប់គ្រងភារកិច្ច យើងឃើញពន្លឺ 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