Дмитрий поделись опытом

Чувак все правильно рассказал, но немного недожал. Но порой еще vmkfstools имеет смысл использовать, но не всегда. Как правило, такие кейсы выглядят так: кто-то наебланил с деревом снэпшотов. ВМ начинает тупить. Берем калькулятор и начинаем его сверять. Крайний кейс: 10 снэпшотов имени Veeam B&R у крупной ВМ (20Тб). Дерево собрали и рекомендовали Дорогому Заказчику миграцию данных.

Забавно, но после каждого пиздеца с дисками ВМ - идет миграция из гостя... Система, однако!😂

Короче, ит депендз. Реально. Как-то был кейс: когда я работал в одном федеральном коммерческом банке, мой начальник решил рядовой запрос взять на себя и увеличил диск через гуй (vSphere 5.5). Однако был нюанс: ВМ досталась "в наследство". Это была файловая помойка о 30Тб (причем, сжатые средствами NTFS). Какие там данные - вообще хз (это не дело виртуализатора и даже не дело виндового админа). Только были нюансы:
1. У ВМ была HWVersion - ультра бородатой. Чуть ли не ESX 3.5
2. Гость раза 2 переживал Cross-Forest  миграцию (даже не спрашивайте почему)
3. Гость переживал не только кросс-форест, но и обновление версии  винды (!!!) А теперь, внимание: с 2003r2 x64 до 2012r2!!!
   3.1 А рассказать, что тогда модно было? Динамические диски + софтварный рэйд. Т.е либо RAID0, либо RAID1. Понятное дело там был                СОФТВАРНЫЙ (!!!) RAID0(!!!) НА Windows, мать его 2003 (!!!) ИЗНАЧАЛЬНО!!! И блять проапгрейжено из гостя до 2012r2.

Понятно, что проебланили и не вспомнили о таком говне. Но после увеличения диска, а как мы помним еще в сфере 4.0 надо было присядать с дисками более 2 Тб (поправьте по версиям и размерам, плз - лень гугл открывать ща). И пизда: рэйд0разъехался, ФС в госте в статусе: я хз что это и тд.
Правил через vmkfstools (перечитать allocated размер) и запустили-таки.

Но Гостю это не помогло. Опять же: комплексная проблема: засранная и изнасилованная донельзя винда, хуевая конфигурация дисков (мамкин одмин ин да хауз) и наша залупоглазость (не посмотрели версию Virtual Hardware. Итог: дрочево с vRSS и экстренная миграция пережатого файлового говна по SMB3 на новый сервер в нашем домене (да, тогда это говно стояло в другом домене).

Т.е. после восстановления - пизда по производительности была. И ВНЕЗАПНО со стороны сети. Но не той, что физической, а в самом госте. Натурально флап шел. В итоге, сразу решили мигрировать к хуям, а не лечить труп.

Кстати, Уважаемое Сообщество!
Меня зовут Женька. Мне 34. И я скатился...

Подскажите, вам были би интересны статьи об:
1. Истинном смысле V2V и как это правильно готовить со стороны гостя в том числе (тут прошу накидать дистрибы unix-like - АСТРУ НЕ ПРЕДЛАГАТЬ😉😂😏).
2. Анализ PKI сценариев в VMware vSphere и  область их применимости (@agolovatyuk  тебе посвящу😉)

пиши статейку по миграции с XEN (не xen server) во у нас развлекухи были с этим....

Ты мне эту идею вернул, тч твоя заслуга.

Таким не обмазывался, но в принципе, можно. Правила гостей примерно одинаковы, если в общем...

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

окей, идем удаляем дрова ксена - получаем синьку уже в ксене

окей, удаляем дрова, пытаемся поставить тулзы вмварные - опять сосем болтов

окей, тащим как есть, грузимся в сейф моде, удаляем ксен дрова руками - сосем болтов с синькой

короче идеальный вариант миграции который мы выбрали это выдаем чистую винду из золотого образа со всем чем надо, а дальше прикладники сами все перетаскивают че им надо со старой тачки

А знаешь в чем прикол?

Надо было попробовать через DISM захуячить дрова😉

а в чем смысл то, если кнопку в jenkins нажал и сервис задеплоился

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

DISM - беспощадная сволочь. Ему до пизды и зависимости, и версионность. Он тупо берет И ДЕЛАЕТ!