Visual Studio 2008/2010 sur le serveur Terminal Server (virtualisation IDE)

Question

Quelle est votre opinion sur l'utilisation de Visual Studio 2008/2010 avec tous les composants (serveur sql, nant, nunit, etc.) par Terminal Server. J'ai deux options:

1. créer des machines virtuelles distinctes sur le serveur Hyper-v (VS 2008/2010, Windows7/sql server 2008/nan/nunit etc) pour chaque utilisateur (hmm mais il y a un problème avec l'application en cours d'exécution en tant que services, iis)

2. créer une seule machine virtuelle (Win serveur std 2008) avec IDE et tous les logiciels nécessaires

Chaque utilisateur aura compte de domaine dans les deux options. Il y a quatre développeurs de logiciels.

J'attends avec impatience tous les avis.

Answer 1

jamais entendu parler d'utiliser VS productif sur une installation de serveur virtuel, mais semble intéressant.

En supposant que la machine a assez de puissance, je préférerais la deuxième version, cela devrait être moins compliqué, et il y a seulement 4 développeurs ...

Answer 2

nous faisons cela depuis des années. Nous avons ancien Delphi6, ancien Borland C++ Builder 5, VS.NET 2003 (certaines applications héritées) VS2008 et maintenant VS2010 en cours d'exécution sur une machine virtuelle VMWare, à la fois hôte OS et OS invité VMWare est Win2K8 Server. Cela fonctionne très bien et nous permet d'économiser beaucoup de temps avec la gestion de tous les outils tiers, etc. Et si nous avons besoin de tester de nouveaux composants, etc., nous faisons rapidement une copie de l'image VMWare et testons dessus.

Editer: Nous l'utilisons sur du matériel commun (assez vieux aussi), Intel Xeon E3110 3.0 GHz dual-core (identique au Core2duo), 8 Go de RAM. Tirer parti du nouveau matériel est aussi simple que de déplacer l'image vmware vers une nouvelle machine plus puissante. Même le DEV le plus productif ne serait pas capable de mettre l'accent sur une nouvelle machine à 6 cœurs avec lecteur SSD. Avec le passage à plus de cœurs de traitement au lieu de GHz, cela devient de mieux en mieux et nous permet d'utiliser le matériel mieux. Sans oublier tout le temps gagné pour garder les librairies et les outils à jour. Nous sommes 3-5 devs travaillant sur le serveur à un moment donné.

Answer 3

En tant qu'administrateur depuis plus d'une douzaine d'années, je pense que mettre toutes ces fonctions dans un grand serveur va être (a) coûteux et (b) lent. Grâce à la loi de Moore, vous pouvez acheter un poste de travail de bureau pour moins de 1000 $ aujourd'hui, qui a plus de puissance de calcul que la plupart des serveurs encore utilisés. Les programmes tels que Visual Studio ont besoin d'un processeur et d'une mémoire RAM bien plus importants que les applications de productivité de bureau normales pour exécuter des tâches comme la complétion du code IntelliSense. Ainsi, avoir un petit serveur pour héberger la base de données et construire des services plus des postes de travail individuels pour chaque développeur peut être le meilleur pour la performance et l'adaptabilité/mises à niveau.

Cela dit, si vous deviez le faire sur un gros serveur, je suggère d'utiliser HyperV (ou VMware) avec les hôtes suivants:

• une instance pour SQL Server - tous les développeurs peuvent partager
• une instance pour le serveur de construction (Nant et al) - pas besoin de dupliquer cet effort
• une instance pour les services Terminal Server - chaque dev aura sa propre session, mais vous avez seulement besoin de configurer le logiciel un endroit et cela fonctionne pour tous 4
• laisser un peu de frais généraux dans cas, vous devez créer une nouvelle machine virtuelle pour tester les mises à niveau majeures, etc.