ວິ​ທີ​ການ​ສ້າງ​ຕົວ​ເສີມ​ລູກ​ສອນ​ໄຟ​ສໍາ​ລັບ​ສະ​ຄິບ PowerCLI​ 

ບໍ່ດົນ ຫຼືຫຼັງຈາກນັ້ນ, ຜູ້ເບິ່ງແຍງລະບົບ VMware ໃດກໍ່ມາເພື່ອເຮັດໜ້າທີ່ປະຈຳວັນໂດຍອັດຕະໂນມັດ. ມັນທັງໝົດເລີ່ມຕົ້ນດ້ວຍເສັ້ນຄຳສັ່ງ, ຈາກນັ້ນມາ PowerShell ຫຼື VMware PowerCLI.

ໃຫ້ເວົ້າວ່າທ່ານໄດ້ຊໍານິຊໍານານ PowerShell ເລັກນ້ອຍກວ່າການເປີດຕົວ ISE ແລະໃຊ້ cmdlets ມາດຕະຖານຈາກໂມດູນທີ່ເຮັດວຽກເນື່ອງຈາກ "ບາງປະເພດຂອງ magic". ເມື່ອທ່ານເລີ່ມນັບເຄື່ອງ virtual ໃນຫຼາຍຮ້ອຍ, ທ່ານຈະພົບເຫັນວ່າ scripts ທີ່ຊ່ວຍອອກໃນຂະຫນາດນ້ອຍແລ່ນຊ້າລົງຢ່າງເຫັນໄດ້ຊັດໃນຂະຫນາດໃຫຍ່. 

ໃນກໍລະນີດັ່ງກ່າວນີ້, 2 ເຄື່ອງມືຈະຊ່ວຍອອກ:

• PowerShell Runspaces - ວິທີການທີ່ອະນຸຍາດໃຫ້ທ່ານສາມາດຂະຫນານການປະຕິບັດຂະບວນການໃນກະທູ້ແຍກຕ່າງຫາກ; 
• Get-View – ຟັງຊັນ PowerCLI ພື້ນຖານ, ການປຽບທຽບຂອງ Get-WMIObject ໃນ Windows. cmdlet ນີ້ບໍ່ໄດ້ດຶງວັດຖຸທີ່ມາພ້ອມກັບຫນ່ວຍງານ, ແຕ່ໄດ້ຮັບຂໍ້ມູນໃນຮູບແບບຂອງວັດຖຸງ່າຍດາຍທີ່ມີປະເພດຂໍ້ມູນງ່າຍດາຍ. ໃນຫຼາຍໆກໍລະນີມັນອອກມາໄວ.

ຕໍ່ໄປ, ຂ້ອຍຈະເວົ້າສັ້ນໆກ່ຽວກັບແຕ່ລະເຄື່ອງມືແລະສະແດງຕົວຢ່າງຂອງການນໍາໃຊ້. ຂໍໃຫ້ວິເຄາະສະຄິບສະເພາະແລະເບິ່ງເວລາທີ່ອັນຫນຶ່ງເຮັດວຽກດີກ່ວາຕົວອື່ນ. ໄປ!

ຂັ້ນຕອນທໍາອິດ: Runspace

ດັ່ງນັ້ນ, Runspace ຖືກອອກແບບມາສໍາລັບການປຸງແຕ່ງຂະຫນານຂອງວຽກງານນອກໂມດູນຕົ້ນຕໍ. ແນ່ນອນ, ທ່ານສາມາດເປີດຕົວຂະບວນການອື່ນທີ່ຈະກິນເຖິງບາງຫນ່ວຍຄວາມຈໍາ, ໂປເຊດເຊີ, ແລະອື່ນໆ. ຖ້າສະຄິບຂອງທ່ານແລ່ນໃນສອງສາມນາທີແລະກິນຫນ່ວຍຄວາມຈໍາ gigabyte, ສ່ວນຫຼາຍອາດຈະບໍ່ຕ້ອງການ Runspace. ແຕ່ສໍາລັບ scripts ສໍາລັບສິບພັນຂອງວັດຖຸແມ່ນມີຄວາມຈໍາເປັນ.

