🥇 PowerCLI स्क्रिप्टहरूको लागि रकेट बूस्टर कसरी बनाउने

ढिलो वा पछि, कुनै पनि VMware प्रणाली प्रशासक नियमित कार्यहरू स्वचालित गर्न आउँछ। यो सबै आदेश रेखाबाट सुरु हुन्छ, त्यसपछि PowerShell वा VMware PowerCLI आउँछ।

मानौं कि तपाईंले ISE सुरु गर्न र "कुनै प्रकारको जादू" को कारणले काम गर्ने मोड्युलहरूबाट मानक cmdlets प्रयोग गर्नु भन्दा अलि अगाडि PowerShell मा महारत हासिल गर्नुभएको छ। जब तपाईंले भर्चुअल मेसिनहरू सयौंमा गणना गर्न थाल्नुहुन्छ, तपाईंले सानो स्केलमा मद्दत गर्ने स्क्रिप्टहरू ठूलो स्केलमा उल्लेखनीय रूपमा ढिलो चल्ने भेट्टाउनुहुनेछ।

यस अवस्थामा, 2 उपकरणहरूले मद्दत गर्नेछ:

PowerShell Runspaces - एक दृष्टिकोण जसले तपाईंलाई अलग-अलग थ्रेडहरूमा प्रक्रियाहरूको कार्यान्वयनलाई समानान्तर गर्न अनुमति दिन्छ;
गेट-दृश्य - एक आधारभूत PowerCLI प्रकार्य, Windows मा Get-WMIObject को एक एनालग। यो cmdlet ले वस्तुहरू सँगै वस्तुहरू तान्दैन, तर साधारण डेटा प्रकारहरूको साथ साधारण वस्तुको रूपमा जानकारी प्राप्त गर्दछ। धेरै अवस्थामा यो छिटो बाहिर आउँछ।

अर्को, म संक्षिप्त रूपमा प्रत्येक उपकरणको बारेमा कुरा गर्नेछु र प्रयोगका उदाहरणहरू देखाउनेछु। विशेष लिपिहरूको विश्लेषण गरौं र हेरौं जब एउटाले अर्को भन्दा राम्रो काम गर्छ। जाउ!

पहिलो चरण: रनस्पेस

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

तपाईं यहाँ सिक्न सुरु गर्न सक्नुहुन्छ:
PowerShell Runspaces को शुरुवात प्रयोग: भाग 1

रनस्पेस प्रयोगले के दिन्छ:

निष्पादित आदेशहरूको सूची सीमित गरेर गति,
कार्यको समानान्तर कार्यान्वयन,
सुरक्षा।

यहाँ इन्टरनेटबाट एउटा उदाहरण छ जब रनस्पेसले मद्दत गर्दछ:

"भण्डारण विवाद vSphere मा ट्र्याक गर्न को लागी सबैभन्दा कठिन मेट्रिक्स मध्ये एक हो। vCenter भित्र, तपाईं गएर हेर्न सक्नुहुन्न कुन VM ले थप भण्डारण स्रोतहरू खपत गरिरहेको छ। सौभाग्यवश, तपाईंले PowerShell लाई धन्यवाद मिनेटमा यो डाटा सङ्कलन गर्न सक्नुहुन्छ।
म एक स्क्रिप्ट साझा गर्नेछु जसले VMware प्रणाली प्रशासकहरूलाई vCenter मा द्रुत रूपमा खोजी गर्न र तिनीहरूको औसत खपतमा डेटा सहित VM को सूची प्राप्त गर्न अनुमति दिनेछ।
स्क्रिप्टले प्रत्येक ESXi होस्टलाई छुट्टै रनस्पेसमा आफ्नै VM बाट खपत जानकारी सङ्कलन गर्न र तुरुन्तै पूरा भएको रिपोर्ट गर्न अनुमति दिन PowerShell रनस्पेसहरू प्रयोग गर्दछ। यसले PowerShell लाई होस्टहरू मार्फत दोहोर्याएर र प्रत्येकले आफ्नो अनुरोध पूरा गर्न पर्खनुको सट्टा तुरुन्तै कामहरू बन्द गर्न अनुमति दिन्छ।"

