Planification de la capacité pour SharePoint Server 2013

Article
02/23/2018

**Sapplique à :**SharePoint Server 2013 Enterprise, SharePoint Server 2013 Standard

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

**Résumé :**Découvrez la planification et la gestion de la capacité et des performances pour SharePoint Server 2013.

Cet article décrit la procédure de planification de la capacité d’une batterie de SharePoint Server 2013. Lorsque vous avez une bonne appréciation et la compréhension de la gestion et la planification de la capacité, vous pouvez appliquer vos connaissances à la taille du système. Le calibrage est le terme utilisé pour décrire la sélection et la configuration de l’architecture de données approprié, la topologie physique et logique et matériel pour une plateforme de la solution. Il existe une plage de gestion de la capacité et des considérations d’utilisation qui affectent la façon dont vous devez déterminer le matériel plus approprié et les options de configuration.

Avant de lire cet article, vous devez consulter Vue d’ensemble de la gestion et du dimensionnement de la capacité pour SharePoint Server 2013.

Important

Certaines informations et les valeurs dans cet article sont basées sur les résultats des tests et d’autres informations liées à la Produits SharePoint 2010 et ne peut ne pas représentent les valeurs finales pour SharePoint Server 2013.

Dans cet article, nous décrivons les étapes que vous devez suivre pour mettre en place une gestion de la capacité efficace pour votre environnement. Chaque étape nécessite certaines informations pour permettre une exécution réussie, et présente un ensemble de livrables que vous utiliserez à l’étape suivante. Pour chaque étape, ces exigences et livrables sont décrits dans les tableaux.

Dans cet article :

Étape 1 : Modélisation
Étape 2 : Conception
Étape 3 : Pilotage, test et optimisation
Étape 4 : Déploiement
Étape 5 : Surveillance et maintenance

Étape 1 : Modélisation

Modélisation de votre SharePoint Server 2013-environnement commence par l’analyse de vos solutions existantes et d’estimer la demande prévue et cibles pour le déploiement vous envisagez de configurer. Vous commencez par collecter des informations sur votre base d’utilisateurs, les besoins en données, latence et cibles de débit et documentez les fonctionnalités SharePoint Server 2013 que vous souhaitez déployer. Utilisez cette section pour comprendre les données que vous devez rassembler, leur méthode de collecte et comment elle peut être utilisée dans les étapes suivantes.

Comprendre la charge de travail et le jeu de données attendus

Dimensionnement correct d’une implémentation de SharePoint Server 2013 nécessite que vous étudiez et comprenez la demande caractéristiques que votre solution est prévu pour gérer. Présentation de que la demande requiert que vous être en mesure de décrire à la fois les caractéristiques de la charge de travail, tels que le nombre d’utilisateurs et les plus fréquemment utilisées des opérations et des caractéristiques de groupe de données, tels que la taille du contenu et de la distribution de contenu.

Cette section peut vous aider à comprendre certains des paramètres et mesures spécifiques que vous devez collecter et les mécanismes par lesquels ils peuvent être collectés.

Charge de travail

La charge de travail décrit la demande que le système devra supporter, les caractéristiques d’utilisation et la base d’utilisateurs. Le tableau suivant fournit des mesures clés qui sont utiles dans la détermination de votre charge de travail. Vous pouvez l’utiliser pour enregistrer ces mesures en même temps que vous les collectez.

Caractéristiques de la charge de travail	Valeur
RPS quotidiennes moyennes
RPS moyennes aux heures de pointe
Nombre total d’utilisateurs uniques par jour
Nombre moyen d’utilisateurs simultanés quotidiens
Nombre maximal d’utilisateurs simultanés aux heures de pointe
Nombre total de demandes par jour
Distribution de la charge de travail attendue	Nombre de demandes par jour
Navigateur web - Analyse de recherche
Navigateur web - Interaction de collaboration générale
Navigateur web - Interaction sociale
Navigateur web - Interaction générale
Navigateur web - Office Web Apps
Clients Office
Client OneNote
SharePoint Workspace
Synchronisation RSS d’Outlook
Outlook Social Connector
Autres interactions (applications personnalisées/services web)

