SVN、TeamCity仮想化/ハードウェア要件

Question

SQL Serverを実行するTeamCity、いくつかのビルドエージェント（現時点では）、SVNリポジトリで構成される新しい環境の要件をまとめようとしています。

6人の開発者がおり、現時点ではCIプロセスに参加している5つのアクティブなソリューションがあり、明らかに時間とともに成長します。現在、ソリューションを構築するのに10分以上かかることはないため、複雑さに関してはそれほど大きくありません。 loc。

自動テストを実行するには、ビルドプロジェクト自体にsqlサーバーのインスタンスが必要です。TeamCitysqlインスタンスとは別に保管する必要があると思います。

これらの実行に適したハードウェア構成を誰でも提案できますか。ディスクI / Oは実際のCPUパワーよりも重要になります。

これらすべてを単一のマルチCPU、RAID、仮想化で実行できますか？

Windows 2008およびhyper-vで実行する必要がありますか？

私はいつも他の人がサーバーの要件を処理してビルドできるようにしましたが、今は足を汚さなければなりません。

どんなアドバイスでも大歓迎です

Answer 1

データポイント：

TeamCity環境は、Windows 2008とHyperVを実行し、それぞれ32GbのRAMを備えた8コアサーバーのトリオがオンになっています（正しく覚えている場合）。 SVNリポジトリは別のサーバーにあります（歴史的な理由により）。信頼性のために、すべてがSAN上にあると思います（ホストの1つがダウンした場合、VMを別のホストに簡単に移動できます）。

10個のビルドエージェントがあり、すべてVMで実行されています。それらの4つはストレートビルドに使用されます。そのうちの6つは、ビルドおよびシステムテストの実行に使用されます（テストで他のVMを調整する必要があります）。一部のシステムテストの実行に11時間かかるため、ビルドキューを保持したくないため、これを選択しました。段階的なリリースを行っています-プロジェクトは、自動化された単体テストとシステムテストに合格するまでテスト部門にリリースされないことが理想的です。

一度に3つまたは4つのプロジェクトに積極的に取り組んでいる開発者が約12人います。また、修正プログラムとメンテナンスリリースのビルドにもTeamCityを使用しています。

あなたのシナリオでは、予算がある最大のボックスでWindows 2008とHyperVを選択します。ディスクI / OはCPUパワーよりも重要ですが、コアが多いほど、より多くのVMに簡単に拡張できます。各VMに割り当てられた多くのRAMは、スワッピングを回避し、キャッシュを支援します。つまり、ディスクI / Oが少なくなります。ある時点で、フェールオーバー用に2つ以上のボックスを用意することを検討することもできます。1つのボックスで64Gbオプションを購入するよりも32GbのRAMを搭載した2つのボックスを購入する方が安い場合があるためです。

VMを使用する利点の1つは、VMのスナップショットを作成して定期的に元に戻すことができることです。各プロジェクトには、おそらく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