Architectures globales pour SharePoint Server

 

**Sapplique à :**SharePoint Server 2013, SharePoint Server 2016

**Dernière rubrique modifiée :**2017-09-05

Résumé : Découvrez les architectures prises en charge pour SharePoint Server 2013 et SharePoint Server 2016 dans les environnements WAN, les stratégies pour optimiser les performances sur des connexions WAN et les recommandations pour les applications de service.

SharePoint Server est optimisé pour fonctionner correctement sur des connexions à un réseau étendu (WAN). Pour la plupart des clients, un environnement centralisé constitue l’architecture recommandée pour accueillir une base d’utilisateurs internationaux. Les clients avec des sites mal connectés peuvent bénéficier du déploiement d’une ou de plusieurs batteries régionales. Cet article décrit les architectures prises en charge, les stratégies d’optimisation de SharePoint Server pour les connexions WAN et les recommandations pour les applications de service.

Dans cet article :

  • Concepts clés

  • Évaluation de vos connexions WAN

  • Optimisation du déploiement d'une batterie de serveurs centrale ou d'un centre de données central

  • Outils clients pour les environnements WAN

  • Concevoir un site central avec plusieurs batteries de serveurs

  • Partage des applications de service via les batteries connectées par des liaisons WAN

Concepts clés

Cet article contient les termes suivants :

  • Site central : emplacement qui héberge la plupart des données d’entreprise et des ordinateurs des employés. Un environnement SharePoint Server centralisé peut être composé d’une seule batterie ou de plusieurs batteries situées dans le même centre de données.

  • Site régional : emplacement qui héberge un sous-ensemble de données d’entreprise et d’ordinateurs d’employés connectés à l’aide d’une combinaison de liaisons au réseau local (LAN) et WAN.

  • Environnement distribué : environnement au sein duquel les employés et les données d’entreprise sont dispersés dans le monde.

  • Batterie de serveurs nationale : batterie déployée à l’intérieur d’une frontière politique pour répondre aux réglementations gouvernementales.

Évaluation de vos connexions WAN

Le principal facteur déterminant les architectures pour les environnements WAN est les performances de SharePoint Server sur les connexions WAN. Avant d’envisager les options d’architecture pour votre environnement WAN, évaluez d’abord les performances que les utilisateurs connaîtront pour leurs actions les plus courantes. Pour ce faire, utilisez des tests d’évaluation systématiques sur plusieurs connexions WAN ou réalisez de simples tests d’utilisateur dans un environnement de test. Vous pouvez également créer un site d’évaluation dans Office 365 au sein de la même région que les locaux principaux de l’entreprise et tester l’expérience utilisateur à partir de plusieurs emplacements géographiques.

Si votre organisation déploie actuellement plusieurs batteries d’un point de vue géographique à l’aide d’une version antérieure du produit, vous pourriez parvenir à mettre en place un environnement à batterie centrale unique ou des batteries moins nombreuses. Ne partez pas du principe que votre organisation nécessitera autant de batteries qu’avec l’ancienne version.

Optimisation du déploiement d’une batterie de serveurs centrale ou d’un centre de données central

La première et la meilleure option pour accueillir une base d’utilisateurs internationaux consiste à déployer SharePoint Server sur un environnement central.

Central environment model

En raison de l’amélioration des performances de SharePoint Server, les clients internationaux liés efficacement par des connexions WAN peuvent s’attendre à réussir le déploiement centralisé de SharePoint Server. Pour les clients à l’échelle de l’entreprise, cela peut représenter plus qu’une batterie de serveurs déployée sur un seul centre de données. La plupart des clients peuvent déployer une batterie unique pour satisfaire les besoins d’une organisation (par exemple, United Airlines). Ces organisations peuvent également utiliser Office 365 comme environnement central pour accueillir une base d’utilisateurs internationaux.

Si vous déployez SharePoint Server sur site, différentes stratégies permettent d’optimiser un environnement centralisé sur des connexions WAN.

Optimiser les pages Web pour un téléchargement plus rapide

Les performances des pages par défaut dans SharePoint Server sont optimisées. Si vous personnalisez les pages ou ajoutez plusieurs images ou d’autres types de contenu, veillez à optimiser ces pages afin qu’elles fonctionnent correctement sur des connexions WAN.

