SVN, виртуализация TeamCity/требования к оборудованию

Question

Я пытаюсь сформулировать требование к новой среде, состоящей из TeamCity, на котором работает Sql Server, пары агентов сборки (на данный момент) и репозитория SVN.

На данный момент в процессе CI участвуют 6 разработчиков, и в процессе CI будет участвовать 5 активных решений, число которых, очевидно, со временем будет расти.В настоящее время создание ни одного из решений не занимает >10 минут, поэтому они не являются огромными с точки зрения сложности и местоположения.

Проектам сборки потребуется экземпляр сервера sql, чтобы можно было запускать автоматические тесты - я предполагаю, что их следует хранить отдельно от экземпляра sql TeamCity.

Может ли кто-нибудь предложить конфигурацию оборудования, подходящую для их запуска.Будет ли дисковый ввод-вывод более важным, чем фактическая мощность процессора?

Могу ли я запустить все это на одном многопроцессорном компьютере, в рейде и в виртуализации?

Должны ли мы использовать Windows 2008 и Hyper-V?

Я всегда позволял другим заниматься требованиями к серверу и сборкой, но теперь мне приходится пачкать ноги.

Любой совет приветствуется

Answer 1

Точка данных:

Наша среда TeamCity состоит из (если я правильно помню) трех 8-ядерных серверов с 32 ГБ оперативной памяти каждый, работающих под управлением Windows 2008 и HyperV.Наш репозиторий SVN находится на другом сервере (по историческим причинам).Я думаю, что сейчас все находится на SAN, для надежности (если один из хостов выйдет из строя, мы легко перенесем ВМ на другой хост).

У нас есть 10 агентов сборки, и все они работают на виртуальных машинах.4 из них используются для прямых построек;6 из них используются для сборки и запуска системных тестов (что предполагает координацию работы других виртуальных машин в тестах).Мы выбрали это, потому что выполнение некоторых наших системных тестов занимает 11 часов, и мы не хотим задерживать очередь сборки.У нас есть поэтапные выпуски — в идеале проект не попадает в отдел тестирования, пока не пройдет автоматизированное модульное и системное тестирование.

У нас около дюжины разработчиков, активно работающих над 3-4 проектами одновременно.Мы также используем TeamCity для создания обновлений и обновлений.

В вашем сценарии я бы выбрал Windows 2008 и HyperV в самой большой коробке, на которую у вас есть бюджет.Дисковый ввод-вывод более важен, чем мощность процессора, но с большим количеством ядер вы можете легче масштабироваться для большего количества виртуальных машин.Большой объем оперативной памяти, назначенный каждой виртуальной машине, позволяет избежать подкачки и способствует кэшированию, что означает меньше дискового ввода-вывода.В определенный момент вы можете подумать о наличии двух или более блоков для аварийного переключения, а также потому, что иногда дешевле купить два блока с 32 ГБ ОЗУ, чем покупать вариант с 64 ГБ для одного блока.

Одним из преимуществ использования виртуальных машин является то, что вы можете делать их снимки и периодически восстанавливать их.Каждый проект, вероятно, должен иметь свой собственный экземпляр SQL Server.

Answer 2

Вам следует взглянуть на раздел «Как сделать» в нашей документации: http://confluence.jetbrains.net/display/TCD65/How+To...Там вы найдете тему «Оценка требований к оборудованию для TeamCity».Вероятно, это поможет.

Answer 3

Ссылка в предыдущем посте нарушается следующим образом, является правильной.http://confluence.jetbrains.com/display/TCD65/How+To...#HowTo...-hardwarerequirements