> Tech > Conception des sites

Conception des sites

Tech - Par Renaud ROSSET - Publié le 24 juin 2010
email

Lors de la création des sites, il faut établir des critères clairs pour faire d'un lieu un site. Puis on applique ces critères aux divers lieux d'une entreprise pour dresser une brève liste des sites. Pour démarrer le processus, commencez par un site pour toute la société, puis appliquez des

Conception des sites

tests pour créer un nouveau
site. Par exemple, supposons que vous ayez un réseau à  grande vitesse connectant
beaucoup d’utilisateurs. Pour déterminer les limites du site, suivez une règle
importante – répondez aux besoins, ne vous contentez pas de la réponse évidente.

Principal besoin : les utilisateurs doivent s’authentifier rapidement. La réponse
évidente c’est que ces utilisateurs ont besoin de leur propre site. Si vous concevez
les limites de votre site pour répondre à  un besoin, vous arrivez à  une réponse
différente de la réponse évidente.
Pour répondre à  un besoin et faire un premier pas pour définir les limites de
votre site, demandez-vous si vous voulez que les utilisateurs se trouvant dans
l’un des lieux de l’entreprise s’authentifient vis-à -vis d’un contrôleur de domaine
se trouvant dans un autre lieu géographique. Si la réponse est oui, vous avez
probablement une bonne vitesse de connexion et une bande passante confortable
entre ces lieux, et vous pouvez considérer ces lieux comme un seul site. Si la
réponse est non, conservez ces lieux dans des sites séparés (ou des parties de
sites plus vastes). Demandez-vous si vous voulez que les utilisateurs se trouvant
dans l’un des lieux s’authentifient sur un contrôleur de domaine d’un autre lieu.
Donnez satisfaction au besoin d’authentification rapide des utilisateurs dans
toute votre entreprise. S’il s’agit d’une multinationale, vous constaterez immédiatement
la nécessité d’avoir plusieurs sites, au moins un par région du monde. Les circuits
WAN lents (comme les circuits 512 Ko communs dans la région Asie-Pacifique) justifient
la création de sites supplémentaires. Pour tester les limites des sites, demandez-vous
de nouveau si vous voulez que les utilisateurs se trouvant dans l’un des lieux
s’authentifient sur un contrôleur de domaine d’un autre lieu. Il ne faudrait pas,
par exemple, que les utilisateurs s’authentifient par un circuit transatlantique
ou transpacifique.
Et même si cette authentification est possible, un accroissement du trafic sur
des circuits si chers, juste pour économiser quelques sites de plus, n’est pas
une idée judicieuse.

Appliquez à  présent un second test au site : est-ce que ce lieu utilisera des
applications client-serveur supportant AD ?
Par exemple, les utilisateurs d’un site utiliseront-ils Dfs pour choisir une copie
locale se trouvant dans le site ? Si les applications utilisent les sites pour
définir ce qu’elles considèrent comme local, il faudra peut-être des sites plus
petits avec une connectivité très élevée. Par exemple, vous ne trouvez pas gênant
que les utilisateurs d’un lieu s’authentifient vis-à -vis d’un autre lieu, mais
vous ne voulez probablement pas qu’ils exécutent une application SAP d’un lieu
distant.

Une fois les sites définis, il faut les connecter avec des liaisons de sites.
Le temps d’attente que vous voulez pour votre forêt déterminera la configuration
de votre site. Par exemple, si vous avez plus de deux sites dans votre configuration
et que vous voulez le moins d’attente possible, il faut un maillage complet (c’est-à -dire
une topologie dans laquelle tous les sites ont mutuellement une liaison de site,
comme sur la Figure 4.
Mais, tout comme le modèle de domaine NT à  approbation globale, cette configuration
n’est pas très évolutive. Pour traiter un nombre modéré de sites avec un faible
temps d’attente, la meilleure solution est une conception  » hub et rayons  » comme
sur la Figure 5.

Dans une telle conception, le hub est normalement le hub réseau physique d’une
entreprise et un site ne se trouve pas à  plus de deux tronçons d’un autre site.
Si vous prévoyez un temps d’attente de 15 minutes pour traverser un site et un
temps d’attente minimum de 15 minutes pour parcourir chaque liaison de site, le
temps d’attente maximum pour traverser la forêt sera de 1 heure 15 minutes pour
une conception hub et rayon de trois sites (c’est-à -dire jusqu’à  15 minutes pour
traverser le site A, selon le nombre de contrôleurs de domaines se trouvant dans
le site ; plus, un intervalle de duplication de 15 minutes sur la liaison de site
A-B ; plus, jusqu’à  15 minutes pour traverser le site B ; plus, un intervalle
de duplication de 15 minutes sur la liaison de site B-C ; plus jusqu’à  15 minutes
pour traverser le site C).
On peut aussi prendre en compte un certain temps (par exemple 5 minutes) pour
que les données se propagent physiquement entre les sites par les circuits WAN.
Le temps de duplication complet peut être nettement inférieur, selon le nombre
de contrôleurs de domaines se trouvant dans les sites, le mode de sélection des
serveurs têtes de pont et l’emplacement du contrôleur de domaine émetteur de mise
à  jour.

Dans un réseau IP entièrement acheminé, tous les sites peuvent dialoguer entre
eux et la nature transitive des liaisons de sites permet la transmission de la
duplication d’un site à  l’autre à  travers toute la forêt. Dans un réseau non acheminé,
la fonction de pont de liaison de site peut servir à  neutraliser la fonction transitive
des liaisons de site pour le transport IP. En définissant manuellement les ponts
des liaisons de sites, vous pouvez configurer les sites pouvant se dupliquer aux
autres.La duplication voyagera toujours le long des liaisons aux coûts les plus
faibles, sauf si celles-ci ont des défaillances

Téléchargez cette ressource

Guide inmac wstore pour l’équipement IT de l’entreprise

Guide inmac wstore pour l’équipement IT de l’entreprise

Découvrez toutes nos actualités à travers des interviews, avis d'experts et témoignages clients et ainsi, retrouvez les dernières tendances et solutions IT autour de nos 4 univers produits : Poste de travail, Affichage et collaboration, Impression et capture et Infrastructure.

Tech - Par Renaud ROSSET - Publié le 24 juin 2010

A lire aussi sur le site

Revue Smart DSI

La Revue du Décideur IT