ທ່ານສາມາດເລີ່ມຕົ້ນການຮຽນຮູ້ທີ່ນີ້: 
ການເລີ່ມຕົ້ນນຳໃຊ້ PowerShell Runspaces: ພາກທີ 1

ການໃຊ້ Runspace ໃຫ້ຫຍັງ:

• ຄວາມໄວໂດຍການຈໍາກັດບັນຊີລາຍຊື່ຂອງຄໍາສັ່ງປະຕິບັດ,
• ການ​ປະ​ຕິ​ບັດ​ວຽກ​ງານ​ຂະ​ຫນານ​,
• ຄວາມປອດໄພ.

ນີ້ແມ່ນຕົວຢ່າງຈາກອິນເຕີເນັດເມື່ອ Runspace ຊ່ວຍ:

"ການຂັດແຍ້ງກ່ຽວກັບການເກັບຮັກສາແມ່ນຫນຶ່ງໃນຕົວຊີ້ບອກທີ່ຍາກທີ່ສຸດທີ່ຈະຕິດຕາມໃນ vSphere. ພາຍໃນ vCenter, ທ່ານບໍ່ສາມາດພຽງແຕ່ເຂົ້າໄປເບິ່ງວ່າ VM ໃດກໍາລັງໃຊ້ຊັບພະຍາກອນບ່ອນເກັບມ້ຽນເພີ່ມເຕີມ. ໂຊກດີທີ່ເຈົ້າສາມາດເກັບກຳຂໍ້ມູນນີ້ໄດ້ພາຍໃນນາທີ ຂອບໃຈ PowerShell.
ຂ້າພະເຈົ້າຈະແບ່ງປັນສະຄິບທີ່ຈະຊ່ວຍໃຫ້ຜູ້ເບິ່ງແຍງລະບົບ VMware ສາມາດຄົ້ນຫາໄດ້ໄວໃນທົ່ວ vCenter ແລະໄດ້ຮັບບັນຊີລາຍຊື່ຂອງ VM ທີ່ມີຂໍ້ມູນການບໍລິໂພກໂດຍສະເລ່ຍຂອງພວກເຂົາ.  
ສະຄຣິບໃຊ້ PowerShell runspaces ເພື່ອໃຫ້ແຕ່ລະເຈົ້າພາບ ESXi ເກັບຂໍ້ມູນການບໍລິໂພກຈາກ VMs ຂອງຕົນເອງໃນ Runspace ແຍກຕ່າງຫາກແລະລາຍງານການສໍາເລັດໃນທັນທີ. ນີ້ອະນຸຍາດໃຫ້ PowerShell ປິດວຽກທັນທີ, ແທນທີ່ຈະເຮັດຊ້ໍາຜ່ານເຈົ້າພາບແລະລໍຖ້າໃຫ້ແຕ່ລະຄົນເຮັດສໍາເລັດຄໍາຮ້ອງຂໍຂອງມັນ."

ແຫຼ່ງຂໍ້ມູນ: ວິທີການສະແດງ Virtual Machine I/O ໃນ Dashboard ESXi

ໃນກໍລະນີຂ້າງລຸ່ມນີ້, Runspace ບໍ່ມີປະໂຫຍດອີກຕໍ່ໄປ:

"ຂ້ອຍພະຍາຍາມຂຽນສະຄິບທີ່ເກັບກໍາຂໍ້ມູນຈໍານວນຫລາຍຈາກ VM ແລະຂຽນຂໍ້ມູນໃຫມ່ເມື່ອຈໍາເປັນ. ບັນຫາແມ່ນວ່າມີ VM ຫຼາຍ, ແລະ 5-8 ວິນາທີແມ່ນໃຊ້ໃນເຄື່ອງດຽວ." 

ແຫຼ່ງຂໍ້ມູນ: Multithreading PowerCLI ກັບ RunspacePool

ໃນທີ່ນີ້ທ່ານຕ້ອງການ Get-View, ໃຫ້ເຮົາກ້າວຕໍ່ໄປ. 