स्रोत: ESXi ड्यासबोर्डमा भर्चुअल मेसिन I/O कसरी देखाउने

तलको अवस्थामा, रनस्पेस अब उपयोगी छैन:

"म VM बाट धेरै डाटा सङ्कलन गर्ने र आवश्यक पर्दा नयाँ डाटा लेख्ने स्क्रिप्ट लेख्ने प्रयास गर्दैछु। समस्या यो छ कि त्यहाँ धेरै VMs छन्, र 5-8 सेकेन्ड एक मेसिनमा खर्च गरिन्छ।

स्रोत: RunspacePool को साथ Multithreading PowerCLI

यहाँ तपाईलाई गेट-दृश्य चाहिन्छ, यसमा अगाडि बढौं।

दोस्रो चरण: गेट-दृश्य

गेट-दृश्य किन उपयोगी छ भनेर बुझ्नको लागि, cmdlets ले सामान्य रूपमा कसरी काम गर्छ भनेर सम्झनु उपयुक्त हुन्छ।

एपीआई सन्दर्भ पुस्तकहरू अध्ययन गर्न र अर्को पाङ्ग्रालाई पुन: आविष्कार नगरी सहज रूपमा जानकारी प्राप्त गर्न Cmdlets आवश्यक छ। पुरानो दिनहरूमा कोडको एक सय वा दुई लाइन लिने कुरा, PowerShell ले तपाईंलाई एउटा आदेशको साथ गर्न अनुमति दिन्छ। हामी गति संग यो सुविधा को लागी भुक्तान गर्दछ। cmdlets भित्र आफैंमा कुनै जादू छैन: एउटै लिपि, तर तल्लो तहमा, सनी भारतका एक मास्टरको कुशल हातले लेखिएको।

अब, Get-View सँग तुलनाको लागि, Get-VM cmdlet लिऔं: यसले भर्चुअल मेसिनमा पहुँच गर्छ र कम्पोजिट वस्तु फर्काउँछ, त्यो हो, यसले यसमा अन्य सम्बन्धित वस्तुहरू संलग्न गर्दछ: VMHost, Datastore, आदि।

यसको स्थानमा Get-View ले फिर्ता गरिएको वस्तुमा अनावश्यक केहि थप्दैन। यसबाहेक, यसले हामीलाई कुन जानकारी चाहिन्छ भनेर कडाईका साथ निर्दिष्ट गर्न अनुमति दिन्छ, जसले आउटपुट वस्तुलाई सजिलो बनाउँदछ। विन्डोज सर्भरमा सामान्यतया र हाइपर-V मा, Get-WMIObject cmdlet प्रत्यक्ष एनालग हो - विचार ठ्याक्कै उस्तै छ।

गेट-दृश्य बिन्दु वस्तुहरूमा नियमित सञ्चालनका लागि असुविधाजनक छ। तर जब यो हजारौं र दशौं हजार वस्तुहरूमा आउँछ, यसको कुनै मूल्य हुँदैन।

तपाईं VMware ब्लगमा थप पढ्न सक्नुहुन्छ: Get-View को परिचय

अब म तपाईंलाई वास्तविक केस प्रयोग गरेर सबै कुरा देखाउनेछु।

VM अनलोड गर्न स्क्रिप्ट लेख्दै

एक दिन मेरो सहकर्मीले मलाई उनको स्क्रिप्ट अप्टिमाइज गर्न भने। कार्य एक सामान्य दिनचर्या हो: डुप्लिकेट cloud.uuid प्यारामिटरको साथ सबै VM हरू फेला पार्नुहोस् (हो, vCloud निर्देशकमा VM क्लोन गर्दा यो सम्भव छ)।