Fonctionnalités Windows Server

Plusieurs fonctionnalités de Windows Server peuvent améliorer les performances pour les utilisateurs qui se connectent à un environnement central via un site régional ou une filiale.

  • BranchCache : BranchCache, qui est une fonctionnalité des systèmes d’exploitation Windows 7, Windows Server 2008 R2 et Windows Server 2012 met en cache le contenu des serveurs de fichiers et web sur un WAN sur les ordinateurs d’une filiale locale. Dans un environnement SharePoint Server distribué géographiquement, BranchCache peut optimiser les performances WAN grâce à la mise en cache des fichiers volumineux téléchargés par les utilisateurs à partir de SharePoint Server.

  • Qualité de service (QoS) : Windows 2000 a intégré des fonctionnalités de qualité de service qui ont été améliorées par Windows Server 2012. La qualité de service vous permet de répondre aux besoins en matière de service d’une charge de travail ou d’une application, en mesurant la bande passante du réseau, en détectant les changements de conditions du réseau (comme la surcharge ou la disponibilité de la bande passante) et en établissant des priorités ou des limitations sur le trafic réseau. Par exemple, vous pouvez utiliser la qualité de service pour donner la priorité sur le trafic aux applications sensibles à la latence et pour contrôler l’effet du trafic non sensible à la latence (comme pour les transferts de données en bloc). Vous pouvez utiliser la qualité de service pour établir des priorités sur les demandes des applications importantes pour les utilisateurs. En outre, vous pouvez annuler la priorité des applications ou des processus réduisant les performances, comme les processus de sauvegarde ou les téléchargements importants. Pour en savoir plus sur les fonctionnalités de qualité de service dans Windows Server 2012, voir la page de vue d’ensemble de la qualité de service (QoS).

Accélérateurs de WAN

Les accélérateurs de WAN offrent des avantages aux déploiements intranet. Certaines entreprises mondiales placent des accélérateurs de WAN sur les connexions avec la latence la plus élevée pour améliorer les performances de ces sites et atteindre un niveau acceptable. Ces solutions optimisent généralement le trafic à plusieurs niveaux.

  • Les solutions d’accélération de WAN compressent les paquets au niveau du réseau et optimisent le protocole sous-jacent pour réduire le trafic brut.

  • Les accélérateurs de WAN optimisent le contenu en comparant les blocs de contenu à l’historique des blocs récemment envoyés, ce qui permet de n’envoyer que les éléments différents au lieu de l’intégralité.

  • Les appareils compatibles avec l’application optimisent le protocole au niveau de l’application, ce qui réduit le brouillage.

D’autres solutions utilisent différentes combinaisons de techniques et d’algorithmes d’optimisation.

Les accélérateurs de WAN fonctionnent par deux. Un appareil est situé dans le centre de données, à côté des serveurs exécutant SharePoint Server, et l’autre appareil se trouve dans la filiale ou sur un appareil client en dehors des bureaux. Les fournisseurs déclarent une réduction de 90 % ou plus du temps de réponse pour les deuxièmes requêtes et les requêtes successives sur des réseaux avec une latence élevée.

De nombreux appareils accélérateurs de WAN sont disponibles. Chaque appareil optimise le trafic WAN différemment. Sachant que SharePoint Server optimise et compresse également les données, il est important de tester les performances de SharePoint Server avec et sans appareil d’accélération WAN. Dans certains cas, la compression de plusieurs technologies (SharePoint Server, Services Internet (IIS) et un accélérateur de WAN) peut avoir un impact négatif sur les performances par rapport aux avantages obtenus.

Optimiser le réseau

De nombreux clients peuvent faire fonctionner un environnement centralisé en travaillant avec des fournisseurs de bande passante pour optimiser les connexions réseau entre les utilisateurs et un site central. En outre, certaines compagnies de télécommunication proposent des modèles de routage plus efficaces, en particulier sur les marchés émergents. En comparaison avec la complexité de gestion des batteries SharePoint et du contenu dans plusieurs emplacements, il peut être plus pratique d’optimiser les connexions WAN.

Outils clients pour les environnements WAN

