Для проверки - сделай vmotion между разных процов и увидь название проца

Для метрокластера так себе решение

В вводной ни слова про метро не было

Про тип ключей тоже не было

Начнем с того что разные процы в класторе это моветон как по мне

Разное бывает. Я его слепила из того, что было

Но мне в данном случае важно понять логику 1С от чего слетает

От любого изменения аппаратной составляющей

Проц, память, диск

Данные правда у меня из прошлого, может уже что-то изменили

В прошлом месяце проапргейдил виртуальный сервер с 1С ERP. Не увеличил память и количество ядер, а именно версию виртуальной машины. Предварительно была сделана миграция, но думаю, что она тут не при чём. На сколько понимаю, 1С не замечает изменений в физическом оборудовании, что логично.
После включения потребовало повторного ввода ключа.

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

У 1С есть более чем подробный лог, где она пишет что не так

Гадать не нужно

Это зависит от типа защиты, есть композитные ключи, которые так и собирают. У нас заморочки, что есть ключ на платформу 1с и сверху ещё ключ на защищённую конфигурацию от другого производителя с другой логикой.

Соответственно, правильно ли я понимаю, что при униформном кластере ничего не должно слетать?

Да не должно, насколько слово 'должно' применимо к этому гомункулу

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

у нас хосты с разными процами - слетает

хотя включена совместимость по процам

ВМ выключаете/включаете?