Architectures globales pour SharePoint Server

S’APPLIQUE À :2013 2016 2019 Édition d’abonnement SharePoint dans Microsoft 365

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.

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 réseau local (LAN) et WAN.

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

• Ferme au pays : une ferme qui est déployée à l’intérieur d’une limite politique pour se conformer 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 Microsoft 365 dans la même région que l’emplacement principal 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.

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). Les organisations peuvent également utiliser Microsoft 365 comme environnement central pour servir une base d’utilisateurs mondiale.

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, 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 réseau étendu 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 introduit des fonctionnalités QoS que Windows Server 2012 a améliorées. 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 fournit des versions basées sur un navigateur de Word, PowerPoint, Excel et OneNote. Office Online Server améliore considérablement les performances dans les environnements WAN, car les utilisateurs ne chargent pas ou ne téléchargent pas de fichiers. Une batterie de Office Online Server unique 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 les environnements qui ont des connexions à latence élevée, des connexions à faible bande passante, ou les deux. Il peut ne pas fonctionner correctement dans les environnements qui ont des connexions intermittentes.

Une batterie Office Online Server se trouve généralement dans le même centre de données que la batterie de serveurs SharePoint Server 2016, bien que ce ne soit pas obligatoire. La localisation d’une batterie de serveurs Office Online Server dans un centre de données distant où les sites SharePoint ne se trouvent pas n’améliore pas les performances. Pour plus d’informations, voir Vue d'ensemble d'Office Web Apps Server.

Microsoft OneDrive

L’application Synchronisation OneDrive permet aux utilisateurs de synchroniser leur bibliothèque Mon site et d’autres bibliothèques SharePoint sur les sites d’équipe avec leurs ordinateurs. Ils peuvent ensuite travailler avec des fichiers de ces bibliothèques directement dans Explorateur de fichiers. Les utilisateurs peuvent accéder à ces fichiers même lorsqu'ils sont hors connexion. Les modifications de fichier sont synchronisées automatiquement lorsqu’un utilisateur est de nouveau en ligne.

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.

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

Rechercher

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 via des connexions WAN est autorisée avec un déploiement hybride dans lequel une batterie de serveurs SharePoint Server locale est utilisée pour analyser le contenu dans une batterie de serveurs Dédiée Microsoft 365 (O365-D) et fournir des services de recherche à cette batterie de serveurs. Avec le plan d’abonnement Microsoft 365 Dedicated, chaque environnement client est placé sur une batterie de serveurs dédiée. L’analyse de la batterie de serveurs dédiée Microsoft 365 fournit un ensemble unique de résultats classés par pertinence pour les deux environnements. L’environnement Microsoft 365 dédié diffère de l’environnement Microsoft 365 multilocataire. Pour les environnements hybrides qui incluent l’environnement multilocataire Microsoft 365, l’analyse de l’environnement multilocataire n’est pas possible et il est recommandé de fournir une recherche centralisée à l’aide de sources de résultats distantes.

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