Plusieurs outils clients peuvent grandement améliorer l’expérience utilisateur sur les connexions WAN sans déployer plusieurs batteries à travers le monde. Vous pouvez également utiliser ces outils dans des environnements possédant plusieurs batteries déployées géographiquement.

Office Online Server

Office Online Server est un produit serveur Office qui offre des versions de Word, PowerPoint, Excel et OneNote basées sur le navigateur. Office Online Server améliore fortement les performances dans les environnements WAN car les utilisateurs ne téléchargent pas de fichiers. Une seule batterie Office Online Server peut prendre en charge les utilisateurs qui accèdent aux fichiers Office via SharePoint Server 2016, Skype Entreprise Server 2015 et Exchange Server 2013. Office Online Server fonctionne bien dans des environnements disposant de connexions avec une latence élevée et/ou à faible bande passante, mais peut ne pas bien fonctionner dans des environnements avec des connexions intermittentes.

Une batterie Office Online Server se situe généralement dans le même centre de données que la batterie SharePoint Server 2016, mais ce n’est pas obligatoire. Le positionnement d’une batterie Office Online Server dans un centre de données distant d’où les sites SharePoint sont absents n’améliorera pas les performances. Pour plus d’informations, voir Présentation d’Office Online Server.

OneDrive Entreprise

OneDrive Entreprise permet aux utilisateurs de synchroniser leur bibliothèqueMon site ou d’autres bibliothèques SharePoint sur des sites d’équipe vers leurs ordinateurs. Ils peuvent alors travailler avec des fichiers de ces bibliothèques directement dans l’Explorateur Windows. Les utilisateurs peuvent accéder à ces fichiers même lorsqu’ils sont hors connexion. Les mises à jour des fichiers se synchronisent avec SharePoint lorsque l’utilisateur est en ligne.

OneDrive Entreprise fonctionne bien dans des environnements avec des connexions intermittentes, ou avec des connexions à latence élevée ou à faible bande passante. Il n’est pas prévu pour prendre en charge la modification simultanée par plusieurs utilisateurs d’un même fichier hors connexion. Pour plus d’informations, voir Synchroniser votre OneDrive ou d’autres bibliothèques SharePoint avec votre ordinateur à l’aide de OneDrive Entreprise.

Notes

Pour l’instant, la nouvelle génération de clients de synchronisation OneDrive Entreprise n’est pas disponible dans SharePoint Server.

Concevoir un site central avec plusieurs batteries de serveurs

Certaines entreprises peuvent décider de déployer plusieurs batteries sur un site central pour répondre aux besoins en capacité et en puissance. Toutefois, si l’architecture comprend plusieurs batteries de contenu, les fonctionnalités sociales peuvent être limitées. Pour optimiser un environnement à plusieurs batteries, les principes de conception suivants s’appliquent :

  • L’application de service de profil utilisateur doit résider dans le même centre de données que le contenu qu’elle prend en charge.

  • Une batterie Mon site est recommandée. Les fonctionnalités sociales sont limitées sur plusieurs batteries Mon site. Par exemple, les utilisateurs verront les activités sociales dans leur flux d’actualités Mon site pour cette batterie uniquement. Plusieurs batteries Mon site impliquent également plusieurs applications de service de profil utilisateur, ce qui augmente la complexité.

  • Pour que les fonctionnalités sociales s’appliquent sur les batteries de contenu, vous devez créer un hôte de sites Mon site dans chaque batterie de contenu du centre de données. Avec cette conception, l’hôte de sites Mon site de la batterie Mon site désignée, sur laquelle l’application de service de profil utilisateur existe, est l’hôte de sites Mon site principal. Les autres hôtes de sites Mon site prennent en charge les flux des sites d’équipes situés dans les batteries de contenu.

  • SharePoint Server prend en charge les architectures de batterie étendue pour lesquelles les serveurs se situent dans des centres de données différents. Pour qu’une batterie étendue fonctionne, la latence entre l’ordinateur exécutant SQL Server et les serveurs Web frontaux doit être inférieure à 1 milliseconde dans un sens et la vitesse de la bande passante doit être d’au moins 1 gigaoctet par seconde.

  • Les batteries de recherche peuvent résider dans un centre de données différent. L’application de service de recherche fonctionne bien sur les connexions WAN. Si vous devez répartir les batteries sur plusieurs centres de données, sachez qu’une batterie de recherche dédiée ne doit pas obligatoirement se situer dans le même centre de données que les autres types de batteries SharePoint.