Utilisateurs simultanés – Il est très courant de mesurer la simultanéité des opérations exécutées sur la batterie de serveurs comme le nombre d’utilisateurs distincts générant des requêtes dans un délai donné. Les mesures clés sont la moyenne journalière et les utilisateurs simultanés en charge maximale.
Requêtes par seconde (RPS) – Les RPS sont un indicateur couramment utilisé pour décrire la demande sur la batterie de serveurs exprimée en nombre de requêtes traitées par la batterie par seconde, mais sans différencier le type ou la taille des requêtes. Chaque base d’utilisateurs d’une organisation génère une charge du système à un taux dépendant des caractéristiques d’utilisation uniques de l’organisation. Voir la section Glossaire dans Vue d’ensemble de la gestion et du dimensionnement de la capacité pour SharePoint Server 2013 pour plus d’informations sur ce terme.
Nombre total de requêtes quotidiennes – Le nombre total de requêtes quotidiennes est un bon indicateur de la charge globale que le système devra gérer. Il est très courant de mesurer toutes les requêtes, sauf les requêtes d’établissement de liaison d’authentification (HTTPS statut 401), sur une période de 24 heures.
Nombre total d’utilisateurs quotidiens - Le nombre total d’utilisateurs quotidiens est un autre indicateur clé de la charge globale que le système devra gérer. Cette mesure correspond au nombre réel d’utilisateurs uniques sur une période de 24 heures, et non au nombre total d’employés dans l’organisation.

Notes

Le nombre total d’utilisateurs quotidiens peut indiquer le potentiel de croissance de la charge sur la batterie. Par exemple, si le nombre d’utilisateurs potentiels correspond à 100 000 employés, un nombre de 15 000 utilisateurs quotidiens indique que la charge est susceptible d’augmenter considérablement dans le temps au fur et à mesure que le nombre d’utilisateurs adoptant le système augmente.
Distribution de la charge de travail – présentation de la distribution des requêtes basées sur les applications des clients qui interagissent avec la batterie de serveurs peut aider à prédire l’évolution attendue et charger les modifications après la migration vers SharePoint Server 2013. Comme la transition des utilisateurs vers des versions plus récentes de client telles que Office 2013 et démarrer à l’aide de la nouvelle charge de nouvelles fonctionnalités, modèles, RPS et nombre total de demandes est appelé à progresser. Pour chaque client, nous pouvons décrire le nombre d’utilisateurs distincts, l’utiliser dans un délai d’un jour et le montant total de demandes que la fonctionnalité ou le client génère sur le serveur.

Par exemple, le graphique ci-dessous présente un instantané d’un environnement Microsoft interne en ligne traitant une solution sociale standard. Dans cet exemple, vous pouvez voir que la majorité de la charge est générée par le robot de recherche et la navigation web de l’utilisateur final standard. Vous pouvez également observer qu’une charge considérable a été introduite par la fonctionnalité Outlook Social Connector (6,2 % des requêtes).

Estimation de votre charge de travail de production

Lors de l’estimation du débit requis que votre batterie doit être capable de supporter, commencez par estimer la combinaison de transactions qui sera utilisée dans votre batterie. Concentrez-vous sur l’analyse des transactions les plus fréquemment utilisées que le système traitera, et tâchez de comprendre la fréquence à laquelle elles seront utilisées et par combien d’utilisateurs. Ceci vous permettra de valider plus tard la capacité de la batterie à supporter une telle charge dans les tests de pré-production.

Le diagramme suivant décrit la relation entre la charge de travail et la charge sur le système :

Capacity - Workload Diagram

Pour évaluer votre charge de travail attendue, collectez les informations suivantes :

Identifiez les interventions de l’utilisateur, telles que les navigations de page web standard, les téléchargements et chargements de fichiers, les modifications et les vues Office Web Application dans le navigateur, les interactions de co-création, les synchronisations de sites SharePoint Workspace, les connexions d’Outlook Social, la synchronisation RSS (dans Outlook ou autres visionneuses), les diffusions PowerPoint, les blocs-notes partagés OneNote, les classeurs partagés Excel Services, les applications partagées Access Services et autres. Consultez la section Services et fonctionnalités de l’article Vue d’ensemble de la gestion et du dimensionnement de la capacité pour SharePoint Server 2013 pour plus d’informations. Tâchez d’identifier les interactions qui peuvent être propres à votre déploiement et de reconnaître l’impact attendu d’une telle charge ; l’utilisation importante des formulaires InfoPath, des calculs Excel Services et de solutions dédiées similaires en est un exemple.
Identifiez les opérations du système, telles que les analyses incrémentielles de recherche, les sauvegardes quotidiennes, les travaux du minuteur de synchronisation de profil, le traitement des analyses web, les travaux du minuteur de journalisation et autres.
Estimation du nombre total d’utilisateurs par jour devant utiliser chaque fonctionnalité, dériver l’estimé d’utilisateurs simultanés et des demandes de niveau élevés par seconde, il existe quelques hypothèses que vous devez effectuer des accès concurrentiel présente le facteur de RPS par des utilisateurs simultanés est différent sur les fonctionnalités, vous devez utiliser la table de charge de travail plus haut dans cette section pour vos estimations. Il est important de se concentrer sur les heures de pointe, plutôt que le débit moyen. Planification des pics d’activité, vous pouvez la taille correcte de votre SharePoint Server 2013-solution de base.

