АЗ
И выключить такой хост можно было только по питанию. Ждали окончания рабочего дня, потом вырубали вместе с VMs
Size: a a a
2021 March 30
2021 March 31
АЗ
Завтра на этом упавшем хосте HPE будет менять мат. плату
AR
У меня нет никаких инсайдов на эту тему, но обычно для ключевых технологических партнеров (а это железные вендора + крупнейшие производители софта) вендор шарит свои долгосрочные роадмапы под жёсткий nda. Допускаю, что в этих роадмапах и интел, и amd обещали over 100500 ядер в своих процах будущем. С учётом, что ВЕСЬ рынок давно лицензируется per-core, а не per-socket (что кстати отличается от кейса с vram), то решение учесть этот рост ядер является довольно логичным с точки зрения бизнеса. При этом был выбран очевидно мягкий вариант перехода с лимитом на 32pcore (т.к. Заказчиков с amd >32pcore крайне мало и им можно было просто отсыпать доп. лицензий) вместо более жёсткого с лицензированием per-core, как у MS
Можно было отсыпать, только это делали 2 месяца всего а все кто пришли потом (мы например) всё равно платим, хоть и с очень большими скидками
EZ
Кстати, у кого-нить хост сам вываливался из кластера vSAN / улетал из vCenter, забирая с собой работающие VMs? Причем VMs исчезали из Inventory vCenter
Я ща пытаюсь представить механизм такого вываливания. Исчезновение из инвентори сложнее всего объяснить. В логах что?
АЗ
Я ща пытаюсь представить механизм такого вываливания. Исчезновение из инвентори сложнее всего объяснить. В логах что?
Ага, нас с Заказчиком больше поразило исчезновение из Inventory. Не косой чертой, что недоступны, а пропали совсем (разрегистрировались)
EZ
Автоматизация или клауд-контроллер поверх вцентра есть? SRM? Репликация?
EZ
Логи хоста смотрите
N
Можно было отсыпать, только это делали 2 месяца всего а все кто пришли потом (мы например) всё равно платим, хоть и с очень большими скидками
Ну не правда это. Можно было запросить до 30 января 2021. Объявили 16 марта 2020
KS
Я ща пытаюсь представить механизм такого вываливания. Исчезновение из инвентори сложнее всего объяснить. В логах что?
Что-то я ни разу пока не видел и не слышал описание подобных проблем )
EZ
Kirhy Stoff
Что-то я ни разу пока не видел и не слышал описание подобных проблем )
Аналогично
KS
в теории только при корректном удалении хоста из VC пропадут все объекты, которые были на нем зарегистрированы
N
Я ща пытаюсь представить механизм такого вываливания. Исчезновение из инвентори сложнее всего объяснить. В логах что?
Самое интересное, что inventory vCenter и кластер vsphere в общем-то не связан с кластером vsan (точнее списком членов vsan кластера). Так что мне не очевидно что же там произошло, но, очевидно, это можно посмотреть в логах сферы и vsan (отдельно).
KS
но при падении хоста сам он ну никак не может удалиться из inventory
EZ
именно
EZ
Плюс хост не может инициировать операцию своего удаления из инвентори, насколько мне известно
KS
ключевое слово тут - сам
KS
Плюс хост не может инициировать операцию своего удаления из инвентори, насколько мне известно
не может
EZ
Kirhy Stoff
ключевое слово тут - сам
Я поэтому и спросил про наличие чего-то сверху вцентра
EZ
Но ваще это "кофе. гуща. гадать." Надо идти на хост и смотреть логи
EZ
/var/log/hostd.log, /var/log/vpxa.log