Le schéma suivant représente une architecture à plusieurs batteries conçue pour une entreprise internationale de fabrication fictive nommée Fabrikam comptant plus de 300 000 utilisateurs.

Multi-farm architecture for a global manufacturing company

Partage des applications de service via les batteries connectées par des liaisons WAN

Vous pouvez partager certaines applications de service sur les batteries. La plupart d’entre elles peuvent être partagées sur des batteries séparées par des liaisons WAN. Le tableau suivant résume la prise en charge du partage des applications de service sur les liaisons WAN. L’application de service de recherche nécessite une attention plus particulière et des recommandations relatives à ce service figurent à la suite du tableau.

Prise en charge des services entre batteries pour les environnements WAN

Application de service Prise en charge sur les connexions WAN ? Commentaires

Recherche

Oui

Le contenu peut être analysé sur les connexions WAN. Sinon, vous pouvez configurer la recherche pour récupérer les origines des résultats distantes (index des batteries distantes).

Métadonnées gérées

Oui

Les champs d’entrée utilisateur que l’application de service de métadonnées gérées fournit peuvent ne pas être disponibles si une connexion WAN est hors ligne (comme une liaison satellite intermittente).

Business Data Connectivity

Oui

Une fois le modèle de données mis en cache sur le serveur Web de la batterie distante (celle qui utilise le Service Business Data Connectivity d’une batterie centrale), la batterie distante se connecte directement à la source de données sur le WAN pour interroger les données (au lieu de se reconnecter à la batterie qui héberge le Service Business Data Connectivity). Par conséquent, la batterie distante nécessite une autorisation pour accéder à la source de données. En outre, les performances entre la batterie distante et la source de données dépendent des performances de la connexion WAN.

Profil utilisateur

Non pris en charge

L’utilisation de l’application de service de profil utilisateur sur les liaisons WAN n’est pas prise en charge. Ce service a besoin d’un accès direct aux bases de données.

Service Banque d’informations sécurisée

Oui

Même si le Service Banque d’informations sécurisé fonctionne sur les liaisons WAN, nous en déconseillons l’utilisation, car cela peut affecter de façon négative les performances d’autres services sur une liaison WAN.

Service de traduction automatique

Oui

Recherche

Vous pouvez partager l’application de service de recherche sur des connexions WAN. Toutefois, si une connexion WAN est suffisamment robuste pour prendre en charge l’analyse du contenu sur le WAN, il est probable qu’elle le soit également pour prendre en charge des actions utilisateur sur le WAN vers une batterie centrale. Au lieu de partager les applications de service de recherche sur des connexions WAN, nous vous recommandons d’exploiter les améliorations de performances du WAN en éliminant la batterie régionale et en dirigeant les utilisateurs vers un environnement de batterie centrale à la place.

Les conditions de WAN suivantes peuvent constituer des motifs de création de batteries régionales :

  • Connexions avec la latence la plus élevée

  • Connexions intermittentes

  • Connexions non fiables causés par une surcharge réseau

  • Modèles de routage inefficaces

  • Perte de paquets

Nous vous déconseillons de partager l’application de service de recherche sur ces types de connexions WAN. En revanche, nous vous recommandons de configurer la recherche sur la batterie régionale et d’utiliser les origines des résultats SharePoint distants pour rassembler les résultats de recherche des batteries régionales et de la batterie centrale.

Les batteries nationales représentent un autre défi. Si l’objectif d’une batterie nationale est d’empêcher les documents et les fichiers de résider en dehors d’une frontière politique, nous vous déconseillons d’analyser le contenu sur le WAN. Un index de recherche contient au moins des fragments du contenu analysé. De plus, une copie temporaire de chaque document est téléchargée sur la batterie de recherche pour traitement. Par conséquent, une batterie centrale analysant une batterie nationale comprend une copie des données de cette dernière. Si cette stratégie va à l’encontre de la politique d’entreprise, nous vous recommandons d’utiliser les origines des résultats SharePoint distantes à la place. Avec cette configuration, les résultats de la recherche peuvent inclure le contenu d’une batterie nationale, qui continue à résider uniquement sur la batterie locale, sauf si un utilisateur télécharge une copie vers son ordinateur local.

