2 votes

Environnement de développement Win 2008 single server (architecture)

J'ai quelques questions concernant un environnement de développement test que je suis en train de mettre en place sur ce serveur :

  • Intel Core i7-920 Quadcode incl. Hyper Threading
  • 8 Go de RAM DDR3 (triple canal)
  • 2x 750 GB SATA-II (probablement RAID 1 logiciel)

Le serveur supportera au maximum 5 utilisateurs, voire 10 lorsqu'il est sollicité. J'espérais pouvoir utiliser tous les produits suivants sur le même serveur :

  • Windows Server 2008 R2 x64 avec IIS
  • SQL Server 2008 x64 (R2 à sa sortie)
  • Team Foundation Server 2010
  • Sharepoint Foundation 2010

Je sais que cela peut sembler exagéré, mais n'oubliez pas qu'il s'agit d'un outil de développement et de test. Il ne s'agit pas d'un environnement de production. Ma question est de savoir si cela est possible ?

Dois-je tout exécuter sur une seule installation Windows 2008, ou dois-je l'exécuter dans plusieurs environnements virtuels à l'aide d'Hyper-V ?

Qu'en pensez-vous ?


Editer 1 : A propos du processeur. Quelle version de Windows Server 2008 dois-je utiliser ? La version standard prend en charge 4 CPU, mais comment le système d'exploitation comptabilisera-t-il mon processeur ? Le Core i7 a 4 cœurs et avec l'hyperthreading, est-ce qu'il comptera comme 8 cœurs ? Ou bien le système d'exploitation considérera-t-il mon Core i7 comme un seul processeur ?

Alors, Windows Server 2008 R2 Standard ou Enterprise ?

1voto

TomTom Points 50635

Crap out - USE Hyper-V and get some more RAM.

Poiunt est - c'est comme vous dites pour le développement. Hyper-V possède de nombreuses fonctionnalités intéressantes. Vous pouvez revenir sur des installations (Snapshot), mettre en place de nouveaux serveurs en un clin d'œil avec très peu de script (il suffit de préparer un serveur, de le sysprep). C'est beaucoup de flexibilité. Sans cette flexibilité, vous perdez vraiment votre environnement de développement. Je fais tourner plusieurs serveurs similaires (basés sur AMD, de 8 GB - dépassés - à 32 GB RAM) pour la production et le développement et je n'installerai plus jamais rien de physique (y compris les serveurs de base de données - j'en ai un qui est assez haut de gamme, 8 GB RAM etc., et il tourne dans hyper-v, avec un mappage de disque physique. Raison : Les remplacements de serveurs sont plus faciles lorsque les pilotes restent les mêmes ;)

En particulier pour un environnement de développement, la possibilité de "jouer" avec les machines est formidable. Par exemple, sharepoint - installez UNE machine avec tout ce qu'il faut (SQL, sharepoint) JUSTE pour sharepoint. Installer un ajout complexe - revenir en arrière - installer - revenir en arrière. Il n'est pas nécessaire d'avoir un désinstalleur fonctionnel à ce stade.

Pour TFS, il faut au moins 2 ou 3 machines virtuelles pour commencer. Désolé ;) Voici ma configuration TFS : * Machine "SQL" - c'est mon serveur SQL interne principal, qui ne fait que cela. Il est utilisé par divers sous-systèmes (Sharepoint, TFS, CRM, etc.). * Machine "tfs" - le serveur TFS. Elle ne fait tourner que TFS. * Machine "tfs-build" - le serveur de construction TFS. Actuellement un contrôleur + 2 agents. J'envisage de déplacer le contrôleur sur la machine tfs. Quoi qu'il en soit, l'idée principale ici est que je ne veux pas construire sur la machine tfs - qui devrait être "stable". tfs-build reçoit toutes sortes de choses tierces installées et supprimées, et a - par exemple - visual studio sur elle ;)

0voto

Chopper3 Points 99341

Oui, ce sera possible, et non, n'utilisez pas HV.

Premièrement, votre processeur supportera très bien la charge, deuxièmement, à moins que la conception de votre application ne soit ridicule, 8 Go suffiront également et troisièmement, l'ajout de HV le rendra beaucoup plus lent, car pour un tel environnement, 8 Go ne sont pas vraiment suffisants.

Oh et par intérêt, votre serveur utilise-t-il une mémoire à trois canaux (c'est-à-dire que le nombre d'emplacements de mémoire est divisé par 3 ou 2 ; par exemple 3, 6, 9, 12, 18 plutôt que 2, 4, 8, etc.), car de nombreux boîtiers basés sur des ponts nehalem/westmere/sandy fonctionnent beaucoup plus rapidement lorsqu'ils utilisent 3 modules de mémoire plutôt que 2.

0voto

Sam Gladio Points 1

Cela devrait suffire pour ce nombre d'utilisateurs. Le cas échéant, augmentez la mémoire à 12 Go si vous pensez que les développements SQL seront importants.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X