ຂັ້ນຕອນທີສອງ: Get-View

ເພື່ອເຂົ້າໃຈວ່າເປັນຫຍັງ Get-View ຈຶ່ງເປັນປະໂຫຍດ, ມັນຄວນຈະຈື່ຈໍາວ່າ cmdlets ເຮັດວຽກໂດຍທົ່ວໄປແນວໃດ. 

Cmdlets ແມ່ນຈໍາເປັນເພື່ອໃຫ້ໄດ້ຂໍ້ມູນຢ່າງສະດວກສະບາຍໂດຍບໍ່ຈໍາເປັນຕ້ອງສຶກສາປື້ມອ້າງອີງ API ແລະປັບປຸງລໍ້ຕໍ່ໄປ. ສິ່ງ​ທີ່​ໃນ​ສະ​ໄຫມ​ກ່ອນ​ທີ່​ໃຊ້​ເປັນ​ຮ້ອຍ​ຫຼື​ສອງ​ແຖວ​ຂອງ​ລະ​ຫັດ​, PowerShell ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ເຮັດ​ໄດ້​ດ້ວຍ​ຫນຶ່ງ​ຄໍາ​ສັ່ງ​. ພວກເຮົາຈ່າຍຄ່າຄວາມສະດວກສະບາຍນີ້ດ້ວຍຄວາມໄວ. ບໍ່ມີ magic ພາຍໃນ cmdlets ຕົນເອງ: script ດຽວກັນ, ແຕ່ໃນລະດັບຕ່ໍາ, ຂຽນໂດຍມືຊໍານິຊໍານານຂອງແມ່ບົດຈາກບ່ອນມີແດດອິນເດຍ.

ດຽວນີ້, ສໍາລັບການປຽບທຽບກັບ Get-View, ໃຫ້ເອົາ Get-VM cmdlet: ມັນເຂົ້າເຖິງເຄື່ອງ virtual ແລະສົ່ງຄືນວັດຖຸປະສົມ, ນັ້ນແມ່ນ, ມັນແນບວັດຖຸທີ່ກ່ຽວຂ້ອງອື່ນໆກັບມັນ: VMHost, Datastore, ແລະອື່ນໆ.  

Get-View ໃນສະຖານທີ່ຂອງມັນບໍ່ໄດ້ເພີ່ມສິ່ງທີ່ບໍ່ຈໍາເປັນກັບວັດຖຸທີ່ສົ່ງຄືນ. ຍິ່ງໄປກວ່ານັ້ນ, ມັນອະນຸຍາດໃຫ້ພວກເຮົາກໍານົດຢ່າງເຂັ້ມງວດກ່ຽວກັບຂໍ້ມູນທີ່ພວກເຮົາຕ້ອງການ, ເຊິ່ງຈະເຮັດໃຫ້ວັດຖຸຜົນຜະລິດງ່າຍຂຶ້ນ. ໃນ Windows Server ໂດຍທົ່ວໄປແລະໃນ Hyper-V ໂດຍສະເພາະ, Get-WMIObject cmdlet ແມ່ນການປຽບທຽບໂດຍກົງ - ຄວາມຄິດແມ່ນຄືກັນ.

Get-View ແມ່ນບໍ່ສະດວກສໍາລັບການປະຕິບັດປົກກະຕິກ່ຽວກັບວັດຖຸຈຸດ. ​ແຕ່​ເມື່ອ​ເວົ້າ​ເຖິງ​ວັດຖຸ​ພັນ​ເປັນ​ພັນ​ໝື່ນ​ອັນ​ກໍ​ບໍ່​ມີ​ລາຄາ.

ທ່ານສາມາດອ່ານເພີ່ມເຕີມກ່ຽວກັບ blog VMware: ແນະນຳກ່ຽວກັບ Get-View

ຕອນນີ້ຂ້ອຍຈະສະແດງໃຫ້ເຈົ້າເຫັນທຸກຢ່າງໂດຍໃຊ້ກໍລະນີທີ່ແທ້ຈິງ. 

ການຂຽນສະຄຣິບເພື່ອຍົກເລີກການໂຫຼດ VM

