1 votes

Création de dossiers de partage redondants accessibles par un seul nom d'hôte

Très bien, dans un effort pour augmenter la redondance, j'essaie de partager un dossier sur 3 serveurs différents et de pouvoir accéder à chacun d'eux à partir d'un seul nom d'hôte.

Ce que j'essaie de faire. Héberger un dossier partagé "logon" sur chacun de mes contrôleurs de domaine et les rendre accessibles via un seul nom d'hôte. De cette façon, si deux des trois contrôleurs de domaine tombent en panne, le dossier est toujours accessible à partir du nom d'hôte unique. Ce nom ne sera utilisé que pour héberger les scripts de connexion et certains fichiers complets utilisés par la stratégie de groupe.

2voto

Ryan Ries Points 54671

DFS (Distributed File System) est parfait pour cela. En fait, c'est ce qu'utilisent les contrôleurs de domaine AD pour présenter un seul "partage" réparti entre plusieurs serveurs, de sorte que si l'un d'eux tombe en panne, le partage reste accessible aux clients qui utilisent toujours le même nom. Comme SYSVOL. Rien ne vous empêche de créer votre propre partage DFS qui fonctionne exactement comme SYSVOL. Cette solution présente également l'avantage de diriger les clients vers l'hôte approprié en fonction de leur situation géographique (en supposant que vos sites AD soient correctement configurés).

0voto

he4dless Points 1

Sans matériel supplémentaire, vous pouvez configurer un DNS Round robin pour faire pointer un nom d'hôte vers les 3 serveurs différents. Le problème est que si l'un des serveurs tombe en panne, il y a toujours une chance que le DNS Round Robin pointe un utilisateur vers le serveur mort et cause encore des problèmes.

Avec du matériel supplémentaire, vous pourriez installer un équilibreur de charge auquel vous pourriez attribuer un nom d'hôte. L'équilibreur de charge s'occupera alors de transmettre les demandes aux bons serveurs, et si l'un des serveurs tombe en panne, l'équilibreur de charge ne transmettra pas les demandes au serveur mort.

0voto

joeqwerty Points 106914

Pourquoi ne pas placer les fichiers dans le partage NETLOGON sur vos contrôleurs de domaine (qui est l'endroit où les scripts de connexion hérités vont généralement) et laisser DFS-R gérer la réplication. Vous aurez alors fait d'une pierre deux coups.

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