Если бы все, что Вы хотите сделать, протестировать вещи, Вы описываете затем, я рекомендовал бы не потратить впустую деньги на соответствие спецификации ЦП тестового сервера к продуктивной среде. Я не сократил бы углы слишком много на RAM, если Ваше приложение, вероятно, на самом деле попытается сделать какое-либо использование из нее - можно настроить VM на большинстве платформ с большим количеством виртуальной RAM, чем сумма физической доступной RAM, но как steven упоминания в вышеупомянутом комментарии, гипервизор будет просто использовать дисковую подкачку для этого и если VM попытается использовать ее, то производительность заправит катастрофически. В любых системах я попробовал это при добавлении, или удаление vCPU's не имеет никакого отрицательного эффекта вне сокращения производительности.
До тестирования изменений конфигурации перед движением живые, это - немного отличающийся сценарий. Если Вы просто ищете проблемы совместимости затем нет никакой настоящей проблемы, но если Вы, вероятно, будете тестировать тонкие настройки производительности затем, необходимо попытаться удостовериться, что тестовая платформа является разумным соответствием для рабочих характеристик производства. Разумный может все еще означать 2x или 3x более низкая спецификация, просто удостоверьтесь, что Вы не пытаетесь протестировать вещи как тонкие настройки производительности хранилища в системе с 2 локальными дисками SATA и ожидать, что подобные изменения, чтобы иметь подобные эффекты на производственную систему с помощью FC на 8 ГБ SAN с 60 15k FC управляют.
Вы не можете присвоить больше центральных процессоров никому данному VM, чем у Вас есть физические Ядра. И при этом Вы не можете присвоить больше RAM, чем Вы имеете.