दिमागमा आउने स्पष्ट समाधान हो:

सबै VM को सूची प्राप्त गर्नुहोस्।
कुनै न कुनै रूपमा सूची पार्स गर्नुहोस्।

मूल संस्करण यो सरल लिपि थियो:

function Get-CloudUUID1 {
   # Получаем список всех ВМ
   $vms = Get-VM
   $report = @()

   # Обрабатываем каждый объект, получая из него только 2 свойства: Имя ВМ и Cloud UUID.
   # Заносим данные в новый PS-объект с полями VM и UUID
   foreach ($vm in $vms)
   {
       $table = "" | select VM,UUID

       $table.VM = $vm.name
       $table.UUID = ($vm | Get-AdvancedSetting -Name cloud.uuid).Value
          
       $report += $table
   }
# Возвращаем все объекты
   $report
}
# Далее РУКАМИ парсим полученный результат

सबै कुरा एकदम सरल र स्पष्ट छ। यो कफी ब्रेक संग केहि मिनेट मा लेख्न सकिन्छ। निस्पंदन मा स्क्रू र यो सकियो।

तर समय मापन गरौं:

Minutes मिनेट seconds० सेकेन्ड लगभग 10k VMs प्रशोधन गर्दा। बोनस फिल्टरहरूको अभाव र परिणामहरू म्यानुअल रूपमा क्रमबद्ध गर्न आवश्यक छ। जाहिर छ, स्क्रिप्टलाई अनुकूलन चाहिन्छ।

तपाईंले vCenter बाट एकै साथ होस्ट मेट्रिक्स प्राप्त गर्न वा दशौं हजार वस्तुहरू प्रशोधन गर्न आवश्यक पर्दा रनस्पेसहरू उद्धारमा आउने पहिलो व्यक्ति हुन्। यो दृष्टिकोणले के ल्याउँछ हेरौं।

पहिलो गति खोल्नुहोस्: PowerShell Runspaces

यस स्क्रिप्टको लागि दिमागमा आउने पहिलो कुरा भनेको क्रमिक रूपमा होइन, तर समानान्तर थ्रेडहरूमा, सबै डाटालाई एउटै वस्तुमा सङ्कलन गर्ने र यसलाई फिल्टर गर्ने हो।

तर त्यहाँ एउटा समस्या छ: PowerCLI ले हामीलाई vCenter मा धेरै स्वतन्त्र सत्रहरू खोल्न अनुमति दिँदैन र एउटा हास्यास्पद त्रुटि फ्याँक्नेछ:

You have modified the global:DefaultVIServer and global:DefaultVIServers system variables. This is not allowed. Please reset them to $null and reconnect to the vSphere server.

यसलाई समाधान गर्न, तपाईंले पहिले स्ट्रिम भित्र सत्र जानकारी पास गर्नुपर्छ। हामीलाई याद गरौं कि PowerShell वस्तुहरूसँग काम गर्दछ जुन प्यारामिटरको रूपमा कार्य वा ScriptBlock मा पास गर्न सकिन्छ। $global:DefaultVIServers (-NotDefault कुञ्जीसँग जडान-VIServer) लाई बाइपास गर्दै, यस्तो वस्तुको रूपमा सत्र पास गरौं:

$ConnectionString = @()
foreach ($vCenter in $vCenters)
   {
       try {
           $ConnectionString += Connect-VIServer -Server $vCenter -Credential $Credential -NotDefault -AllLinked -Force -ErrorAction stop -WarningAction SilentlyContinue -ErrorVariable er
       }
       catch {
           if ($er.Message -like "*not part of a linked mode*")
           {
               try {
                   $ConnectionString += Connect-VIServer -Server $vCenter -Credential $Credential -NotDefault -Force -ErrorAction stop -WarningAction SilentlyContinue -ErrorVariable er
               }
               catch {
                   throw $_
               }
              
           }
           else {
               throw $_
           }
       }
   }

अब Runspace Pools मार्फत मल्टिथ्रेडिङ लागू गरौं।

