APC UPS के महत्वपूर्ण बैटरी स्तर पर VMWare ESXi हाइपरवाइजर का शानदार शटडाउन

PowerChute Business Edition को कैसे कॉन्फ़िगर करें और PowerShell से VMWare से कैसे कनेक्ट करें, इसके बारे में कई लेख हैं, लेकिन किसी तरह मुझे सूक्ष्म बिंदुओं के विवरण के साथ यह सब एक ही स्थान पर नहीं मिला। लेकिन वे मौजूद हैं.

1। प्रविष्टि

इस तथ्य के बावजूद कि हमारा ऊर्जा से कुछ संबंध है, कभी-कभी बिजली की समस्याएँ उत्पन्न हो जाती हैं। यहीं पर यूपीएस काम में आता है, लेकिन अफसोस, इसकी बैटरियां लंबे समय तक नहीं चलती हैं। क्या करें? बंद करें!

जबकि सभी सर्वर भौतिक थे, चीजें अच्छी चल रही थीं, पॉवरशूट बिजनेस एडिशन ने हमारी मदद की। 5 सर्वरों के लिए मुफ़्त, जो काफ़ी था। एक मशीन पर एक एजेंट, सर्वर और कंसोल स्थापित किए गए थे। जैसे-जैसे अंत निकट आया, एजेंट ने बस एक कमांड फ़ाइल निष्पादित की जिसने पड़ोसी सर्वरों कोshutdown.exe /s /m भेजा, और फिर उसके OS को बंद कर दिया। हर कोई जीवित है.
तब वर्चुअल मशीनों का समय था।

2. पृष्ठभूमि और प्रतिबिंब

तो हमारे पास क्या है? कुछ भी नहीं - Windows Server 2008 R2 के साथ एक भौतिक सर्वर और Windows Server 2019, Windows Server 2003 और CentOS सहित कई वर्चुअल मशीनों के साथ एक हाइपरवाइजर। और दूसरा यूपीएस - एपीसी स्मार्ट-यूपीएस।

हमने एनयूटी के बारे में सुना है, लेकिन अभी तक इसका अध्ययन नहीं किया है; हमने केवल वही इस्तेमाल किया जो हाथ में था, अर्थात् पावरशूट बिजनेस संस्करण।

हाइपरवाइज़र अपनी वर्चुअल मशीनों को स्वयं बंद कर सकता है; उसे केवल यह बताना है कि अब समय आ गया है। ऐसी ही एक उपयोगी चीज़ है VMWare.PowerCLI, यह विंडोज़ पॉवरशेल के लिए एक एक्सटेंशन है जो आपको हाइपरवाइज़र से जुड़ने और उसे आपकी ज़रूरत की हर चीज़ बताने की अनुमति देता है। PowerCLI सेटिंग्स के बारे में भी कई लेख हैं।

3. प्रक्रिया

यूपीएस भौतिक रूप से 2008 सर्वर के कॉम पोर्ट से जुड़ा था, सौभाग्य से यह वहां था। हालाँकि यह महत्वपूर्ण नहीं है - इंटरफ़ेस कनवर्टर (MOXA) के माध्यम से किसी भी वर्चुअल विंडोज सर्वर से कनेक्ट करना संभव था। इसके अलावा, सभी क्रियाएं उस मशीन पर की जाती हैं जिससे यूपीएस जुड़ा हुआ है - विंडोज सर्वर 2008, जब तक कि स्पष्ट रूप से अन्यथा न कहा गया हो। इस पर PowerChute Business Edition एजेंट स्थापित किया गया था। यहां पहला सूक्ष्म बिंदु है: एजेंट सेवा को सिस्टम से नहीं, बल्कि उपयोगकर्ता से लॉन्च किया जाना चाहिए, अन्यथा एजेंट cmd फ़ाइल को निष्पादित करने में सक्षम नहीं होगा।

इसके बाद हमने .नेट फ्रेमवर्क 4.7 स्थापित किया। यहां रीबूट की आवश्यकता है, भले ही इंस्टालेशन के बाद फ्रेमवर्क स्पष्ट रूप से इसके लिए नहीं पूछता है, अन्यथा यह आगे नहीं बढ़ेगा। बाद में, अपडेट अभी भी आ सकते हैं, जिन्हें इंस्टॉल करने की भी आवश्यकता है।

इसके बाद हमने PowerShell 5.1 स्थापित किया। रीबूट की भी आवश्यकता है, भले ही वह न पूछे।
इसके बाद, PowerCLI 11.5 इंस्टॉल करें। बिल्कुल नवीनतम संस्करण, इसलिए पिछली आवश्यकताएँ। आप इसे इंटरनेट के माध्यम से कर सकते हैं, इसके बारे में कई लेख हैं, लेकिन हमने इसे पहले ही डाउनलोड कर लिया है, इसलिए हमने सभी फाइलों को मॉड्यूल फ़ोल्डर में कॉपी कर लिया है।

जाँच की गई:

Get-Module -ListAvailable

ठीक है, हम देखते हैं कि हमने स्थापित कर लिया है:

Import-Module VMWare.PowerCLI

हाँ, पॉवरशेल कंसोल निश्चित रूप से प्रशासक के रूप में लॉन्च किया गया है।

पॉवरशेल सेटिंग्स.

• किसी भी स्क्रिप्ट के निष्पादन की अनुमति दें:

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 -Server $vmhost 
    Stop-VMHost $vmhost -force -Confirm:$false 
    Disconnect-VIserver $vmhost -Confirm:$false

4. डिफ़ॉल्ट.cmd

वही बैच फ़ाइल जो APC एजेंट द्वारा लॉन्च की गई है। यह "C:प्रोग्राम फाइल्स[(x86)]APCPowerChute Business Editionagentcmdfiles" और अंदर स्थित है:

"C:Windowssystem32WindowsPowerShellv1.0powershell.exe" -फ़ाइल "C:...shutdown_hosts.ps1"
ऐसा लगता है जैसे सब कुछ कॉन्फ़िगर और जांचा गया था, हमने सीएमडी भी लॉन्च किया - यह सही ढंग से काम करता है, इसे बंद कर देता है।

हम एपीसी कंसोल से एक कमांड फ़ाइल परीक्षण चलाते हैं (वहां एक टेस्ट बटन है) - यह काम नहीं करता है।

यहाँ वह अजीब क्षण है जब किए गए सभी कार्यों का कोई परिणाम नहीं निकला।

5. रेचन

हम कार्य प्रबंधक को देखते हैं, हम सीएमडी फ्लैश, पावरशेल फ्लैश देखते हैं। आइए करीब से देखें - cmd *32 और, तदनुसार, पॉवरशेल *32। हम इसे समझते हैं एपीसी एजेंट सेवा 32-बिट है, जिसका अर्थ है कि यह संबंधित कंसोल चलाती है।

हम व्यवस्थापक के रूप में पावरशेल x86 लॉन्च करते हैं, और चरण 3 से पावरसीएलआई को फिर से स्थापित और कॉन्फ़िगर करते हैं।

खैर, आइए पॉवरशेल कॉल लाइन बदलें:

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

6. सुखद अंत!

स्रोत: www.habr.com