Domaine vs groupe de travail

J'ai un petit démarrage avec 3 personnes travaillant dans 3 postes de travail (Windows Vista / 7) et un serveur exécutant Windows Server 2008. Oh, j'ai presque oublié … Nous avons également un serveur linux (à l'intérieur d'une VM hébergée dans le Serveur Windows Server 2008).

Comme nous ne sommes que quelques personnes avec quelques nœuds, nous utilisons un modèle de réseau de groupe de travail pour éviter le fardeau de configuration d'un modèle de domaine.

  • Le modèle de groupe de travail est-il approprié pour nous?
  • Le nombre d'utilisateurs / nœuds devrait-il être le seul facteur à considérer? Je suppose que non. Alors, quels autres factos devrions-nous considérer?
  • Si ces autres factos indiquent un modèle de groupe de travail, mais le réseau devient grand. Quelle importance devrait-il être (en termes d'utilisateurs et de nœuds) afin de migrer vers un modèle de domaine et de profiter de ses avantages?

3 Solutions collect form web for “Domaine vs groupe de travail”

Le modèle de groupe de travail est-il approprié pour nous?

Pour 3 ordinateurs? Bien sûr, je pourrais avoir cherché à utiliser une boîte Linux ou Windows Home Server au lieu de Server 2008 pour économiser sur les coûts de licence, mais pour 3 utilisateurs, la nécessité d'un domaine est très probablement très faible.

Le nombre d'utilisateurs / nœuds devrait-il être le seul facteur à considérer? Je suppose que non. Alors, quels autres factos devrions-nous considérer?

Le nombre d'utilisateurs ne concerne que indirectement. Habituellement, vous voulez un domaine, lorsque vous avez besoin de fonctionnalités, vous ne pouvez utiliser que le domaine. Comme les stratégies de groupe, Exchange, etc. Beaucoup de fonctionnalités du serveur Windows et MS Servers ne fonctionnent que bien dans un environnement de domaine. Mais pour un très petit nombre d'utilisateurs, il est très rare d'avoir réellement besoin de ces fonctionnalités.

Si ces autres factos indiquent un modèle de groupe de travail, mais le réseau devient grand. Quelle importance devrait-il être (en termes d'utilisateurs et de nœuds) afin de migrer vers un modèle de domaine et de profiter de ses avantages?

Vous souhaitez passer à un domaine lorsque vous devez utiliser une fonction qui ne peut être utilisée que sur un domaine. Si vous désirez une redondance pour ce serveur 2008, vous voudrez un domaine. Si vous souhaitez échanger, vous voudrez un domaine. Si vous souhaitez que les utilisateurs puissent travailler à partir d'un ordinateur au lieu d'un élément assigné, vous pourriez avoir besoin d'un domaine.

Si vous pensez que vous allez grandir beaucoup, ou pensez que vous aurez besoin d'une fonctionnalité qui ne fonctionne que dans un domaine à l'avenir, vous voudrez peut-être activer un domaine maintenant pour économiser d'avoir à changer les choses sur vos ordinateurs plus tard.

L'utilisation d'un domaine facilite beaucoup de choses (authentification et autorisation des ressources partagées) mais requiert une certaine connaissance. Je vous recommande de ne pas configurer un domaine jusqu'à ce que vous soyez prêt à avoir deux serveurs dédiés au rôle du contrôleur de domaine (pas d'autres rôles et des VM non hébergées). Ceux-ci n'ont pas besoin d'être des serveurs énormes; Un processeur unique, 4 Go de RAM et un petit RAID 1 sera plus que suffisant. La configuration d'un domaine dépend également de la façon dont vous êtes connecté à Internet, voire pas du tout.

Juste à côté de la manchette, je dirais qu'il serait utile de migrer vers un domaine une fois que vous avez 10 nœuds ou plusieurs utilisateurs par nœud. Un domaine serait également très utile / requis si vous décidez d'héberger votre propre serveur de messagerie.

Si la sécurité, l'audit et le suivi des objets deviennent un problème relatif, passez ensuite au modèle de domaine. Si le partage des ressources d'objet, tels que les fichiers / dossiers / imprimantes, se développent potentiellement avec le temps, il existe un autre avantage du modèle de domaine (répertoire actif). Cela ne fait pas mal à démarrer maintenant, cependant, n'oubliez pas d'avoir un seul serveur Windows 2008 que votre seul contrôleur de domaine explique les problèmes de redondance.

Vous ne voulez pas que votre serveur Windows 2008 soit un seul point d'échec, dans ce but, vous voudrez probablement avoir 2 d'entre eux et cela vous rassurera derrière la technologie.

Gardez à l'esprit si vous n'êtes pas à l'aise avec l'administrateur du répertoire actif, cela peut ajouter un niveau de complexité bien que la bonne chose à propos d'AD est qu'il s'exécute en dehors de la création générale de nouveaux utilisateurs et objets.

Devoir passer à un modèle de domaine plus tard pourrait être un problème en fonction de la quantité de machines jointes au réseau et de l'emplacement / ressources de vos serveurs de fichiers.

Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de réseau.