ມື້ຫນຶ່ງເພື່ອນຮ່ວມງານຂອງຂ້ອຍໄດ້ຂໍໃຫ້ຂ້ອຍເພີ່ມປະສິດທິພາບສະຄິບຂອງລາວ. ວຽກງານແມ່ນເປັນປົກກະຕິທົ່ວໄປ: ຊອກຫາ VMs ທັງຫມົດທີ່ມີພາລາມິເຕີ cloud.uuid ຊ້ໍາກັນ (ແມ່ນ, ນີ້ເປັນໄປໄດ້ໃນເວລາທີ່ cloning VM ໃນ vCloud Director). 

ການແກ້ໄຂທີ່ຊັດເຈນຢູ່ໃນໃຈແມ່ນ:

1. ເອົາບັນຊີລາຍຊື່ຂອງ VMs ທັງຫມົດ.
2. ວິເຄາະລາຍຊື່ບາງວິທີ.

ສະບັບຕົ້ນສະບັບແມ່ນ script ງ່າຍດາຍນີ້:

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
}
# Далее РУКАМИ парсим полученный результат

ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍທີ່ສຸດແລະຈະແຈ້ງ. ມັນສາມາດຂຽນໄດ້ໃນສອງສາມນາທີດ້ວຍການພັກຜ່ອນກາເຟ. screw ສຸດການກັ່ນຕອງແລະມັນສໍາເລັດ.

ແຕ່ໃຫ້ວັດແທກເວລາ:

2 ນາທີ 47 ວິນາທີ ເມື່ອປະມວນຜົນເກືອບ 10k VMs. ໂບນັດແມ່ນບໍ່ມີຕົວກອງ ແລະຄວາມຕ້ອງການຈັດຮຽງຜົນໄດ້ຮັບດ້ວຍຕົນເອງ. ແນ່ນອນ, script ຮຽກຮ້ອງໃຫ້ມີການເພີ່ມປະສິດທິພາບ.

Runspaces ເປັນຜູ້ທຳອິດທີ່ເຂົ້າມາຊ່ວຍຊີວິດ ເມື່ອທ່ານຕ້ອງການຮັບເອົາ host metrics ຈາກ vCenter ພ້ອມໆກັນ ຫຼືຕ້ອງການປະມວນຜົນວັດຖຸຫຼາຍສິບພັນອັນ. ໃຫ້ເຮົາເບິ່ງວ່າວິທີການນີ້ເອົາມາໃຫ້ຫຍັງ.

ເປີດຄວາມໄວທຳອິດ: PowerShell Runspaces

ສິ່ງທໍາອິດທີ່ຢູ່ໃນໃຈສໍາລັບສະຄິບນີ້ແມ່ນການດໍາເນີນການ loop ບໍ່ໄດ້ຕາມລໍາດັບ, ແຕ່ໃນກະທູ້ຂະຫນານ, ເກັບກໍາຂໍ້ມູນທັງຫມົດເຂົ້າໄປໃນວັດຖຸຫນຶ່ງແລະການກັ່ນຕອງມັນ. 

ແຕ່ມີບັນຫາ: 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 (Connect-VIServer ດ້ວຍປຸ່ມ -NotDefault):

$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 $_
           }
       }
   }

ຕອນນີ້ໃຫ້ພວກເຮົາປະຕິບັດ multithreading ຜ່ານ Runspace Pools.  

ສູດການຄິດໄລ່ມີດັ່ງນີ້:

1. ພວກເຮົາໄດ້ຮັບບັນຊີລາຍຊື່ຂອງ VMs ທັງຫມົດ.
2. ໃນກະແສຂະຫນານພວກເຮົາໄດ້ຮັບ cloud.uuid.
3. ພວກເຮົາເກັບກໍາຂໍ້ມູນຈາກສາຍນ້ໍາເຂົ້າໄປໃນວັດຖຸດຽວ.
4. ພວກເຮົາກັ່ນຕອງວັດຖຸໂດຍການຈັດກຸ່ມໂດຍຄ່າຂອງພາກສະຫນາມ CloudUUID: ຜູ້ທີ່ຈໍານວນຄ່າທີ່ເປັນເອກະລັກຫຼາຍກ່ວາ 1 ແມ່ນ VM ທີ່ພວກເຮົາກໍາລັງຊອກຫາ.

ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ຮັບ script:

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 ໃຊ້ເວລາດົນເພື່ອປະຕິບັດ.
ອັນທີສອງ, cmdlet Get-AdvancedOptions ໃຊ້ເວລາດົນກວ່າທີ່ຈະສໍາເລັດ.
ໃຫ້ຈັດການກັບອັນທີສອງກ່ອນ. 

