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

 

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

**Dernière rubrique modifiée :**2017-08-03

Résumé : Découvrez comment implémenter les fonctionnalités de microblog, le flux d’actualités et le service de cache distribué dans SharePoint Server 2013 et SharePoint Server 2016.

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

Dans cet article :

  • Planifier les flux

  • Planification du service de cache distribué

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.

Notes

Si les utilisateurs commencent à suivre le site avant que l’administrateur n’active la fonction Flux de site, le site d’équipe mis à niveau ne figure pas dans le menu Partager avec. Quand l’administrateur active la fonction Flux de site, l’utilisateur doit arrêter de suivre le site, et suivre de nouveau le site. Le site figure alors dans le menu Partager avec.

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é.

Important

Si vous utilisez des applications personnalisées dans SharePoint Server qui utilisent elles-mêmes les API clientes AppFabric, ou si vous créez des caches personnalisés, vous devez créer un cluster de cache AppFabric séparé pour prendre en charge les applications personnalisées. N’utilisez pas le cluster de cache AppFabric de votre batterie SharePoint Server. Exécutez votre cluster de cache AppFabric séparé pour les applications personnalisées sur d’autres serveurs que ceux qui sont dédiés à votre batterie SharePoint Server.

Important

N’utilisez pas de nom de compte de service contenant le symbole $.

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.

Taille du déploiement Petite batterie Batterie moyenne Grande batterie

Nombre total d’utilisateurs

< 10 000

< 100 000

< 500 000

Taille de cache recommandée pour le service de cache distribué

1 Go

2,5 Go

12 Go

Allocation de mémoire totale pour le service de cache distribué (double de la taille de cache recommandée ci-dessus, ainsi qu’une réserve de 2 Go pour le système d’exploitation)

2 Go

5 Go

34 Go

Notes

La taille de cache de service de cache distribué ne doit pas dépasser 16 Go. Nous vous recommandons donc d’utiliser deux serveurs dans un environnement de batterie volumineux.

Configuration architecturale recommandée

Serveur dédié ou colocalisé sur un serveur frontal

Serveur dédié

Serveur dédié

Nombre minimal d’hôtes de cache par batterie

1

1

2

Notes

Dans une batterie SharePoint Server, au moins un hôte de cache doit exécuter le service de cache distribué.

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.

Important

Windows Server AppFabric 1.1 peut provoquer une utilisation élevée de la mémoire au niveau du système d’exploitation. Cela affecte le service de cache distribué, c’est pourquoi vous devez avoir au moins 34 Go de mémoire sur le serveur de cache distribué si vous allouez 16 Go de mémoire. Cela inclut 2 Go de mémoire réservée pour le système d’exploitation. Pour plus d’informations, voir larubrique relative à l’utilisation de mémoire de Windows Server AppFabric et AppFabric 1.1 Caching : la mémoire allouée aux hôtes de cache ne doit pas dépasser 50 % de la mémoire disponible sur l’ordinateur.

Important

Sur un serveur avec plus de 16 Go de mémoire physique totale, allouez au maximum 16 Go de mémoire au service de cache distribué. Si vous en allouez plus, le serveur risque d’arrêter de répondre de façon inattendue pendant plus de 10 secondes.

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, prévoyez au minimum 32 Go de mémoire physique totale pour la station de travail de développement. Sur ces stations de travail, SharePoint Server est installé sous la forme d’un déploiement à serveur unique. Cela signifie que le service de cache distribué est déployé en mode colocalisé, qui génère la compétition des ressources mémoire. Pour gérer l’allocation des ressources mémoire, un développeur peut fermer des services inutilisés ou redémarrer régulièrement SQL Server.

Important

Le service de cache distribué peut s’exécuter sur un serveur physique ou virtuel. Quand vous utilisez la virtualisation, n’utilisez pas la mémoire dynamique pour gérer les ressources de mémoire partagée sur d’autres ordinateurs virtuels et les serveurs de cache distribué. L’allocation de mémoire pour les serveurs de cache distribué virtualisés doit être fixe.

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.

Important

Si vous arrêtez le service de cache distribué sur tous les serveurs qui l’exécutent, ne redémarrez pas le service de cache distribué sur un seul serveur. Redémarrez-le simultanément sur tous les serveurs de cache distribué. Pendant le redémarrage, les performances sont brièvement affectées.

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-SPConfigurationDatabasePowerShell 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

Notes

Si vous utilisez plusieurs hôtes de cache dans votre batterie de serveurs, vous devez configurer le premier hôte de cache exécutant le service de cache distribué de façon à autoriser le trafic ICMP entrant (ICMPv4) à travers le pare-feu. Pour plus d’informations, voir Créer une règle ICMP entrante sur Windows 8, Windows 7, Windows Vista, Windows Server 2012, Windows Server 2008 ou Windows Server 2008 R2. Si un administrateur supprime le premier hôte de cache du cluster configuré pour autoriser le trafic ICMP entrant (ICMPv4) à travers le pare-feu, vous devez configurer le premier serveur du nouveau cluster pour autoriser ce trafic ICMP entrant (ICMPv4).