एल्गोरिदम निम्नानुसार छ:

हामीले सबै VM को सूची पाउँछौं।
समानान्तर स्ट्रिमहरूमा हामीले cloud.uuid पाउँछौं।
हामी स्ट्रिमहरूबाट एक वस्तुमा डेटा सङ्कलन गर्छौं।
हामी वस्तुलाई क्लाउडयूयूआईडी फिल्डको मानद्वारा समूहबद्ध गरेर फिल्टर गर्छौं: जहाँ अद्वितीय मानहरूको संख्या 1 भन्दा बढी छ, हामीले खोजिरहेका VMहरू हुन्।

नतिजाको रूपमा, हामीले स्क्रिप्ट पाउँछौं:


function Get-VMCloudUUID {
   param (
       [string[]]
       [ValidateNotNullOrEmpty()]
       $vCenters = @(),
       [int]$MaxThreads,
       [System.Management.Automation.PSCredential]
       [System.Management.Automation.Credential()]
       $Credential
   )

   $ConnectionString = @()

   # Создаем объект с сессионным ключом
   foreach ($vCenter in $vCenters)
   {
       try {
           $ConnectionString += Connect-VIServer -Server $vCenter -Credential $Credential -NotDefault -AllLinked -Force -ErrorAction stop -WarningAction SilentlyContinue -ErrorVariable er
       }
       catch {
           if ($er.Message -like "*not part of a linked mode*")
           {
               try {
                   $ConnectionString += Connect-VIServer -Server $vCenter -Credential $Credential -NotDefault -Force -ErrorAction stop -WarningAction SilentlyContinue -ErrorVariable er
               }
               catch {
                   throw $_
               }
              
           }
           else {
               throw $_
           }
       }
   }

   # Получаем список всех ВМ
   $Global:AllVMs = Get-VM -Server $ConnectionString

   # Поехали!
   $ISS = [system.management.automation.runspaces.initialsessionstate]::CreateDefault()
   $RunspacePool = [runspacefactory]::CreateRunspacePool(1, $MaxThreads, $ISS, $Host)
   $RunspacePool.ApartmentState = "MTA"
   $RunspacePool.Open()
   $Jobs = @()

# ScriptBlock с магией!)))
# Именно он будет выполняться в потоке
   $scriptblock = {
       Param (
       $ConnectionString,
       $VM
       )

       $Data = $VM | Get-AdvancedSetting -Name Cloud.uuid -Server $ConnectionString | Select-Object @{N="VMName";E={$_.Entity.Name}},@{N="CloudUUID";E={$_.Value}},@{N="PowerState";E={$_.Entity.PowerState}}

       return $Data
   }
# Генерируем потоки

   foreach($VM in $AllVMs)
   {
       $PowershellThread = [PowerShell]::Create()
# Добавляем скрипт
       $null = $PowershellThread.AddScript($scriptblock)
# И объекты, которые передадим в качестве параметров скрипту
       $null = $PowershellThread.AddArgument($ConnectionString)
       $null = $PowershellThread.AddArgument($VM)
       $PowershellThread.RunspacePool = $RunspacePool
       $Handle = $PowershellThread.BeginInvoke()
       $Job = "" | Select-Object Handle, Thread, object
       $Job.Handle = $Handle
       $Job.Thread = $PowershellThread
       $Job.Object = $VM.ToString()
       $Jobs += $Job
   }

# Ставим градусник, чтобы наглядно отслеживать выполнение заданий
# И здесь же прибиваем отработавшие задания
   While (@($Jobs | Where-Object {$_.Handle -ne $Null}).count -gt 0)
   {
       $Remaining = "$($($Jobs | Where-Object {$_.Handle.IsCompleted -eq $False}).object)"

       If ($Remaining.Length -gt 60) {
           $Remaining = $Remaining.Substring(0,60) + "..."
       }

       Write-Progress -Activity "Waiting for Jobs - $($MaxThreads - $($RunspacePool.GetAvailableRunspaces())) of $MaxThreads threads running" -PercentComplete (($Jobs.count - $($($Jobs | Where-Object {$_.Handle.IsCompleted -eq $False}).count)) / $Jobs.Count * 100) -Status "$(@($($Jobs | Where-Object {$_.Handle.IsCompleted -eq $False})).count) remaining - $remaining"

       ForEach ($Job in $($Jobs | Where-Object {$_.Handle.IsCompleted -eq $True})){
           $Job.Thread.EndInvoke($Job.Handle)     
           $Job.Thread.Dispose()
           $Job.Thread = $Null
           $Job.Handle = $Null
       }
   }

   $RunspacePool.Close() | Out-Null
   $RunspacePool.Dispose() | Out-Null
}


