SVN, TeamCity virtualização / exigência de hardware

Question

Eu estou tentando colocar um requisito juntos para um novo ambiente consistir em TeamCity correndo do SQL Server, um par de agentes de compilação (por agora) e um repositório SVN.

Há 6 desenvolvedores e haverá 5 soluções ativos participando no processo de CI por agora que obviamente vai crescer ao longo do tempo. Nenhuma das soluções tomar> 10 minutos para construir atualmente para que eles não são enormes em termos de complexidade e loc.

Os projectos de construção vai-se precisa de uma instância de servidor SQL para que os testes automatizados pode executar -. Eu presumo que eles devem ser mantidos separados a partir da instância TeamCity sql

Alguém pode sugerir uma configuração de hardware adequado para executar estes. É o disco i / o vai ser mais importante que o poder real da CPU.

Posso executar tudo isso em uma única CPU multi, RAID e virtualização?

Devemos ser executado com o Windows 2008 e Hyper-V?

Eu sempre deixar que outros lidar com requisitos de servidor e de construção, mas agora eu tenho que colocar meus pés sujos.

Qualquer conselho muito bem-vindos

Answer 1

Um ponto de dados:

ambiente Nossa TeamCity está ligado (se bem me lembro) um trio de servidores de 8 núcleos, cada um com 32 GB de RAM, Windows 2008 e HyperV. repositório SVN Nossa estiver em um servidor diferente (por razões históricas). Eu acho que tudo está em uma SAN agora, para a confiabilidade (se um dos anfitriões vai para baixo, podemos facilmente mover as VMs para outro host).

Temos 10 agentes de compilação, todos rodando em máquinas virtuais. 4 deles são usados ??para reto constrói; 6 deles são utilizados para construções e para testes do sistema de execução (que envolve a coordenação outro VMs dos testes). Optamos por isso porque alguns dos nossos testes de sistema demoram 11 horas para ser executado, e nós não queremos para manter a fila de construção. Temos faseada lançamentos -. Um projeto idealmente não são liberados para o departamento de teste até que passe automatizado de teste de unidade e do sistema

Temos cerca de uma dúzia de desenvolvedores trabalhando ativamente em 3 ou 4 projetos ao mesmo tempo. Nós também usamos TeamCity para a construção de correcção e manutenção lançamentos.

No seu cenário, eu optar para o Windows 2008 e HyperV, na maior caixa que você tem o orçamento para. Disk I / O é mais importante do que o poder da CPU, mas com mais núcleos, você pode mais facilmente escalado para mais VMs. A abundância de RAM atribuído a cada VM evita trocar, e auxilia o cache, o que significa menos Disk I / O. Em um certo ponto, você pode considerar ter duas ou mais caixas, para fail-over, e porque às vezes é mais barato comprar duas caixas com 32 GB de RAM do que para comprar a opção de 64Gb para uma única caixa.

Uma vantagem de usar VMs é que você pode instantâneo-los e revertê-los periodicamente. Cada projeto provavelmente deve ter sua própria instância do SQL Server.

Answer 2

Você deve dar uma olhada na seção Como em nossa documentação: http: // confluence.jetbrains.net/display/TCD65/How+To ... Lá você vai encontrar "requisitos de hardware estimativa para TeamCity" tópico. Provavelmente ele vai ajudar.

Answer 3

O link no post anterior é quebrado A seguir é a correta. http://confluence.jetbrains.com/display /TCD65/How+To...#HowTo...-hardwarerequirements