SVN, TeamCity Virtualisierung / hardware-Anforderung

Question

Ich bin versucht, eine Anforderung, die zusammen für eine neue Umgebung zu bestehen, die von TeamCity ausgeführt von Sql Server, ein paar von build-agents (für jetzt), und ein SVN-repository.

Es gibt 6 Entwickler und es gibt 5 aktive Lösungen, die sich an der CI-Prozess für jetzt, die offensichtlich im Laufe der Zeit wachsen.Keine der Lösungen nehmen >10 Minuten zu bauen derzeit so Sie sind nicht riesig, im Hinblick auf Komplexität & loc.

Die build-Projekte selbst müssen eine sql server-Instanz, damit die automatisierten tests laufen können - ich nehme an, Sie sollten getrennt von den TeamCity sql-Instanz.

Kann jemand vorschlagen, eine hardware-config laufen diese.Ist die disk-i/o-wichtiger als die tatsächliche CPU-Leistung.

Kann ich alle diese auf einem einzigen cpu, raid und Virtualisierung?

Sollten wir laufen mit windows 2008 und hyper-v?

Ich habe immer lassen Sie andere befassen sich mit Anforderungen an den server und bauen, aber jetzt habe ich bekommen meine Füße schmutzig.

Alle Ratschläge, die meisten willkommen

Answer 1

Einen Datenpunkt:

Unsere TeamCity-Umgebung auf (wenn ich mich Recht erinnere) ein trio von 8-Kern-Server mit jeweils 32Gb RAM, running Windows 2008 und HyperV.Unser SVN-repository auf einem anderen server (aus historischen Gründen).Ich denke, dass alles was auf einer SAN-nun, für Zuverlässigkeit (wenn einer der hosts ausfällt, können wir einfach verschieben der VMs auf einen anderen host).

Wir haben 10 build-Agenten, die alle in VMs.4 von Ihnen sind verwendet für gerade baut;6 von Ihnen sind verwendet für builds und führen Systemtests (beinhaltet die Koordination von anderen virtuellen Maschinen in den tests).Wir entschieden uns dafür, weil einige unserer system-tests dauern 11 Stunden zu laufen, und wir wollen nicht zu halten, bis die build-Warteschlange.Wir haben phased releases -- ein Projekt im Idealfall nicht veröffentlicht, um die test-Abteilung, bis es geht automatisierten unit-und system Tests.

Wir haben über ein Dutzend Entwickler, die aktiv an der 3 oder 4 Projekte gleichzeitig.Auch wir verwenden TeamCity für Gebäude hotfix-und maintenance-releases.

In Ihrem Szenario würde ich entscheiden, für Windows 2008 und HyperV, auf dem größten Feld, dass Sie das budget für.Disk I/O ist wichtiger als CPU-Leistung, aber mit mehr Kernen können Sie mehr leicht zu skalieren, um mehr VMs.Viel RAM zugewiesen, um jede VM vermeidet austauschen und aids caching, Sinn weniger Festplatten-I/O.An einem bestimmten Punkt, können Sie vielleicht zwei oder mehr Felder, für fail-over, und weil es manchmal billiger zu kaufen zwei Boxen mit 32Gb RAM als zu kaufen, die 64-GB-option für ein einzelnes Feld.

Ein Vorteil von VMs ist, dass Sie können snapshot Ihnen und wiederherstellen Sie in regelmäßigen Abständen.Jedes Projekt sollte wahrscheinlich seine eigene Instanz von SQL Server.

Answer 2

Sie sollten einen Blick auf den Abschnitt so in unserer Dokumentation: http://confluence.jetbrains.net/display/TCD65/How+To...Dort finden Sie "Schätzen hardware-Anforderungen für TeamCity" Thema.Wahrscheinlich wird es helfen.

Answer 3

Der link im vorherigen post ist gebrochen Folgenden ist die richtige.http://confluence.jetbrains.com/display/TCD65/How+To...#HowTo...-hardwarerequirements