SharePoint Optimisation de l’environnement WAN

d’une infrastructure SharePoint centralisée, sauf si la bande passante et la latence entre les sites permettent une qualité acceptable pour les utilisateurs. Cette recommandation s’étend aussi au-delà d’un site centralisé unique. Par exemple, si vous avez des sites SharePoint régionaux, vous pouvez aussi avoir une topologie en étoile avec plusieurs sites centraux et agences, les plus petites agences se prêtant bien à l’utilisation d’un accélérateur WAN.

Si vous avez des doutes concernant l’éligibilité d’un site distant en matière d’implémentation d’un accélérateur WAN, certaines méthodologies toutes simples peuvent vous aider à déterminer l’impact d’une implémentation SharePoint sur l’utilisation du WAN. Même si la détermination de cet impact sort du cadre de cet article, la méthodologie la plus simple nécessite de déterminer les tailles des pages et fichiers stockés dans SharePoint, puis d’évaluer les modèles d’utilisation et de comparer ces exigences à la bande passante réellement disponible sur la connexion WAN. Toutefois, il est impératif de garder à l’esprit que la latence peut constituer un problème critique. En fait, selon Microsoft, la latence est plus importante que la bande passante pour les performances globales, sauf si cette dernière est inférieure ou égale à 512 kbits/s.

A titre d’exemple, Microsoft indique qu’une latence de 500 ms sur un circuit WAN T1 (1,544 Mbits/s) fournit pratiquement les mêmes performances qu’un circuit T3 (44,736 Mbits/s) présentant la même latence. Comme de nombreux administrateurs réseau sont souvent limités en termes de connectivité WAN, il est important de considérer les accélérateurs WAN comme la méthode la plus appropriée pour améliorer à la fois la connectivité SharePoint et la cohérence d’utilisation pour les employés. Les accélérateurs WAN peuvent aussi apporter des avantages significatifs à votre architecture d’indexation à et votre utilisation des catalogues de données métiers (BDC, Business Data Catalog). Selon la conception de votre topologie, le balayage (crawling) de sources de contenu peut créer des pics significatifs dans le trafic réseau. Microsoft suggère même que, dans certaines circonstances, les besoins en bande passante pour le balayage de contenu sont supérieurs aux besoins en bande passante des utilisateurs. Il est également intéressant de noter que les BDC au sein de SharePoint ne fournissent pas de fonction de mise en cache des données. Par conséquent, si votre source de données est distante, vous pouvez induire une autre charge significative au niveau du WAN. La fonctionnalité de BDC constitue un autre élément prédisposé aux problèmes de latence.