Le seul scénario dans lequel l’analyse du contenu sur les connexions WAN est autorisée est avec un déploiement hybride dans lequel une batterie SharePoint Server sur site est utilisée pour analyser le contenu dans une batterie Office 365 dédiée (O365-D) et pour fournir des services de recherche à cette batterie. Avec le plan d’abonnement Office 365 dédié, l’environnement de chaque utilisateur est placé sur une batterie de serveurs dédiée. L’analyse de la batterie Office 365 dédiée fournit un ensemble de résultats triés par pertinence pour les deux environnements. L’environnement Office 365 dédié diffère de l’environnement Office 365 mutualisé. Pour les environnements hybrides qui incluent l’environnement Office 365 mutualisé, l’analyse de ce dernier est impossible et il est recommandé de fournir une recherche centralisée à l’aide des origines des résultats distants.

Malgré ces recommandations, le partage de l’application de service de recherche sur les connexions WAN est pris en charge et peut être implémenté de l’une des manières suivantes :

  • Une batterie régionale peut utiliser l’application de service de recherche d’une batterie centrale pour analyser du contenu localement. Vous devez configurer une relation de partage de service entre batteries et effectuer une configuration supplémentaire. Dans ce cas, les composants de recherche de la batterie centrale analysent le contenu de la batterie régionale. La communication nécessaire pour analyser le contenu se fait via la connexion WAN. Cette configuration n’est pas recommandée. En revanche, vous pouvez déployer et configurer l’application de service de recherche directement sur la batterie régionale.

  • Une application de service de recherche sur une batterie centrale peut analyser le contenu d’une batterie régionale. Avec cette configuration, vous n’avez pas besoin de définir le partage de service entre batteries. À la place, des règles d’analyse sont ajoutées à la batterie centrale pour analyser le contenu d’une batterie distante. Toutefois, cette configuration analyse le contenu sur la connexion WAN, ce qui n’est pas l’idéal.

Le tableau suivant résume les différences entre l’analyse sur le WAN et l’utilisation des origines des résultats distants pour inclure le contenu dans les résultats de recherche.

Options d’inclusion du contenu global dans les résultats de recherche

Analyse sur le WAN Configuration d’une origine des résultats pour les batteries distantes

Description

Le contenu des sites régionaux est analysé à partir du site central sur le WAN.

La recherche est configurée pour renvoyer les résultats d’une ou de plusieurs batteries distantes (origine des résultats), en plus de la batterie locale.

Dans ce scénario, les batteries distantes sont analysées localement. Vous configurez la recherche sur la batterie centrale pour inclure les résultats des index distants.

Vous pouvez également configurer les batteries distantes pour inclure les résultats de la batterie centrale et des autres batteries régionales. Cela permet aux utilisateurs d’effectuer des recherches à partir de la batterie locale.

Expérience utilisateur

Les utilisateurs reçoivent une seule liste de résultats.

Les résultats sont présentés dans une seule liste. Cependant, ils sont regroupés en blocs par origine. Vous pouvez configurer le nombre de résultats pour chaque groupe.

Avantages

Les résultats de recherche sont présentés dans une seule liste triée par recherche.

La recherche est gérée de façon centrale.

L’analyse du WAN n’est pas utilisée.

Les résultats de recherche sont potentiellement plus récents, selon la planification d’analyse.

Si vous configurez également les batteries distantes de façon à inclure les origines des résultats pour les autres batteries, la recherche à l’échelle de l’entreprise est disponible à partir des batteries distantes, en plus de la batterie centrale.

Inconvénients

L’analyse sur le WAN prend du temps et utilise de la bande passante.

Les résultats de recherche peuvent ne pas être aussi récents que si le contenu avait été analysé localement.

La recherche à l’échelle de l’entreprise est disponible uniquement à partir de la batterie centrale.

Les utilisateurs voient plusieurs groupes de résultats.

Les résultats de recherche ne sont pas hiérarchisés dans l’organisation.

La recherche doit être gérée à plusieurs emplacements.