Bonjour à tous,
 
Je me posais plusieurs questions concernant la future installation que je voudrais mettre en place dans ma société.
Je fais un point sur la situation actuelle et celle future.
SITUATION ACTUELLE
3 serveurs (Windows 2000 Serveur) pour 3 domaines différents (3 sociétés d'un même groupe)
Les applications sont identiques sur les 3 serveurs.
Deux sociétés sont sur le même site et une à l'extérieur
FUTURE INSTALLATION
1 serveur W2008R2 TSE avec 1 domaine global (AD, DNS, DHCP, Serveur d'impression, etc ....)
Les users extérieurs viendront se connecter à l'aide de l'applicatif "Connexion bureau à distance"
 
Le nombre d'utilisateurs sera approximativement de 45
Je vais faire le point sur l'occupation mémoire et processeur de mes différentes applications afin de dimensionner le serveur.
Je recherche surtout du conseil. La configuration avec tous les rôles sur le même serveur est-il adéquat ?
 
Merci d'avance

Alors :
 
1/ Met ton titre en minuscule
2/ non tu mets pas TSE sur un serveur AD, jamais jamais jamais

1/ Met ton titre en minuscule => C'est fait
2/ non tu mets pas TSE sur un serveur AD, jamais jamais jamais => Obligation d'avoir deux serveurs ? Peux-tu en expliquer la raison ?
 
Merci de ta réponse

2 serveurs ou virtualisation
 
Tout simplement parce que l'AD est un service qui ultra sensible et qu'il ne faut pas que les utilisateurs se connectent à un serveur ayant ce rôle. En plus pour faire marcher TSE sur un serveur ayant ce rôle, il faut faire pas mal de bidouilles sinon ça ne fonctionne pas.
 
Dis toi que si un utilisateur a accès à ton DC, celui-ci n'est plus secure et il peut faire n'importe quoi au niveau du domaine entier

Voir ce topic sur le technet microsoft qui répondra à ta question
 
Un extrait :

Selon ma petite expérience, il faut toujours garder au moins un contrôleur de domaine non virtualisé...

Merci à vous. Je vais lire tout cela Buen

Exact mais je mettrai un bémol dans son cas :
 
- Il n'aura qu'un DC donc l'avoir virtualisé permettra de repartir plus vite si un pb arrive
- si virtualisation, il ne faut pas que l'hote soit dans le domaine puisqu'un seul serveur et c'est du coup jouable d'avoir le dc virtuel puisque l'hote n'aura pas besoin du domaine
- le pb de synchro de temps ne se pose pas non plus puisque un seul DC
 
Après oui je suis d'accord que si on peut avoir un dc physique c'est toujours mieux mais en pratique maintenant on le fait de moins en moins

Salut,
pour ma part je mettrais deux serveurs physiques et virtualiserais les differents rôles.
Si serveur unique en cas de panne aie !
A+

Mouaip c'est jouable si l'hôte n'est pas dans le domaine.
Après Franck a aussi raison, un seul serveur physique c'est mettre tous les œufs dans le même panier.
 
Sinon il peut toujours recycler un des 3 ancien serveur pour garder un DC physique.

Pour résumé, l'idéal serait 2 serveurs :
 - 1er serveur : DC, AD, DNS, DHCP, Gestionnaires licences, Serveur Impression
- 2ième serveur : TSE, serveur d'applis, serveur de fichiers, serveur de backup (ARCSERVE)
 
Des conseils dans le cas d'une virtualisation

 
Salut,
on en revient au problème du TSE avec d'autres rôle comme le soulever BUEN.
Je crois qu'il te faudra mini 3 serveurs virtuels  
1 DC, AD, DNS, DHCP, Gestionnaires licences, Serveur Impression
2 serveur d'applis, serveur de fichiers, serveur de backup (ARCSERVE)
3 TSE
Sur deux serveurs physiques capable si besoin de faire tourner tous les services indispensables au fonctionnement de ta boite.
A+

+1, TSE faut l'installer tout seul

Chez nous on a 3 serveurs physiques en cluster sous hyper-v server 2008 R2 (je sais, les pros vmware, c'est pas le top mais ça marche très bien)
 
le stockage se fait sur un SAN fiber channel (ça coûte cher mais c'était déjà là)
 
Sur les 3 serveurs, une 10aine de machines virtuelles : un dc qui fait office de serveur de fichiers/impressions, un serveur d'applis, un serveur web pour l'intranet, les serveurs de supervision/déploiement/gestion de parc, un serveur pour une grosse appli métier, un serveur de messagerie, d'autres anciens serveurs physiques qui ont été virtualisés.
 
Un autre serveur physique dans un autre bâtiment pour la sauvegarde qui fait office de 2è DC et de DHCP.
 
Le cluster est très efficace : les machines virtuelles sont stockée sur le SAN dans une LUN accessible aux 3 serveurs.
Si un serveur devient indisponible (pour maintenance), les machines virtuelles se retrouvent hébergées sur les autres serveurs (manuellement ou automatiquement), sans coupure de service pour les utilisateurs.
 
En plus c'est assez simple à mettre en place le cluster et HSV2008R2 est gratos !
 
Après au lieu d'avoir un SAN assez onéreux, on peut toujours passer par un NAS en iSCSI.
 
Ce qu'il y a de bien avec les serveurs virtuels c'est qu'on peut en monter facilement. Le truc idéal serait d'avoir 1 serveur pour 1 rôle. Le jour où tu as un soucis, c'est beaucoup plus facile d'isoler la source du pb et un serveur virtuel en maintenance n'empêche pas les autres rôle de tourner.

Merci à tous !!!!!!!