Есть ли проблемы производительности с выполнением уровня приложений TFS в виртуальной машине?
Как Вы отмечаете, уровень приложений не выполняет тяжелый ввод-вывод и обычно является хорошим кандидатом на виртуализацию. Я не знаю, что Ваша определенная среда, так тестируя его с представительной загрузкой будет лучшим способом получить категорический ответ, но это имеет, "Это работает на меня" знак одобрения :) Уровень данных (SQL Server) работает намного лучше непосредственно сверху аппаратных средств (но это походит на то, именно это Вы делаете так или иначе).
Если Вы выполняете несколько VMs на сервере, размещающем Уровень приложений TFS VM, просто знают (и я знаю, что это ослепляюще очевидно), что другой VMs будет конкурировать за те же ресурсы как TFS VM (RAM, ЦП, Сеть и Диск), таким образом запланируйте соответственно.
Я знаю многих людей, которые работают с этой конфигурацией, и она работает хорошо на них. Я знаю о по крайней мере одной компании с довольно большой нагрузкой (24x7 разработка во всем мире приблизительно с 200 пользователями, получающими доступ к системе в течение дня), и эта конфигурация хорошо работает для них. У них действительно были проблемы, когда SQL-сервер был виртуализирован, но хорошо работал, так как SQL дали свое собственное поле. Ключ (как со всем VM's, используемым в производстве), чтобы быть уверенным, что В VM имеет достаточные ресурсы и не конкурирует с другим VM's на устройстве хоста слишком в большой степени. При низких условиях ресурса рабочий процесс ASP, работающий в IIS, может начать перерабатывать в большой степени, который может привести к некоторым проблемам.
В то время как IO В является довольно низким, это на самом деле, файлы кэшей, которые загружаются в управлении версиями, чтобы избежать необходимости восстанавливать файл от дельты, сохранили в базе данных, когда кто-то запрашивает что конкретная версия. Поэтому все еще стоит сделать все обычные хорошие методы с производственным VM's, такие как использование жестких дисков и т.д.