function Get-CloudUUID2
{
   [CmdletBinding()]
   param(
   [string[]]
   [ValidateNotNullOrEmpty()]
   $vCenters = @(),
   [int]$MaxThreads = 50,
   [System.Management.Automation.PSCredential]
   [System.Management.Automation.Credential()]
   $Credential)

   if(!$Credential)
   {
       $Credential = Get-Credential -Message "Please enter vCenter credentials."
   }

   # Вызов функции Get-VMCloudUUID, где мы распараллеливаем операцию
   $AllCloudVMs = Get-VMCloudUUID -vCenters $vCenters -MaxThreads $MaxThreads -Credential $Credential
   $Result = $AllCloudVMs | Sort-Object Value | Group-Object -Property CloudUUID | Where-Object -FilterScript {$_.Count -gt 1} | Select-Object -ExpandProperty Group
   $Result
}

यस स्क्रिप्टको सुन्दरता यो हो कि यसलाई अन्य समान अवस्थामा प्रयोग गर्न सकिन्छ केवल ScriptBlock र स्ट्रिममा पास गरिने प्यारामिटरहरू प्रतिस्थापन गरेर। यसको शोषण गर्नुहोस्!

हामी समय मापन गर्छौं:

55२००० सेकेन्ड। यो राम्रो छ, तर यो अझै छिटो हुन सक्छ।

दोस्रो गतिमा जाऔं: GetView

के गलत छ पत्ता लगाउनुहोस्।
पहिलो र मुख्य कुरा, Get-VM cmdlet लाई कार्यान्वयन गर्न लामो समय लाग्छ।
दोस्रो, Get-AdvancedOptions cmdlet पूरा हुन अझ बढी समय लाग्छ।
पहिले दोस्रोसँग व्यवहार गरौं।

Get-AdvancedOptions व्यक्तिगत VM वस्तुहरूको लागि सुविधाजनक छ, तर धेरै वस्तुहरूसँग काम गर्दा धेरै अनाड़ी। हामी भर्चुअल मेसिन वस्तुबाट नै जानकारी प्राप्त गर्न सक्छौं (Get-VM)। यो एक्स्टेन्सनडेटा वस्तुमा राम्रोसँग गाडिएको छ। फिल्टरिङको साथ सशस्त्र, हामी आवश्यक डाटा प्राप्त गर्ने प्रक्रियालाई गति दिन्छौं।

हातको हल्का चालको साथ यो हो:


VM | Get-AdvancedSetting -Name Cloud.uuid -Server $ConnectionString | Select-Object @{N="VMName";E={$_.Entity.Name}},@{N="CloudUUID";E={$_.Value}},@{N="PowerState";E={$_.Entity.PowerState}}

यसमा परिणत हुन्छ:


$VM | Where-Object {($_.ExtensionData.Config.ExtraConfig | Where-Object {$_.key -eq "cloud.uuid"}).Value -ne $null} | Select-Object @{N="VMName";E={$_.Name}},@{N="CloudUUID";E={($_.ExtensionData.Config.ExtraConfig | Where-Object {$_.key -eq "cloud.uuid"}).Value}},@{N="PowerState";E={$_.summary.runtime.powerstate}}

