Всем привет!
В общем случае при расширении VMDK компоненты не пересоздаются.
Максимальный размер компонента 255 GB.
Если расширять диск в пределах 255 GB, обычно просто увеличивается размер текущих компонентов (исключение может быть, если не хватает места на физическом носители, тогда в дополнение у существующему создается новый компонент).
Если расширять диск больше 255 GB, создается еще 1 компонент в дополнение к существующим (получается RAID0 из компонентов, он же Concatenation), никакого ресинка не происходит.
Ресинк и изменение компонентов может происходить, только если на capacity накопителях нет места (компонент разбивается на более мелкие, для балансировки нагрузки) ну или при смене политики.

Вот например диск на 100GB:

Он же после расширения до 500GB:

по UUIDам видно, что старые компоненты не удалялись

ну и ресинка не было

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

да не за что, бывает интересно, когда места на физических дисках заканчивается, но опять же все в пределах здравого смысла

ну когда компонент перестает влезать на диск, это понятно

тут вопросов нет

Возвращаясь всё-таки к моему вопросу: каким образом тогда у ВМ "кончилось место", когда на vSAN было ещё 20% сырого? И чем мне помогла бы KB2146613, когда ВМ в состоянии stun, а answer в GUI завершается ошибкой?

а что вы делали с ВМ, когда у нее кончилось место?

Время было 6 ночи. Всё, что голова придумала сделать, это stripes per object = 2 и force provisioning = true для политики.

ВМ пришлось выкл, вкл, т.к. Answer the question завершалась ошибкой для любого выбора.

так в этот момент кто-то увеличил размер vmdk?

Диск был увеличен в 1:00, и до 5:25 машина нормально жила. Потом, я так понял, диск немного распух.

странно, а можешь в абсолютных цифрах сказать размеры машины и суммарно датастора?

А на что это влияет?

да фиг его знает, чтобы лучше понять в какие лимиты упираемся