Si vous disposez d’une solution Office SharePoint Server 2007 existante, vous pouvez examiner les fichiers journaux IIS ou consultez les autres outils de surveillance web dont vous disposez afin de mieux comprendre certains des comportements attendus de la solution existante. Vous pouvez également lire les instructions dans la section ci-dessous pour obtenir plus de détails. Si vous n’effectuez pas la migration à partir d’une solution existante, vous devez remplir le tableau à l’aide d’estimations approximatives. Dans les étapes suivantes, vous devrez valider vos hypothèses et régler le système.

Analyse de vos journaux IIS SharePoint Server 2013

Pour découvrir les statistiques clés sur un déploiement existant de SharePoint Server 2013, tels que le nombre d’utilisateurs est actif, façon dont ils utilisent le système, quel type de demandes arrivent et à partir de quel type de clients qu’ils sont originaires, il est nécessaire d’extraire les données des journaux ULS et IIS. Un des moyens plus simples pour acquérir ces données consiste à utiliser des Log Parser, un outil puissant de libre pour le téléchargement de Microsoft. Analyseur de journal peut lire et écrire dans un certain nombre de formats de textuels et binaires, y compris tous les formats IIS.

Pour plus d’informations sur l’analyse de l’utilisation de SharePoint Server 2013 à l’aide d’analyseur de journal, lire l’analyse des produits Microsoft SharePoint et l’utilisation de Technologies de (https://www.microsoft.com/downloads/details.aspx?familyid=f159af68-c3a3-413c-a3f7-2e0be6d5532e & displaylang = fr & tm).

Vous pouvez télécharger Log Parser 2.2 à l’adresse suivante : https://www.microsoft.com/downloads/details.aspx?FamilyID=890CD06B-ABF8-4C25-91B2-F8D975CF8C07&displaylang=en.

Jeu de données

Le jeu de données décrit le volume du contenu stocké dans le système et la façon dont il peut être distribué dans le magasin de données. Le tableau suivant fournit des mesures clés qui sont utiles dans la détermination de votre jeu de données. Vous pouvez utiliser ce tableau pour enregistrer ces mesures en même temps que vous les collectez.

Objet	Valeur
Taille de base de données (en Go)
Nombre de bases de données de contenu
Nombre de collections de sites
Nombre d’applications web
Nombre de sites
Taille de l’index de recherche (nombre d’éléments)
Nombre de documents
Nombre de listes
Taille moyenne des sites
Taille du plus grand site
Nombre de profils utilisateur

Taille du contenu – présentation de la taille du contenu que vous prévoyez stocker dans le système SharePoint Server 2013 est important pour la planification et la conception du système de stockage et également pour dimensionner correctement la solution de recherche qui analysera et index de ce contenu. La taille du contenu est décrite dans l’espace disque total. En cas de migration de contenu à partir d’un déploiement existant vous semblera simple identifier la taille totale que vous allez déplacer ; lors de la planification vous devez laissez de la place dans le temps en fonction de l’évolution prévisible.
Nombre total de documents – En plus de la taille du corpus de données, il est important de suivre le nombre global d’éléments. Le système réagit différemment si 100 Go de données sont composés de 50 fichiers de 2 Go chacun contre 100 000 fichiers de 1 Ko chacun. Dans les déploiements de grande envergure, moins il y a de contraintes sur un seul élément, document ou zone de documents, meilleures seront les performances. Du contenu largement distribué, comme plusieurs fichiers de petite taille dans de nombreux sites et collections de sites, sera plus facile à traiter qu’une seule bibliothèque de documents de grande taille contenant des fichiers de très grande taille.
Taille maximale de la collection de sites , il est important d’identifier quelle est l’unité plue de contenu que vous souhaitez stocker dans SharePoint Server 2013; Il est généralement un besoin d’organisation qui vous empêche de fractionnement de cette unité de contenu. Taille moyenne de toutes les collections de sites et le nombre total estimé de collections de sites sont des indicateurs supplémentaires qui vous aideront à identifier votre architecture de données par défaut.
Caractéristiques de données applications de Service – en plus de l’analyse des besoins de stockage du magasin de contenu, vous devez analyser et estimer les tailles des autres banques de SharePoint Server 2013, y compris :
Taille totale de l’index de recherche
Taille totale de base de données de profil basée sur le nombre d’utilisateurs dans le magasin de profils
Taille totale de la base de données sociale basée sur le nombre prévu de balises, de collègues et d’activités
Taille du magasin de métadonnées
Taille de la base de données d’utilisation
Taille de la base de données Web Analytics

Définition des objectifs de fiabilité et de performances de la batterie de serveurs

Un des prestations de étape 1 : modèle de une bonne compréhension des cibles de performances et de fiabilité que mieux répondre aux besoins de votre organisation. Une solution correctement conçue SharePoint Server 2013 doit être en mesure de réaliser des « quatre neuf » (99,99 %) du temps de fonctionnement avec la réactivité du serveur seconde.

Les indicateurs utilisés pour décrire les performances et la fiabilité de la batterie de serveurs peuvent être les suivants :

Disponibilité du serveur – Généralement décrite par le pourcentage du temps de fonctionnement global du système. Vous devez suivre tout temps mort inattendu et comparer la disponibilité globale à l’objectif organisationnel que vous avez défini. Les objectifs sont généralement décrits par un nombre de neufs (c’est-à-dire, 99 %, 99,9 %, 99,99 %)
La réactivité du serveur – la durée de la batterie de serveurs pour répondre à des demandes est un bon indicateur pour effectuer le suivi de l’état de la batterie de serveurs. Cet indicateur est généralement nommé latence du côté serveur, et il est courant d’utiliser la moyenne ou médiane (50e centile) des temps de latence des demandes quotidiennes pris en charge. Les cibles sont généralement décrits dans sub secondes ou quelques secondes. Notez que si votre organisation dispose d’une cible à servir les pages à partir de SharePoint Server 2013 en moins de deux secondes, puis l’objectif de côté serveur doit être secondes sub pour laisser le temps de la page atteindre le client sur le réseau et de temps à s’afficher dans le navigateur. Également en général plus temps de réponse du serveur sont une indication d’une batterie de serveurs défectueux, comme cela généralement sous la forme d’un impact sur le débit et rarement RPS suffit, si vous passez plus d’une seconde sur le serveur sur la plupart des requêtes
Période de pointe du serveur – Le comportement des 5 % de requêtes les plus lentes est un autre indicateur de latence côté serveur qu’il est intéressant de suivre. Les requêtes plus lentes sont généralement celles qui accèdent au système lorsqu’il est très chargé ou, plus couramment, celles qui ont une activité moins fréquente lorsque les utilisateurs interagissent avec le système. Un système sain est un système qui contrôle également les requêtes les plus lentes. Ici, l’objectif est semblable à celui de la réactivité du serveur, mais afin d’atteindre une réponse en sous-secondes dans les périodes de pointe du serveur, vous devrez créer le système avec un grand nombre de ressources de rechange pour gérer les pics en charge.
Utilisation des ressources système – D’autres indicateurs courants utilisés pour suivre l’intégrité du système consistent en une collection de compteurs système qui indiquent l’intégrité de chaque serveur dans la topologie de batterie. Les indicateurs les plus fréquemment employés pour le suivi sont l’utilisation du processeur en % et la mémoire disponible, mais il existe plusieurs compteurs supplémentaires qui peuvent vous aider à identifier un système qui n’est pas sain. Vous trouverez plus de détails à l’étape 5 : Maintenance.

Étape 2 : Conception

Maintenant que vous avez terminé de collecter des faits et des estimations sur la solution que vous devez livrer, vous êtes prêt à passer à l’étape suivante de conception d’une proposition d’architecture qui, d’après vous, sera capable de supporter la demande attendue.

À la fin de cette étape, vous devez posséder une conception pour votre topologie physique et une disposition pour votre topologie logique ; vous devez donc être capable de traiter n’importe quel bon de commande nécessaire.

Les spécifications matérielles et le nombre de machines disposées sont étroitement liés. Pour gérer une charge spécifique, il existe plusieurs solutions que vous pouvez choisir de déployer. Il est courant d’utiliser un petit ensemble de machines puissantes (montée en puissance) ou un plus grand ensemble de machines plus petites (mise à l’échelle) : chaque solution a des avantages et des inconvénients lorsqu’il est question de capacité, de redondance, de puissance, de coûts, d’espace et d’autres considérations.

Nous vous conseillons de commencer cette étape en déterminant votre architecture et votre topologie. Définissez la façon dont vous envisagez de disposer les différentes batteries et les différents services dans chaque batterie, puis choisissez les spécifications matérielles pour chacun des serveurs individuels de votre conception. Vous pouvez également exécuter ce processus en identifiant les spécifications matérielles que vous voulez déployer (la liberté de nombreuses organisations est limitée par une norme d’entreprise), puis définir votre architecture et votre topologie.

Utilisez le tableau suivant pour enregistrer vos paramètres de conception. Les données incluses correspondent à un exemple de données et ne doivent pas être utilisées pour dimensionner votre batterie de serveurs. Elles sont destinées à montrer comment utiliser ce tableau pour vos propres données.

Rôle	Type (standard ou virtuel)	Nombre de machines	Processeur	Mémoire RAM	Besoins en opérations d’E/S par seconde	Taille sur le disque, système d’exploitation + journal	Lecteur de données
Serveurs web	Virtuel	4	4 cœurs	8	N/D	400 Go	N/D
Serveur de base de données de contenu	Standard	1 cluster	4 quadruples cœurs 2,33 (GHz)	48	2k	400 Go	20 disques de 300 Go @ 15 000 TPM
Serveurs d’applications	Virtuel	4	4 cœurs	16	N/D	400 Go	N/D
Serveur web cible d’analyse de recherche	Virtuel	1	4 cœurs	8	N/D	400 Go	N/D
Serveur de requête de recherche	Standard	2	2 quadruples cœurs 2,33 (GHz)	32	N/D	400 Go	500 Go
Serveur de robot de recherche	Standard	2	2 quadruples cœurs 2,33 (GHz)	16	400	400 Go	N/D
Serveur de base de données d’analyse de recherche	Standard	1 cluster	4 quadruples cœurs 2,33 (GHz)	48	4 000 (réglé pour la lecture)	100 Go	16 disques de 150 Go @ 15 000 TPM
Base de données de banque de propriétés de recherche + serveur de base de données d’administration	Standard	1 cluster	4 quadruples cœurs 2,33 (GHz)	48	2 000 (réglé pour l’écriture)	100 Go	16 disques de 150 Go @ 15 000 TPM

Déterminer votre architecture de départ

Cette section explique comment sélectionner une architecture de départ.

Lorsque vous déployez SharePoint Server 2013, vous pouvez choisir parmi une gamme de topologies pour implémenter votre solution. Vous pouvez déployer un seul serveur ou la mise à l’échelle de nombreux serveurs à une batterie de SharePoint Server 2013 avec les serveurs en cluster ou en miroir de la base de données et serveurs d’applications discrètes pour divers services. Ensuite, vous allez sélectionner les configurations matérielles en fonction des besoins de chacun des rôles, en fonction de vos besoins de capacité, de disponibilité et de redondance.

Commencez par examiner les différentes architectures de référence et identifier la structure de votre batterie ; déterminez si vous devez fractionner votre solution dans plusieurs batteries ou fédérer certains services, comme la recherche, sur une batterie dédiée. Consultez la section Architectures de référence dans Vue d’ensemble de la gestion et du dimensionnement de la capacité pour SharePoint Server 2013 pour plus d’informations.

Études de cas techniques sur SharePoint Server 2010

Guide de gestion de la capacité de SharePoint Server 2013 inclut un certain nombre d’études de cas techniques existants des environnements de production qui présentent une description détaillée de l' existant SharePoint Server 2013-en fonction des environnements de production. Études de cas techniques spécifiques SharePoint Server 2013 sera publié dès qu’elles sont disponibles ; les études de cas SharePoint Server 2010 existant peut servir de référence sur la conception d’un SharePoint Server 2013-basée d’environnement à des fins spécifiques.

Vous pouvez utiliser ces études de cas comme référence lors de la conception de l’architecture de vos solutions SharePoint Server 2013 en particulier si vous trouvez la description de ces atouts clés spécifiques de déploiement semblable aux demandes et aux cibles de la solution de qu'architecture de vous.

Ces documents fournissent les informations suivantes pour chaque étude de cas documentée :

Spécifications : matériel, configuration et topologie de la batterie de serveurs
Charge de travail : base d’utilisateurs et caractéristiques d’utilisation
Jeu de données : tailles, caractéristiques du contenu et distribution du contenu
Intégrité et performances : ensemble d’indicateurs enregistrés décrivant les caractéristiques de fiabilité et de performances de la batterie

Pour plus d’informations, téléchargez les documents appropriés à partir de la page sur les études de cas techniques sur la performance et la capacité (SharePoint Server 2010).

Sélectionner votre matériel

La sélection des spécifications correctes pour les machines de votre batterie est une étape cruciale pour garantir la fiabilité et les performances de votre déploiement. L’un des concepts clés à garder à l’esprit est que vous devez planifier la charge et les heures de pointe. En d’autres termes, lorsque votre batterie fonctionne sous des conditions de charge moyenne, il doit y avoir suffisamment de ressources disponibles pour gérer la plus grande demande attendue tout en atteignant les objectifs de débit et de latence.

Les fonctionnalités matérielles de performances et de capacité principales des serveurs s’apparentent à quatre grandes catégories : la puissance de traitement, les performances du disque, la capacité réseau et les capacités de mémoire d’un système.

Une autre chose à prendre en compte est à l’aide d’ordinateurs virtuels. SharePoint Server 2013 d’une batterie de serveurs peut être déployé à l’aide de machines virtuelles. Bien que la virtualisation n’est pas révélée d’ajouter des avantages de performances, il fournit les avantages de la facilité de gestion. Virtualisation de SQL Server sur les ordinateurs n’est généralement pas recommandée, mais il peut y avoir certains avantages de la virtualisation de serveur Web et serveur d’application différents niveaux. Pour plus d’informations, consultez planification de virtualisation de (https://technet.microsoft.com/en-us/library/71c203cd-7534-47b0-9122-657d72ff0080 (Office.14).aspx).

Pour plus d’informations sur la configuration matérielle requise, voir Configuration matérielle et logicielle requise pour une solution SharePoint Server 2016.

Instructions pour la sélection du matériel

Choix des processeurs

SharePoint Server 2013 est disponible uniquement pour les processeurs 64 bits. En général, plus de processeurs vous permettra de servir la demande supérieure.

Dans SharePoint Server 2013, serveurs web individuels va évoluer à mesure que vous ajoutez plus de cœurs. Les cœurs plus le serveur a la charge de plus qu'il peut supporter, ce toutes choses étant égales. Dans les déploiements de grande SharePoint Server 2013, nous vous recommandons d’allouer de plusieurs serveurs web de 4 cœurs (qui peuvent être virtualisés), soit moins le plus fort (8 / 16-/ 24 cœurs) des serveurs web.

Besoins en capacité de processeur de serveurs d’application diffèrent en fonction du rôle du serveur et les services qu’il est en cours d’exécution. Certaines fonctionnalités de SharePoint Server 2013 exigent une plus grande puissance de traitement que les autres. Par exemple, le Service de recherche SharePoint est très dépendant de la puissance de traitement du serveur d’application.

Les besoins en capacité de processeur pour SQL Server dépendent également des bases de données de service qu’un ordinateur basé sur SQL Server héberge.

Choix de la mémoire

Vos serveurs nécessite une quantité variable de mémoire, en fonction de la fonction de serveur et de rôle. Par exemple, les serveurs qui exécutent les composants d’analyse recherche vont traiter les données plus rapidement s’ils disposent d’une grande quantité de mémoire, car les documents sont lus dans la mémoire pour le traitement. Les serveurs Web qui tirent parti des nombreuses fonctionnalités de mise en cache de SharePoint Server 2013 peuvent nécessiter davantage de mémoire ainsi.

En général, les exigences de mémoire du serveur web sont dépendent fortement du nombre de pools d’applications activés dans la batterie de serveurs et le nombre de demandes simultanées pris en charge. Dans la plupart des déploiements de SharePoint Server 2013 de production, il est recommandé que vous allouez au moins 8 Go de RAM sur chaque serveur web, avec 16 Go recommandé pour les serveurs dont le trafic supérieur ou déploiements avec plusieurs pools d’applications configuré pour l’isolation.

Besoins en mémoire de serveurs d’applications diffèrent également ; certaines fonctionnalités de SharePoint Server 2013 ont des exigences de mémoire supérieures sur la couche application que d’autres. Dans la plupart des déploiements de SharePoint Server 2013 de production, nous recommandons que vous allouez au moins 8 Go de RAM sur chaque serveur de l’application ; Les serveurs d’applications de 16, 32 et 64 Go sont courants lorsque plusieurs services d’application sont activés sur le même serveur, ou lorsque les services qui dépendent fortement de mémoire, tels que le Service de calcul Excel et le SharePoint Server 2013 du Service de recherche, sont activés.

Les besoins en mémoire des serveurs de base de données dépendent étroitement de la taille de la base de données. Pour plus d’informations sur le choix de la mémoire pour vos ordinateurs basés sur SQL Server, voir Planification et configuration de la capacité de SQL Server et du stockage (SharePoint Server).

Choix des réseaux

En plus des bénéfices offerts aux utilisateurs lorsque les clients disposent d’un accès rapide aux données dans le réseau, une batterie distribuée doit disposer d’un accès rapide pour les communications inter-serveurs. Ceci est particulièrement vrai lorsque vous distribuez des services sur plusieurs serveurs ou que vous fédérez certains services vers d’autres batteries. Le trafic est considérable aux niveaux de serveur web, de serveur d’applications et de serveur de base de données, et le réseau peut rapidement devenir un goulot d’étranglement sous certaines conditions, comme lorsqu’il est confronté à des fichiers volumineux ou des charges très élevées.

Les serveurs web et les serveurs d’applications doivent être configurés pour utiliser au moins deux cartes d’interface réseau : une pour gérer le trafic de l’utilisateur final et l’autre pour gérer les communications inter-serveurs. La latence du réseau entre les serveurs peut avoir un impact considérable sur les performances. Par conséquent, il est important de maintenir moins d’1 milliseconde de latence du réseau entre le serveur web et les ordinateurs basés sur SQL Server hébergeant les bases de données de contenu. Les ordinateurs basés sur SQL Server qui hébergent chaque base de données d’application de service doivent également être aussi proches que possible du serveur d’applications consommateur. Le réseau entre les serveurs de la batterie doit présenter au moins 1 Gbits/s de bande passante.

Choix des disques et du stockage

La gestion des disques n’est pas simplement une fonction permettant de fournir suffisamment d’espace pour vos données. Vous devez évaluer la croissance et la demande en cours, et vous assurer que l’architecture de stockage ne ralentit pas le système. Vous devez toujours vous assurer que vous disposez d’au moins 30 % de capacité supplémentaire sur chaque disque, au-dessus de l’estimation de vos besoins en données la plus élevée, pour garder de la marge en vue d’une croissance future. En outre, dans la plupart des environnements de production, la vitesse du disque (opérations d’E/S par seconde) est essentielle en vue de fournir un débit suffisant pour satisfaire les demandes de stockage des serveurs. Vous devez estimer la quantité du trafic (opérations d’E/S par seconde) dont les bases de données principales auront besoin dans votre déploiement et allouer assez de disques pour ce trafic.

Pour plus d’informations sur le choix des disques pour les serveurs de base de données, voir Planification et configuration de la capacité de SQL Server et du stockage (SharePoint Server).

Les serveurs web et d’applications ont également des besoins de stockage. Dans la plupart des environnements de production, nous vous recommandons d’allouer au moins 200 Go d’espace disque pour le système d’exploitation et le dossier temp, et 150 Go d’espace disque pour les journaux.

Étape 3 : Pilotage, test et optimisation

La phase de test et de l’optimisation est un composant essentiel de la gestion de la capacité réelle. Vous devez tester les nouvelles architectures avant de les déployer en production et vous devez effectuer des tests avec les meilleures pratiques suivantes surveillance afin d’assurer les architectures de de que conception atteindre les objectifs de performances et de capacité d’acceptation. Cela vous permet d’identifier et d’optimiser les goulots d’étranglement potentiels avant qu’ils n’affectent les utilisateurs dans un déploiement live. Si vous mettez à niveau un environnement de Office SharePoint Server 2007 et d’un plan pour apporter des modifications architecturales, ou estimation charge utilisateur des nouvelles fonctionnalités de SharePoint Server 2013, puis testez particulièrement important de vous assurer que votre nouvelle SharePoint Server 2013-environnement répondra aux objectifs de performances et de capacité.

Après avoir testé votre environnement, vous pouvez analyser les résultats des tests pour déterminer les modifications qui doivent être apportées afin d’atteindre les objectifs de capacité et de performances que vous avez établis à l’étape 1 : Modélisation.

Voici les sous-étapes recommandées que vous devez suivre pour la pré-production :

Créez un environnement de test qui imite l’architecture initiale que vous avez conçue à l’étape 2 : Conception.
Remplissez l’espace de stockage avec une partie ou l’ensemble du jeu de données que vous avez identifié à l’étape 1 : Modèle.
Imposez une charge synthétique au système, représentant la charge de travail que vous avez identifiée à l’étape 1 : Modèle.
Exécutez les tests, analysez les résultats et optimisez votre architecture.
Déployez votre architecture optimisée dans votre centre de données et lancez un pilote avec un ensemble d’utilisateurs plus restreint.
Analysez les résultats du pilote, identifiez les goulots d’étranglement potentiels et optimisez l’architecture. Effectuez de nouveaux tests si nécessaire.
Exécutez le déploiement dans l’environnement de production.

Tester

Le test est un facteur critique lors de l’établissement de la capacité de conception de votre système pour prendre en charge de votre charge de travail et les caractéristiques d’utilisation. Consultez Test des performances de SharePoint Server 2013 pour plus d’informations sur la façon de tester votre déploiement de SharePoint Server 2013.

Créer un plan de test
Créer l’environnement de test
Créer des tests et des outils

Déployer l’environnement pilote

Avant de déployer SharePoint Server 2013 dans un environnement de production, il est important que vous tout d’abord déployez un environnement pilote et testez la batterie de serveurs pour vous assurer qu’il peut répondre à capacité et chargement des cibles de performances pour un maximum de vos capacités attendu. Nous vous recommandons l’environnement pilote est tout d’abord testée avec une charge synthétique en particulier pour les déploiements à grandes échelle et puis a souligné par un petit nombre d’utilisateurs de live et de contenu en direct. L’avantage de l’analyse d’un environnement de pilote à l’aide d’un petit ensemble d’utilisateurs de live est la possibilité de valider des hypothèses que vous avez apportées sur les caractéristiques de l’utilisation et la croissance des contenus avant de passer totalement en production.

Optimiser

Si vous ne pouvez pas atteindre vos objectifs de capacité et de performances en mettant le matériel de votre batterie à l’échelle ou en apportant des modifications à la topologie, vous devez peut-être envisager de revoir votre solution. Par exemple, si les exigences initiales impliquaient une batterie unique pour la collaboration, la recherche et l’aspect social, vous devrez peut-être fédérer certains services, tels que la recherche, vers une batterie de services dédiée, ou fractionner la charge de travail sur plus de batteries. Une autre solution consiste à déployer une batterie de serveurs dédiée à l’aspect social et une autre pour la collaboration en équipe.

Étape 4 : Déploiement

Une fois que vous avez exécuté votre dernière série de tests et a confirmé que l’architecture que vous avez sélectionné peut atteindre les performances et la capacité cible vous établie dans étape 1 : modèle de, vous pouvez déployer votre SharePoint Server 2013-environnement de production.

La stratégie de déploiement appropriée dépend de la situation et l’environnement. Déploiement de SharePoint Server 2013 est généralement en dehors de la portée de ce document, il existe certaines activités proposées qui peuvent provenir du exercice de planification de la capacité. Voici quelques exemples :

Déploiement d’une nouvelle batterie de SharePoint Server 2013: exercice de planification de la capacité doit avoir interactive et confirmé l’existence de plans pour une conception et un déploiement de SharePoint Server 2016. Dans ce cas, le déploiement sera le premier déploiement large de SharePoint Server 2013. Il nécessite le déplacement ou la reconstruction des serveurs et services qui ont été utilisés pendant les exercices de planification de capacité en production. C’est le scénario plus directe car il ne sont pas des mises à niveau ou des modifications nécessaires à une batterie existante.
Mise à niveau d’une batterie de Office SharePoint Server 2007 à SharePoint Server 2013: exercice de planification de la capacité doit avoir validé la conception pour une batterie de serveurs peut répondre aux demandes existantes et l’échelle pour répondre à l’augmentation de la demande et de l’utilisation d’une batterie de serveurs SharePoint Server 2013. Exercice de planification de la capacité doit avoir inclus les migrations de test pour valider la durée pendant laquelle le processus de mise à niveau prendra, si aucun code personnalisé doit être modifié ou remplacé, si les outils tiers doivent être mis à jour, et ainsi de suite à la fin de la planification de la capacité que doit avoir une validation de la conception et la compréhension de la durée nécessaire à la mise à niveau et un plan pour la mieux travailler à travers le processus de mise à niveau – par exemple, une mise à niveau sur place ou migration de contenu des bases de données dans une nouvelle batterie de serveurs. Si vous effectuez une mise à niveau puis lors de la planification de la capacité que peut avoir trouvé qu’un matériel supplémentaire ou mis à niveau est requise et les considérations d’interruption de service. Partie de la sortie à partir de l’exercice de planification doit être une liste des modifications de matériel sont nécessaires et un plan détaillé pour déployer le matériel devient la batterie tout d’abord. Une fois que la plate-forme matérielle qui a été validée lors de la planification de la capacité est en place, vous pouvez avancer avec le processus de mise à niveau vers SharePoint Server 2013.
Amélioration des performances d’une batterie de serveurs existante SharePoint Server 2013: l’exercice de planification de capacité doit vous ont aidé à identifier les goulots d’étranglement dans votre implémentation actuelle, prévoir des méthodes permettant de réduire ou d’éliminer les goulots d’étranglement et valider une implémentation améliorée qui répond aux besoins de votre entreprise des services de SharePoint Server 2013. Il existe différentes manières dont les problèmes de performances peuvent être résolus, à partir de quelque chose d’aussi simple que la réaffectation des services sur le matériel existant, mettez à niveau le matériel existant, ou l’ajout de matériel supplémentaire et lui ajoutant des services supplémentaires. Les différentes approches doivent être testés et validés au cours de l’exercice de planification de la capacité, et ensuite un plan de déploiement est conçu en fonction des résultats de ce test.

Étape 5 : Surveillance et maintenance

Pour maintenir les performances du système, vous devez surveiller votre serveur afin d’identifier les goulots d’étranglement potentiels. Avant de parvenir à une surveillance efficace, vous devez comprendre les indicateurs clés qui vous signaleront si vous devez porter votre attention sur une partie spécifique de votre batterie, et comment interpréter ces indicateurs. Si vous vous rendez compte que votre batterie fonctionne de façon non conforme aux objectifs que vous avez définis, vous pouvez l’ajuster en ajoutant ou en enlevant des ressources matérielles, en modifiant votre topologie ou en modifiant le stockage des données.

Voir Analyse et maintenance de SharePoint Server 2013 pour obtenir la liste des paramètres que vous pouvez modifier afin de surveiller votre environnement à ses débuts, ce qui vous aidera à déterminer si des modifications sont nécessaires. Gardez à l’esprit que l’augmentation de vos capacités de surveillance aura une incidence sur la quantité d’espace disque qui sera nécessaire à votre base de données d’utilisation. Une fois que l’environnement est stable et que cette surveillance détaillée n’est plus nécessaire, vous pouvez inverser les paramètres et les passer en-dessous de leurs paramètres par défaut.

Pour plus d’informations sur l’analyse des performances et le dépannage en utilisant les outils de surveillance de la santé intégrées dans l’interface administration centrale SharePoint Server 2013, lire les informations suivantes :

Surveillance et création de rapports dans SharePoint Server 2016

Résolution des problèmes et dépannage (https://technet.microsoft.com/fr-fr/library/ee748639(office.14).aspx)