Get-AdvancedOptions ແມ່ນສະດວກສໍາລັບວັດຖຸ VM ສ່ວນບຸກຄົນ, ແຕ່ clumsy ຫຼາຍໃນເວລາທີ່ເຮັດວຽກກັບວັດຖຸຈໍານວນຫຼາຍ. ພວກເຮົາສາມາດໄດ້ຮັບຂໍ້ມູນດຽວກັນຈາກວັດຖຸ virtual machine ຕົວຂອງມັນເອງ (Get-VM). ມັນພຽງແຕ່ຝັງດີຢູ່ໃນວັດຖຸ ExtensionData. ປະກອບອາວຸດທີ່ມີການກັ່ນຕອງ, ພວກເຮົາເລັ່ງຂະບວນການຂອງການໄດ້ຮັບຂໍ້ມູນທີ່ຈໍາເປັນ.

ດ້ວຍການເຄື່ອນໄຫວຂອງມືເລັກນ້ອຍ, ນີ້ແມ່ນ:

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. ມັນບໍ່ໄວເພາະວ່າມັນຈັດການກັບວັດຖຸທີ່ສັບສົນ. ຄໍາຖາມທີ່ສົມເຫດສົມຜົນເກີດຂື້ນ: ເປັນຫຍັງພວກເຮົາຕ້ອງການຂໍ້ມູນເພີ່ມເຕີມແລະ PSObject ທີ່ຮ້າຍແຮງໃນກໍລະນີນີ້, ເມື່ອພວກເຮົາພຽງແຕ່ຕ້ອງການຊື່ຂອງ VM, ລັດແລະມູນຄ່າຂອງຄຸນລັກສະນະທີ່ຫຼອກລວງ?  

ນອກຈາກນັ້ນ, ອຸປະສັກໃນຮູບແບບ Get-AdvancedOptions ໄດ້ຖືກໂຍກຍ້າຍອອກຈາກສະຄິບ. ການໃຊ້ Runspace Pools ດຽວນີ້ເບິ່ງຄືວ່າຈະຕາຍເກີນຍ້ອນວ່າບໍ່ມີຄວາມຕ້ອງການທີ່ຈະຂະຫນານກັບວຽກງານທີ່ຊ້າໆໃນທົ່ວກະທູ້ squat ໃນເວລາສົ່ງຕໍ່ກອງປະຊຸມ. ເຄື່ອງມືແມ່ນດີ, ແຕ່ບໍ່ແມ່ນສໍາລັບກໍລະນີນີ້. 

ໃຫ້ເບິ່ງຜົນໄດ້ຮັບຂອງ ExtensionData: ມັນບໍ່ມີຫຍັງຫຼາຍກ່ວາວັດຖຸ Get-View. 

ໃຫ້ໂທຫາກ່ຽວກັບເຕັກນິກວັດຖຸບູຮານຂອງແມ່ບົດ 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: ຜູ້ຂຽນຂໍຂອບໃຈສະມາຊິກຊຸມຊົນທັງຫມົດສໍາລັບການຊ່ວຍເຫຼືອແລະການສະຫນັບສະຫນູນຂອງພວກເຂົາໃນການກະກຽມບົດຄວາມ. ເຖິງແມ່ນວ່າຜູ້ທີ່ມີ paws. ແລະ​ເຖິງ​ແມ່ນ​ວ່າ​ຜູ້​ທີ່​ບໍ່​ມີ​ຂາ​, ເຊັ່ນ​: boa constrictor​.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com