а что имелось ввиду?😅

в будни нельзя задавать такие вопросы без чтения документации... там банхаммер сразу приедет

А что так можно было?) А то свою проблему я решил сам, но тупой вопрос остался.. мб попозже задам.

рискнуть всегда можно

Окей понял, постараюсь меньше спрашивать:)

го вопрос

не тот вывод сделали.
Задавать можно хоть кучу вопросов, но не азы же, которые можно нагуглить.

наоборот же, нужно больше спрашивать, но повышать качество вопросов

Хорошо, так и будет:) Спасибо большое за оперативные ответы:)

Через веб vCSA, ВМки удаляются из инвентаря мгновенно, а скриптом в цикле через powercli секунд 30-40 на анрегистер одной тратится. Раньше этот же самый скрипт несколько ВМ в секунду спокойно удалял. Переделал скрипт чтобы удалял с хостов напрямую мимо vCSA, работает быстро как раньше, но тогда в vCSA остаются orphaned ВМ, на их зачистку скриптом так же уходит по 30-40 секунд. Позже изменил скрипт добавив -eq orphaned, стало быстро.

Медленный скрипт:

Foreach ($i in (1..637)){
  Foreach ($k in (9..30)){
    $j = '{0:D3}' -f $i
    $vmname = "esxi-$j dummy $k"
    Remove-VM -VM $vmname -RunAsync -Confirm:$false
    $vmname
  }
}

Быстрый скрипт:

Foreach ($i in (1..637)){
  $j = '{0:D3}' -f $i
    Get-Datacenter 'CB' | Get-VMHost "esxi-$j.load.local" | Get-VM * | Where {$_.Extension.Summary.Runtime.ConnectionState -eq "orphaned"} | Remove-VM -Confirm:$false
    "esxi-$j.load.local"
}

А, сам вопрос - почему так)

потому что список VM нужно сформировать отдельно и потом отдать |

но ведь.. раньше то работало -_-

Если правильно помню единственное изменение которые делал в лабе, был апдейт хостов с 6.7.1 до 6.7.2, в vpxd логе есть душные записи "No hosts are compatible with provided version 6.7.2" гуглил, нашёл только отсылки к багам которые "будут пофикшены" м.б. до 6.7.3 обновиться..

твой сменщик сегодня не отвечает, можешь поработать овертайм?

Measure-Command надо делать в отладке и смотреть какая операция длинная

спс, время на исследования особо нет, но при случае гляну, так то пока обходной путь устраивает, ибо редко приходится 14тыс. ВМ удалять. Кстати недавно делал то же самое на 7.0 лабе с 5000ВМ только хосты были железные а не виртуальные, там тупящий скрипт не тупил, несколько минут и нет виртуалок.

Для этого есть ключик -parallel

vSphere 7.0 Update 2 support > in our performance testing labs, we have recently discovered that U2 reduces NBDSSL transport performance quite significantly. Specifically, we're seeing about 30% backup speed drop comparing to previous vSphere builds, which is a major issue because most of our enterprise customers who chose Network transport mode use NBDSSL at this point (particularly because VMware themselves has been pushing the usage of NBDSSL as a best practice). We were able to reproduce the issue without Veeam in the picture, and it looks like some regression in U2 so we are opening a support case with VMware. However, since this is not a show stopper, we will not be waiting for the resolution and will ship the official vSphere 7.0 U2 support with our next cumulative patch as planned. #veeam #backup #vsphere7u2

ну шо, есть результаты?