आउटपुट Get-AdvancedOptions जस्तै हो, तर यसले धेरै पटक छिटो काम गर्छ।

अब Get-VM मा। यो छिटो छैन किनभने यसले जटिल वस्तुहरूसँग व्यवहार गर्दछ। एउटा तार्किक प्रश्न उठ्छ: हामीलाई यस अवस्थामा किन थप जानकारी र राक्षसी PSO वस्तु चाहिन्छ, जब हामीलाई केवल VM को नाम, यसको अवस्था र एक कठिन विशेषताको मूल्य चाहिन्छ?

थप रूपमा, लिपिबाट Get-AdvancedOptions को रूपमा अवरोध हटाइएको छ। रनस्पेस पूलहरू प्रयोग गरेर अब ओभरकिल जस्तो देखिन्छ किनकि अब सेसन हस्तान्तरण गर्दा स्क्वाट थ्रेडहरूमा ढिलो कार्यलाई समानान्तर गर्न आवश्यक छैन। उपकरण राम्रो छ, तर यस मामलाको लागि होइन।

ExtensionData को आउटपुट हेरौं: यो गेट-दृश्य वस्तु भन्दा बढि केहि होइन।

PowerShell मास्टरहरूको पुरानो प्रविधिलाई कल गरौं: फिल्टरहरू, क्रमबद्ध र समूहीकरण प्रयोग गरेर एक लाइन। सबै अघिल्लो डरलाग्दो रूपमा एक लाइनमा पतन गरिएको छ र एक सत्रमा कार्यान्वयन गरिएको छ:


$AllVMs = Get-View -viewtype VirtualMachine -Property Name,Config.ExtraConfig,summary.runtime.powerstate | Where-Object {($_.Config.ExtraConfig | Where-Object {$_.key -eq "cloud.uuid"}).Value -ne $null} | Select-Object @{N="VMName";E={$_.Name}},@{N="CloudUUID";E={($_.Config.ExtraConfig | Where-Object {$_.key -eq "cloud.uuid"}).Value}},@{N="PowerState";E={$_.summary.runtime.powerstate}} | Sort-Object CloudUUID | Group-Object -Property CloudUUID | Where-Object -FilterScript {$_.Count -gt 1} | Select-Object -ExpandProperty Group

हामी समय मापन गर्छौं:

9 सेकेन्ड वांछित अवस्था द्वारा फिल्टरिंग संग लगभग 10k वस्तुहरु को लागी। महान!

बरु एक निष्कर्षमा को

एक स्वीकार्य परिणाम सीधा उपकरण को छनोट मा निर्भर गर्दछ। यो प्राप्त गर्न को लागी वास्तव मा के छनोट गर्नुपर्छ भनेर निश्चित रूपमा भन्न गाह्रो छ। स्क्रिप्टको गति बढाउनको लागि सूचीबद्ध विधिहरू मध्ये प्रत्येक यसको लागूताको सीमा भित्र राम्रो छ। मलाई आशा छ कि यस लेखले तपाइँको पूर्वाधारमा प्रक्रिया स्वचालन र अनुकूलनको आधारभूत कुराहरू बुझ्नको लागि कठिन कार्यमा मद्दत गर्नेछ।

PS: लेख तयार गर्न सहयोग र सहयोगको लागि लेखक सबै समुदायका सदस्यहरूलाई धन्यवाद दिन्छन्। पञ्जा भएकाहरू पनि। र खुट्टा नभएकाहरू पनि, बोआ कन्स्ट्रक्टर जस्तै।

स्रोत: www.habr.com

PowerCLI स्क्रिप्टहरूको लागि रकेट बूस्टर कसरी बनाउने

पहिलो चरण: रनस्पेस

दोस्रो चरण: गेट-दृश्य

VM अनलोड गर्न स्क्रिप्ट लेख्दै

एक टिप्पणी थप्न Отменить ответ