Planifier les flux et le service de cache distribué dans SharePoint Server

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

Dans SharePoint Server, la fonctionnalité de microblog permet aux utilisateurs d’avoir des conversations courtes et publiques sur les sujets qui les intéressent. Le flux d’actualités et le service de cache distribué prennent en charge cette fonctionnalité de microblog dans SharePoint Server.

Planifier les flux

Flux de site

Les flux de site fournissent des fonctionnalités de flux d’actualités à un groupe donné d’utilisateurs. Ils sont disponibles sur les sites d'équipe. Lors de la planification de l'utilisation des flux de site sur vos sites d'équipe dans SharePoint Server, les sites d'équipe doivent utiliser la même application de service de profil utilisateur que les sites Mon site. Les sites d'équipe et les sites Mon site peuvent se trouver sur la même batterie de serveurs ou sur des batteries différentes, mais ils doivent utiliser la même application de service de profil utilisateur. Si vous disposez de sites d'équipe sur une batterie différente de l'hôte des sites Mon site, l'authentification de serveur à serveur entre les deux batteries est requise. Dans SharePoint Server, nous vous recommandons d'utiliser le même compte de service pour l'application web de l'hôte du Mon site et l'application web qui héberge les sites d'équipe. En outre, la collection de sites de l'hôte du Mon site doit être un hôte SharePoint Server Mon site et l'utilisateur doit avoir un SharePoint Server Mon site pour utiliser la fonctionnalité de flux de site. Pensez à activer la création de sites libre-service sur l'application web qui contient les sites d'équipe afin que les utilisateurs puissent créer facilement des sites d'équipe depuis leur Mon site. Dans un déploiement SharePoint Server où les utilisateurs se servent uniquement des pages Informations personnelles (l'administrateur a configuré le reste des fonctionnalités du Mon site comme étant indisponibles), les flux de site restent disponibles pour les utilisateurs.

Lorsqu'un administrateur met à niveau des sites depuis SharePoint Server 2013 avec Service Pack 1 (SP1), il doit activer les flux de site sur son site d'équipe mis à niveau en activant les fonctions Contenu de suivi, puis Flux de site sur le site d'équipe. Le suivi des entités et l'affichage des publications des Flux de site sont alors accessibles à l'utilisateur.

Planification des sites Mon site

Un utilisateur peut inclure une image dans les billets de microblog. Quand c'est le cas, SharePoint Server charge cette image dans un dossier privé sur le Mon site de l'utilisateur. La taille du fichier image et la dimension de l'image sont automatiquement réduites pour optimiser l'espace consommé sur le Mon site de l'utilisateur. Quand des quotas sont affectés aux Mes sites, un administrateur doit planifier la contrainte liée au stockage d'une image supplémentaire. Si l'utilisateur ne dispose pas d'espace de stockage sur le Mon site et qu'il tente de publier un message avec une image, il reçoit un message d'erreur.

Notifications

Les notifications sont des messages électroniques générés par le système, qui avertissent l'utilisateur d'une activité en cours sur un thread auquel il a participé ou qui lui indique qu'une personne a commencé à suivre ce thread. Les notifications nécessitent la configuration préalable des paramètres de messagerie sortante dans SharePoint Server.

Mise à niveau

Lors de la mise à niveau de SharePoint Server 2013 avec Service Pack 1 (SP1) vers SharePoint Server 2016, les flux d'actualités SharePoint Server 2013 avec Service Pack 1 (SP1) sont mis à niveau en tant que fonctionnalité héritée dans SharePoint Server 2016. Cela signifie que le flux d'actualités SharePoint Server 2013 avec Service Pack 1 (SP1) est déconseillé, mais toujours disponible dans SharePoint Server. Un administrateur doit appliquer des étapes de configuration spécifiques pour autoriser l'accès utilisateur au flux d'actualités SharePoint Server 2013 avec Service Pack 1 (SP1) mis à niveau. Les données stockées dans le flux d'actualités SharePoint Server 2013 avec Service Pack 1 (SP1) sont disponibles dans SharePoint Server. Cependant, un administrateur ne peut pas transférer les données du flux d'actualités SharePoint Server 2013 avec Service Pack 1 (SP1) vers le flux d'actualités SharePoint Server, car ils sont sensiblement différents.

Outlook Social Connector

Outlook Social Connector affiche des informations de flux dans Microsoft Outlook ainsi que les messages, les réunions Outlook, etc. Outlook Social Connector accroît la charge système sur une batterie de serveurs SharePoint Server. En effet, Outlook Social Connector accède fréquemment aux fonctionnalités des Mes sites et transmet des informations à Outlook. Cela affecte les performances de la batterie SharePoint Server et doit être pris en compte lors de la conception de la batterie de serveurs.

Recherche et filtrage de sécurité

Les vues Tout le monde et Suivi contiennent des conversations publiques (publications et réponses) auxquelles tous les utilisateurs ont accès. Lorsque des conversations publiques sont ajoutées à l'index de recherche dans SharePoint Server, les utilisateurs peuvent effectuer des recherches et afficher des résultats incluant ces conversations publiques. Le filtrage de sécurité ne concerne pas les conversations publiques, car elles ne sont pas liées à des autorisations. Si des utilisateurs demandent l'application du filtrage de sécurité à certaines conversations, utilisez les flux de site sur les sites d'équipe. Sur le site d'équipe, affectez des autorisations au groupe d'utilisateurs qui peut participer à la conversation. Un filtrage de sécurité est ensuite appliqué aux résultats de la recherche en fonction des autorisations affectées.

Étudiez soigneusement la configuration de la planification d'analyse incrémentielle de l'indexeur, car elle a une incidence sur la rapidité d'affichage des conversations dans les résultats de recherche des utilisateurs. Si ces derniers utilisent activement les fonctionnalités de microblog pour leurs billets et leurs réponses, ils peuvent s'attendre à voir leurs conversations s'afficher plus rapidement dans les résultats de la recherche. Dans ce cas, envisagez de diminuer les intervalles entre les mises à jour.

Planifier le service de cache distribué

Quand vous planifiez l’implémentation du service de cache distribué, notez qu’il peut être déployé selon deux modes : le mode dédié et le mode colocalisé. En mode dédié, tous les services autres que celui de cache distribué sont arrêtés sur le serveur d'applications qui l'exécute. En mode colocalisé, le service de cache distribué s'exécute avec les autres services sur le serveur d'applications. Pour déployer ce service, le mode dédié est recommandé.

Installer les éléments prérequis de Windows Server AppFabric

Quand le programme d'installation des éléments prérequis SharePoint Server s'exécute, il installe Windows Server AppFabric. Cette approche est recommandée pour installer Windows Server AppFabric sur un serveur qui exécute SharePoint Server. Si Windows Server AppFabric est déjà installé sur le serveur avant l'exécution du programme d'installation des éléments prérequis, vous devez désinstaller Windows Server AppFabric au préalable. Si un administrateur décide d'installer Windows Server AppFabric manuellement, il doit installer les fonctionnalités CacheAdmin, CachingService et CacheClient et utiliser le commutateur /gac. Pour plus d'informations, voir Installation automatisée (mise en cache d'AppFabric 1.1) dans la bibliothèque MSDN.

Planification de la capacité pour le service de cache distribué

Cette section aide les administrateurs à planifier l'architecture et les besoins en mémoire des serveurs hébergeant le service de cache distribué. Ce service stocke les données en mémoire uniquement et ne dépend pas de bases de données dans SharePoint Server. De plus, certains services dans SharePoint Server nécessitent d'importantes ressources mémoire, ce qui peut avoir une influence sur les performances du service de cache distribué. Celles-ci dépendent largement du choix de l'architecture et de l'allocation de mémoire pour le service de cache distribué.

Le tableau suivant répertorie différentes recommandations de mémoire et d’architecture pour le service de cache distribué, en fonction du nombre total d’utilisateurs.

Allocation de mémoire

L'allocation de mémoire du service de cache distribué pour la taille de cache est définie par défaut sur 10 % de la mémoire physique totale lors de l'installation de SharePoint Server. Un administrateur peut modifier l'allocation de mémoire pour le service de cache distribué en utilisant l'applet de commande Update-SPDistributedCacheSize. Pour le service de cache distribué, 16 Go de mémoire doivent être alloués au maximum par hôte de cache dans le cluster de cache. Nous vous recommandons de réserver 2 Go de mémoire à d'autres services qui s'exécutent sur le serveur et d'allouer le reste au service de cache distribué. Pour plus d'informations, voir Gérer le service de cache distribué dans SharePoint Server.

Si vous avez besoin de plus de mémoire, vous pouvez configurer le service de cache distribué pour qu'il s'exécute sur plusieurs serveurs d'applications. Dans ce cas, le cache couvre tous les serveurs qui exécutent le service de cache distribué et agit comme un cache qui prend en charge toute la batterie. Pour ajouter un serveur d'applications, ajoutez le nouveau serveur d'applications à la batterie de serveurs en utilisant l'Assistant Configuration SharePoint. Vous devez décider si le nouveau serveur d'applications s'exécute en mode dédié ou colocalisé. Vous devez également veiller à ce que l'allocation de mémoire allouée au service de cache distribué soit identique sur tous les serveurs qui s'exécutent sur le service de cache distribué. Les données mises en cache sont stockées sur un serveur, pas sur tous. Pour plus d'informations, voir Gérer le service de cache distribué dans SharePoint Server.

Quand le service de cache distribué s'exécute en mode colocalisé, la mémoire physique du serveur devrait être augmentée et tous les services non essentiels devraient être stoppés. Nous ne recommandons pas l'exécution des services ou applications suivants sur le même serveur que le service de cache distribué :

• SQL Server 2008 ou SQL Server 2012

• Service de recherche

• Excel Services dans SharePoint (disponible uniquement dans SharePoint Server 2013)

• Services Project Server

Lors de la planification des stations de travail de développeur, la station de travail du développeur doit disposer d’un minimum de 32 Go de mémoire physique totale. Sur les stations de travail de développeur, SharePoint Server est installé en tant que déploiement de serveur unique. Cela signifie que le service de cache distribué est déployé en mode colocalisé. En mode colocalisé, il y aura concurrence pour les ressources mémoire. Pour gérer l’allocation des ressources de mémoire, un développeur peut arrêter tous les services qui ne sont pas utilisés, ou il peut redémarrer régulièrement SQL Server.

Séquence de configuration du service de cache distribué

Le démarrage et l’arrêt non planifiés du service de cache distribué le rendent instable. Quand vous procédez à la configuration initiale d'une batterie SharePoint Server 2013, appliquez les étapes suivantes dans l'ordre indiqué :

• Exécutez l'Assistant Configuration pour ajouter tous les serveurs à la batterie. Le service de cache distribué est démarré sur tous les serveurs web et serveurs d'applications de la batterie.

• Appliquez les autres étapes de configuration de la batterie selon vos besoins.

• Quand vous êtes prêt à configurer le service de cache distribué, confirmez qu'il s'exécute sur tous les serveurs de la batterie. Arrêtez ensuite le service de cache distribué sur les serveurs qui ne font pas partie du cluster de cache. Évitez d'arrêter et de redémarrer le service de cache distribué sur un serveur. Si le service de cache distribué est accidentellement arrêté sur un serveur et qu'un redémarrage est nécessaire, suivez les instructions dans Gérer le service de cache distribué dans SharePoint Server.

L'administrateur peut choisir une autre méthode, qui consiste à installer SharePoint Server sans enregistrer le service de cache distribué sur les serveurs qui ne doivent pas faire partie du cluster de cache. Pour cela, utilisez le paramètre skipRegisterAsDistributedCachehost et l'applet de commande New-SPConfigurationDatabase ou Connect-SPConfigurationDatabase PowerShell ou exécutez psconfig.exe sur la ligne de commande. Ce paramètre est facultatif.

Points à prendre en compte pour la configuration du pare-feu

Le service de cache distribué utilise les ports de communication suivants :

• 22233

• 22234

• 22235

• 22236