Introductiondownload.microsoft.com/.../scalability-test-lab-report.docx · Web viewIl inclut des...

Rapport de tests d’échelle pour les référentiels de documents à très grande échelle

Ce document est fourni en l’état. Les informations et les vues contenues dans ce document, y compris les URL et autres références de site Web Internet, sont susceptibles d’être modifiées sans préavis. Vous les utilisez à vos risques.

Les exemples fournis ici le sont à titre d’illustration uniquement et sont fictifs. Aucune association ou connexion réelle n’est voulue ni suggérée.

Ce document ne vous confère aucun droit sur la propriété intellectuelle inhérente à quelque produit Microsoft que ce soit. Vous pouvez copier ou utiliser ce document pour vos propres besoins de référence internes.

© 2011 Microsoft Corporation. Tous droits réservés.

1

Rapport de tests d’échelle pour les référentiels de documents à très grande échelle

Paul Andrew, Paul Learning, Barry Waldbaum, Frank MarascoMicrosoft CorporationOctobre 2011S’applique à : Microsoft® SharePoint® Server 2010, Microsoft FAST Search Server 2010 for SharePoint.RésuméLe présent livre blanc fournit des informations détaillées sur un laboratoire de test mis en place chez Microsoft pour présenter des bases de données de contenu SharePoint Server 2010 à grande échelle. Il inclut des informations sur la façon dont deux bases de données de contenu SharePoint Server ont été remplies par un total de 120 millions de documents sur 30 téraoctets (To) de bases de données SQL Server®. Il explique le mode d’indexation de ce contenu par FAST Search Server 2010 for SharePoint. Il décrit les essais en charge qui ont été effectués sur SharePoint Server et FAST Search Server 2010 for SharePoint et présente les résultats de ces essais ainsi que les conclusions qui en ont été tirées.

2

SommaireIntroduction.........................................................................................................................................................................5

Objectifs des tests.............................................................................................................................................................5

Partenaires matériels impliqués........................................................................................................................................5

Définition de la charge de travail testée...............................................................................................................................6

Description de l’architecture en extension externe de l’archive documentaire................................................................7

Transactions de test incluses.............................................................................................................................................7

Définitions des transactions de test et paramètres de base.............................................................................................8

Combinaison de tests de base...........................................................................................................................................9

Séries de tests.................................................................................................................................................................10

Essais en charge..............................................................................................................................................................11

Capture de ressources durant les tests...........................................................................................................................12

Détails de l’architecture matérielle de la batterie de test...................................................................................................12

Serveurs virtuels..............................................................................................................................................................15

Stockage sur disque.........................................................................................................................................................16

Architecture SharePoint Server et SQL Server de la batterie de test...................................................................................18

Sites Web IIS de la batterie de serveurs SharePoint........................................................................................................19

Bases de données SQL Server..........................................................................................................................................20

Index du contenu FAST Search Server 2010 for SharePoint............................................................................................21

Méthode, Chronologie et processus de création de la batterie de serveurs.......................................................................22

Chronologie.....................................................................................................................................................................22

Mode de création des exemples de documents..............................................................................................................22

Caractéristiques de performance du chargement de documents à grande échelle........................................................23

Opérations d’entrée/sortie par seconde (IOPS)..............................................................................................................25

Analyse de documents FAST Search Server 2010 for SharePoint....................................................................................27

Résultats des tests...............................................................................................................................................................29

Série de tests A – Variation des utilisateurs....................................................................................................................29

Série de tests B - Variation de la mémoire vive (RAM) de SQL Server.............................................................................32

Série de tests C – Variation de la combinaison de transactions......................................................................................35

Série de tests D – Variation de la mémoire vive (RAM) des serveurs Web frontaux.......................................................38

Série de tests E – Variation du nombre de serveurs Web frontaux.................................................................................41

Série de tests F - Variation du nombre de processeurs SQL Server.................................................................................45

Test du Service Pack 1 (SP1) et de la mise à jour cumulative de juin..............................................................................483

Sauvegardes de la base de données de contenu SQL Server...........................................................................................49

Conclusions.........................................................................................................................................................................49

Recommandations..............................................................................................................................................................49

Recommandations liées à SQL Server 2008 R2................................................................................................................49

Recommandations liées à SharePoint Server 2010.........................................................................................................50

Recommandations liées à FAST Search Server for SharePoint 2010...............................................................................50

Références..........................................................................................................................................................................51

4

Introduction

Objectifs des testsLe présent livre blanc décrit les résultats des tests SharePoint Server à grande échelle effectués chez Microsoft en juin 2011. L’objectif de ces tests était de publier les conditions requises pour la montée en charge de référentiels d’archives documentaires situés sur SharePoint Server vers une capacité de stockage volumineuse. Les tests ont impliqué la création d’un grand nombre de documents standard dont la taille moyenne s’élevait à 256 Ko, leur chargement dans une batterie de serveurs SharePoint, la création d’un index FAST Search Server 2010 for SharePoint sur les documents et l’exécution de tests à l’aide de Microsoft Visual Studio® 2010 Ultimate afin de simuler une utilisation. Avec ces tests, nous avons voulu démontrer à la fois des techniques d’extension interne et d’extension externe. L’extension interne se rapporte à l’utilisation d’une capacité matérielle supplémentaire afin d’augmenter les ressources et de monter en charge un environnement unique, ce qui pour nos besoins implique une base de données de contenu SharePoint. Une base de données de contenu SharePoint correspond à toutes les collections de sites, toutes les métadonnées et les objets BLOB (Binary Large OBjects) associés à ces collections de sites et accessibles par SharePoint Server. L’extension externe se rapporte à l’utilisation de plusieurs environnements, ce qui pour nous veut dire disposer de plusieurs bases de données de contenu SharePoint. Notez qu’une base de données de contenu n’est pas simplement une base de données SQL Server, mais qu’elle inclut également diverses données de configuration et les objets BLOB des documents, quelque soit l’emplacement de stockage de ces derniers.

La charge de travail que nous avons testée pour les besoins de ce rapport concerne principalement l’archive documentaire. Celle-ci inclut un grand nombre de documents Microsoft Office standard stockés à des fins d’archivage. Le stockage mentionné dans ce scénario est généralement à long terme et implique de rares accès.

Partenaires matériels impliquésCes tests ont été possibles grâce au soutien de plusieurs partenaires matériels de Microsoft.

NEC Corporation of AmericaNEC a fourni un serveur NEC Express5800/A1080a (GX) contenant 8 processeurs et 1 téraoctet (To) de mémoire vive (RAM) totale. Chaque processeur contenait 8 cœurs pour un total de 64 cœurs pour le serveur. Comme indiqué ci-dessous, ce serveur a été utilisé pour exécuter Microsoft Hyper-V avec plusieurs ordinateurs virtuels constituant les batteries de serveurs SharePoint Server et FAST Search Server 2010 for SharePoint.

Figure 1 - NEC Express Server 5800

5

Source : www.necam.com/servers/enterprise

Spécifications du serveur NEC Express 5800/A1080a

8 processeurs Westmere (E7-8870) avec chacun 10 cœurs de processeur 1 To de mémoire, chaque module de mémoire processeur possédant 1 processeur (10 cœurs) et 16 DIMM 2 adaptateurs de bus hôte 8G FC double port 5 lecteurs de disques durs

IntelIntel a fourni un second serveur NEC Express5800/A1080a contenant également 8 processeurs et 1 To de mémoire vive (RAM). Intel a encore mis à niveau cet ordinateur vers des processeurs Westmere EX contenant chacun 10 cœurs pour un total de 80 cœurs pour le serveur. Comme indiqué ci-dessous, ce serveur a été utilisé pour exécuter les indexeurs Microsoft SQL Server et FAST Search Server 2010 for SharePoint directement sur l’ordinateur sans utiliser Hyper-V.

EMCEMC a fourni un réseau de zone de stockage EMC VNX 5700 contenant 300 To d’espace disque hautes performances.

Stockage unifié EMC VNX5700

Source : http://www.emc.com/collateral/software/15-min-guide/h8527-vnx-virt-msapp-t10.pdf

Spécifications pour EMC VNX 5700 :

Lecteurs de 2 To, 15 par baie 3U, 5 unités = 75 lecteurs au total, 150 To de stockage brut Lecteurs de 600 Go, 25 par baie 2U, 10 unités = 250 lecteurs au total, 150 To de stockage brut 2 processeurs de stockage 2 unités de batterie de secours

Définition de la charge de travail testéeCet essai en charge a été conçu afin de présenter les fonctionnalités de SharePoint Server 2010 liées aux archives documentaires volumineuses. La charge de travail d’une archive documentaire se caractérise par un grand nombre de documents ajoutés (ou assimilées) selon un rythme lent, rarement consultés et presque jamais mis à jour.

6

Figure 2 - Utilisation d’archives documentaires volumineuses

Description de l’architecture en extension externe de l’archive documentaireUn routage de contenu est recommandé pour une batterie de serveurs SharePoint dotée de plusieurs bases de données de contenu afin d’envoyer les documents à la base de données de contenu appropriée depuis une bibliothèque de dépôt initiale. Dans les tests décrits dans le présent rapport, le routage de contenu n’a pas été configuré et nous nous sommes concentrés sur l’évolutivité et les performances de l’installation.

Tandis que le routage de contenu est utilisé pour assimiler des documents dans l’une des multiples bases de données de contenu SharePoint, FAST Search Server 2010 for SharePoint peut servir à localiser de façon optimale un document dans une ou plusieurs bases de données de contenu. FAST Search Server 2010 for SharePoint crée un index avec tous les documents de toutes les bases de données de contenu et les recherches peuvent utiliser des métadonnées, des affinements pour la sélection par date, auteur ou toute autre propriété et également par recherche de texte intégral.

Transactions de test inclusesLe présent livre blanc inclut les résultats d’une série de tests de performances qui ont été menés sur SharePoint Server 2010 et FAST Search Server 2010 for SharePoint dans un scénario d’archive documentaire. Cette section explique la méthodologie de test utilisée pour les tests présentés dans ce livre blanc. Les écarts par rapport à cette méthodologie sont indiqués avec données à l’appui.

Charge de travailImportant : il convient de noter que les chiffres spécifiques relatifs à la capacité et aux performances présentés dans cet article seront différents de ceux d’un environnement réel. Les chiffres présentés ici sont destinés à fournir un point de départ pour la conception d’un environnement à l’échelle appropriée. Une fois que vous avez terminé la conception initiale de votre système, testez la configuration pour déterminer si votre système prendra en charge les facteurs dans votre environnement.

7

DocumentsBibliothèque de documents en boîte de dépôt

Index FAST Search

Bases de données de

contenu Routage de contenu

Les charges de travail des tests ont été conçues conformément à un scénario de stockage d’une archive documentaire volumineuse et ont vocation à permettre d’estimer dans quelle mesure des configurations de batteries de serveurs différentes sont affectées par un scénario de référentiels de documents à grande échelle.

La batterie de serveurs test décrite dans ce scénario a été conçue de sorte à permettre à la fois une extension externe et une extension interne en vue de gérer une capacité accrue selon les besoins.

La possibilité d’extension est aussi critique pour les implémentations à petite échelle que pour les scénarios d’archive documentaire à grande échelle. L’extension externe vous permet d’ajouter d’autres serveurs à votre batterie (ou vos batteries), notamment des serveurs Web frontaux ou des serveurs d’applications supplémentaires. L’extension interne vous permet d’augmenter la capacité de vos serveurs existants en ajoutant des processeurs plus rapides et/ou de la mémoire afin d’augmenter leur débit et leurs performances. Le routage de contenu doit également être exploité dans les scénarios d’archive afin de permettre aux utilisateurs de tout simplement « déposer » un fichier et de l’acheminer de façon dynamique vers la bibliothèque de documents ou le dossier appropriés, le cas échéant, en fonction des métadonnées du fichier.

Définitions des transactions de test et paramètres de baseCette section définit les transactions de test et d’autres paramètres de base, puis elle propose une vue d’ensemble du processus de test qui a été utilisé pour chaque scénario. Vous trouverez des informations détaillées telles que les résultats des tests et les paramètres spécifiques dans chacune des sections relatives aux résultats des tests plus loin dans ce livre blanc.

Élément de base Description de l’élément de base Paramètre de base (ou pourcentage de

transaction)Transfert d’un document

Transférer un document vers l’un des centres de documents. Un dossier unique et un fichier ont été créés dans chaque centre de documents toutes les heures, 24 heures sur 24.

1%

Téléchargement d’un document (ouverture)

Télécharger ou ouvrir un document 30%

Consultation Accès d’une page d’accueil d’un centre de documents aléatoire, d’une page d’affichage de la liste des bibliothèques de documents ou d’une page d’affichage de la liste des dossiers.

40%

Recherche Requête de recherche aléatoire soumise au centre FAST Search.

30%

Temps de réflexion Temps entre les transactions pour chaque utilisateur. Représente le temps passé par un utilisateur à lire ou réfléchir entre des accès à des pages Web.

10 secondes

Utilisateurs simultanés Nombre d’utilisateurs qui se connectent à la batterie de serveurs SharePoint depuis des agents de test vers des serveurs Web frontaux SharePoint. Ce nombre ne représente pas une base d’utilisateurs totale possible, puisque dans un environnement

10 000

8

type, une petite partie du nombre total d’utilisateurs accède au système en même temps.

Durée de test Durée d’exécution du test 1 heure

Mise en cache Web Activation ou non de la mise en cache Web pour les serveurs Web frontaux

Activé

Indexation du contenu FAST

Fonctionnement ou non de l’indexation du contenu FAST pendant le test

Interrompu

Nombre de serveurs Web frontaux

Nombre de serveurs Web frontaux dans la batterie de serveurs SharePoint qui ont été utilisés pendant le test

3 par base de données de contenu

Accroissement d’utilisateurs

Chaque test a été démarré avec 1 000 utilisateurs, puis a progressé vers la charge utilisateur cible par incréments de 100 utilisateurs. Un délai d’accroissement de 30 secondes a été utilisé ainsi qu’une durée d’étape de 10 secondes.

100 utilisateurs toutes les 30 secondes

Agents de test Visual Studio 2010 Ultimate a été utilisé pour simuler la charge de transactions utilisateur. Un seul ordinateur virtuel contrôleur de test et 19 ordinateurs virtuels agents de test ont été utilisés pour créer cette charge.

19

Tableau 1 – Transactions de test et paramètres de base

Combinaison de tests de baseCette section définit les combinaisons de tests qui ont été exploitées et propose une vue d’ensemble des résultats des tests pour chaque scénario correspondant.

La combinaison de tests utilisée pour chaque test a varié en fonction de chaque test particulier et des cibles de charge. Tous les tests ont été menés à l’aide de Visual Studio 2010 Ultimate et ont correspondu à des scripts sans code enregistrés qui ont été générés exclusivement par Visual Studio. Des points de données spécifiques ont été renseignés pour chaque test, puis la combinaison de tests a été exécutée pour différentes périodes à l’aide de différents nombres d’utilisateurs simultanés afin de déterminer les capacités et les limites des batteries de serveurs.

Remarques

Tous les tests effectués dans le laboratoire ont été exécutés avec un « temps de réflexion » de 10 secondes. Le temps de réflexion est une fonctionnalité de Microsoft Visual Studio 2010 Ultimate Test Controller qui vous permet de simuler le temps de pause des utilisateurs entre les clics qu’ils effectuent sur une page dans un environnement réel.

La combinaison d’opérations qui a été utilisée pour mesurer les performances dans le cadre du présent livre blanc est artificielle. Tous les résultats ont pour seule vocation d’illustrer les caractéristiques des performances dans un environnement contrôlé sous un ensemble de conditions spécifique. Ces combinaisons de tests sont constituées d’une quantité élevée non caractéristique de requêtes de listes qui consomment une grande quantité des ressources SQL Server en comparaison avec d’autres opérations. L’objectif était de fournir un point de départ pour la conception d’un environnement à l’échelle appropriée. Une fois que vous avez terminé la conception initiale de votre système, testez la configuration afin de déterminer si vos variables environnementales et votre combinaison d’opérations spécifiques varieront.

9

Séries de testsSix séries de tests ont été exécutées et nommées de A à F. Chaque série a impliqué l’exécution du test de base avec les mêmes paramètres et dans le même environnement, à l’exception d’un seul paramètre que nous avons fait varier. Les tests individuels de chaque série ont été baptisés d’après le nom de la série suivi d’un numéro. Cette section souligne les séries de tests individuels qui ont été effectués. Une note est incluse dans la liste des tests afin d’identifier le test qui était identique à la ligne de base. En d’autres termes, un seul test dans chaque série n’a pas fait varier le paramètre choisi, mais était en fait identique en tous points au test de base d’origine.

Série de tests A – Variation des utilisateursCette série de tests fait varier le nombre d’utilisateurs afin de déterminer les effets de l’augmentation de la charge utilisateur sur les ressources système dans la batterie de serveurs SharePoint et FAST Search Server 2010 for SharePoint. Trois tests ont été effectués avec 4 000 utilisateurs, 10 000 utilisateurs et 15 000 utilisateurs. Le test avec 15 000 utilisateurs a nécessité une durée de test accrue de 2 heures afin de traiter l’accroissement d’utilisateurs plus important, et le nombre de serveurs Web frontaux a également été augmenté à 6 afin de gérer cette charge accrue.

Test Nombre d’utilisateurs Nombre de serveurs Web frontaux

Durée de test

A.1 4 000 3 1 heureA.2 10 000 3 1 heure (ligne de

base)A.3 15 000 6 2 heures

Série de tests B - Variation de la mémoire vive (RAM) de SQL ServerCette série de tests fait varier la quantité de mémoire vive (RAM) disponible pour SQL Server. Étant donné que l’ordinateur SQL Server disposait d’une grande quantité de mémoire vive (RAM) physique, nous avons exécuté cette série de tests afin de déterminer comment un serveur exécutant SQL Server avec moins de RAM pourrait fonctionner en comparaison. Six tests ont été effectués avec la RAM SQL Server maximale définie sur : 16 Go, 32 Go, 64 Go, 128 Go, 256 Go et 600 Go.

Test RAM SQLB.1 16 GoB.2 32 GoB.3 64 GoB.4 128 GoB.5 256 GoB.6 600 Go – (ligne de base)

Série de tests C – Variation de la combinaison de rechercheCette série de tests fait varier la part de la recherche effectuée par les utilisateurs de test par rapport à celle de la consultation et de l’ouverture de documents. La charge de travail test appliquée à la batterie de serveurs est une combinaison de différentes transactions utilisateur, qui suit la ligne de base par défaut de 30 %, 40 % et 30 % pour l’ouverture, la consultation et la recherche, respectivement. Les tests inclus dans cette série font varier la part de la recherche et par conséquent modifient également la part de l’ouverture et de la consultation.

10

Test Ouverture Consultation RechercheC.1 30% 55% 15%C.2 30% 40% 30 % (ligne de base)C.3 20% 40% 40%C.4 20% 30% 50%C.5 25% 25% 50%C.6 5% 20% 75%

Série de tests D – Variation de la mémoire vive (RAM) des serveurs Web frontauxCette série de tests fait varier la RAM allouée aux serveurs Web frontaux. En outre, quatre serveurs Web frontaux ont été utilisés pour ce test. La RAM disponible sur chacun des 4 serveurs Web frontaux a été testée à 4 Go, 6 Go, 8 Go et 16 Go.

Test Mémoire des serveurs Web frontauxD.1 4 GoD.2 6 GoD.3 8 Go - (ligne de base)D.4 16 Go

Série de tests E – Variation du nombre de serveurs Web frontauxCette série de tests fait varier le nombre de serveurs Web frontaux utilisés. Les différents nombres de serveurs testés se sont élevés à 2, 3, 4, 5 et 6.

Test Nombre de serveurs Web frontauxE.1 2E.2 3 - (ligne de base)E.3 4E.4 5E.5 6

Série de tests F – Restrictions des processeurs SQL ServerCette série de tests restreint le nombre de processeurs disponibles pour SQL Server. Les différents nombres de processeurs disponibles pour SQL Server testés se sont élevés à 2, 4, 8, 16 et 80.

Test Processeurs disponibles pour SQL ServerF.1 4F.2 6F.3 8F.4 16F.5 80 - (ligne de base)

Essais en chargeDes tests ont été menés à un point de charge optimal, ou zone verte, avec une combinaison d’opérations générale. Pour mesurer des changements spécifiques, des tests ont été effectués à chaque point d’altération de variable. Les séries de tests ont été conçues de sorte à dépasser le point de charge optimal pour trouver des goulets d’étranglement des ressources dans la configuration des batteries de serveurs. Il est recommandé d’utiliser les résultats du point de charge optimal pour la mise en service des batteries de production afin qu’il existe un excès de capacité de ressources

11

permettant de gérer les charges provisoires inattendues. Pour ce projet, nous avons défini le point de charge optimal de sorte à maintenir les ressources en dessous des mesures suivantes :

La latence au 75e centile est inférieure à 1 seconde. Le taux d’utilisation du processeur du serveur Web frontal est inférieur à 85 %. Le taux d’utilisation du processeur SQL Server est inférieur à 50 %. Le taux d’utilisation du processeur du serveur d’applications est inférieur à 50 %. Le taux d’utilisation du processeur FAST Search Server 2010 for SharePoint est inférieur à 50 %. Le taux d’échec est inférieur à 0,01.

Capture de ressources durant les testsDurant chaque série de tests, l’utilisation des ressources a été capturée à l’aide de l’analyseur de performances (Perfmon.exe) et de Visual Studio 2010 Ultimate afin de déterminer la charge sur la batterie de serveurs de test. Les détails suivants ont été capturés et sont indiqués dans la section des rapports.

Processeur de chaque serveur Web frontal, serveur d’applications SharePoint, index FAST Search Server 2010 for SharePoint, application de service de recherche Fast, ordinateur SQL Server.

Utilisation de la mémoire vive (RAM) de chaque serveur Web frontal, serveur d’applications SharePoint, index FAST Search Server 2010 for SharePoint, application de service de recherche Fast, ordinateur SQL Server.

Durée d’actualisation de la page sur tous les éléments de test Files d’attente de disque de chaque lecteur

Détails de l’architecture matérielle de la batterie de testLa batterie de serveurs Centre de documents est l’hôte de l’Administration centrale de SharePoint, du centre de documents 1, du centre de documents 2, des applications de service et du centre FAST Search intégré. La batterie de serveurs se compose de trois serveurs physiques et de 22 serveurs virtuels.

Figure 3contient un diagramme de l’architecture physique.

12

Figure 3 - Diagramme de l’architecture matérielle

13

Figure 4 - Serveurs physiques

L’hyperthreading a été désactivé sur les serveurs physiques car nous n’avions pas besoin de cœurs de processeur supplémentaires et nous étions limités à 4 processeurs logiques dans chacun des ordinateurs virtuels Hyper-V. Nous ne voulions pas que ces serveurs expérimentent une dégradation des performances due à l’hyperthreading. Il y avait trois serveurs physiques dans le laboratoire. Les trois serveurs physiques ainsi que les 22 serveurs virtuels ont été connectés à un réseau local virtuel au sein du laboratoire afin d’isoler leur trafic réseau des autres ordinateurs du laboratoire non concernés. Le réseau local a été hébergé par un commutateur Ethernet de 1 Gbit/s et chacun des serveurs NEC a été connecté à deux ports Ethernet de 1 Gbit/s.

SPDC01. Contrôleur de domaine Windows et serveur DNS (Domain Naming System) du réseau virtuel utilisé dans le laboratoire.

o 4 cœurs de processeur physiques cadencés à 3,4 GHzo 4 Go de RAMo Unité de disque locale RAID SCSI de 33 Go

PACNEC01. Serveur SQL Server 2008 R2 hébergeant les fichiers maîtres et secondaires des bases de données de contenu, des fichiers journaux et de TempDB. 100 processeurs de documents FAST ont également été exécutés directement sur ce serveur.

o NEC ExpressServer 5800 1080ao 8 processeurs Intel E7-8870 contenant 80 cœurs de processeur physiques cadencés à 2,4 GHzo 1 To de RAMo Disque à connexion directe de 800 Goo 2 cartes de bus hôte Fiber Channel double port d’une capacité de 8 Go/so 2 cartes Ethernet de 1 Gbit/s

14

PACNEC01. Hôte Hyper-V servant les ordinateurs virtuels SharePoint, FAST Search for SharePoint et Test Rig au sein de la batterie de serveurs.

o NEC ExpressServer 5800 1080ao 8 processeurs Intel X7560 contenant un total de 64 cœurs de processeur physiques cadencés à 2,27 GHzo 1 To de RAMo Disque à connexion directe de 800 Goo 2 cartes de bus hôte Fiber Channel double port d’une capacité de 8 Go/so 2 cartes Ethernet de 1 Gbit/s

Serveurs virtuels

Figure 5 - Serveurs virtuels

Ces serveurs se sont tous exécutés sur l’instance Hyper-V du serveur PACNEC02. Tous les serveurs virtuels ont été démarrés à partir de fichiers de disque dur virtuel stockés localement sur le serveur PACNEC02 et tous disposaient d’un accès configuré au réseau local virtuel du laboratoire. Certains de ces serveurs virtuels se sont vu octroyer un accès disque direct, dans le système d’exploitation invité, à un numéro d’unité logique sur le réseau de zone de stockage (SAN). L’accès disque direct fourni a permis d’augmenter les performances par rapport à l’utilisation d’un disque dur virtuel et a été utilisé pour accéder aux index FAST Search. Voici la liste des différents types de serveurs virtuels exécutés dans le cadre du laboratoire et les détails de leur utilisation des ressources et services fournis.

Type de serveur virtuel DescriptionPlateformes de test (TestRig-1 à TestRig-20)

TestRig-1 correspond au contrôleur de test de Visual Studio 2010 Ultimate.

TestRig-2 à TestRig19 correspondent aux agents de test de Visual Studio Agents 2010 contrôlés par TestRig-1.

Contrôleur de test et agents de test de Visual Studio 2010 Ultimate pour les essais en charge de la batterie de serveurs. Ces serveurs virtuels ont été configurés avec 4 processeurs virtuels et 8 Go de mémoire. Ces serveurs ont utilisé un disque dur virtuel.

SP : Administration centrale, applications du service Banque d’informations sécurisé, robot

APP-1 - Hôte de l’Administration centrale de SharePoint et hôte de l’application de service FAST Search.

APP-2 - - Applications de service SharePoint et hôte de l’application de service FAST Search. Ce serveur d’applications a exécuté les applications de service partagé SharePoint suivantes :

Ces ordinateurs virtuels hébergent l’Administration centrale de SharePoint et les applications de service utilisées au sein de la batterie de serveurs. Ces serveurs virtuels ont été configurés avec 4 processeurs virtuels et 16 Go de mémoire. Ces serveurs ont utilisé un disque dur virtuel.

15

Application du service Banque d’informations sécurisé.

Application de service FAST Search.

Service et administration FAST FAST-SSA-1 et FAST-SSA-2 –

Applications de service FAST Search 1 et 2 respectivement.

Ces ordinateurs virtuels hébergent le service et l’administration FAST Search. Ils ont chacun été configurés avec 4 processeurs virtuels et 16 Go de mémoire, et ils ont utilisé un disque dur virtuel.

FAST Index-Search FAST-IS-1, FAST-IS2, FAST-IS3 et FAST-

IS4 - Index Fast, nœuds de recherche et d’analyseur Web 1, 2, 3 et 4.

Ces ordinateurs virtuels hébergent l’index FAST et les nœuds de recherche et d’analyseur Web utilisés au sein de la batterie de serveurs. Ils ont été configurés avec 4 processeurs virtuels et 16 Go de mémoire, et ils ont utilisé un disque dur virtuel pour leur disque de démarrage. Ils ont également tous bénéficié d’un accès disque direct à 3 To de numéros d’unité logique de réseau de zone de stockage (SAN) pour le stockage de l’index FAST.

Serveur Web frontal (SharePoint et FAST Search) WFE-1, WFE-2 et WFE-3 - Serveur Web

frontal n° 1, n° 2 et n° 3, dans le cadre d’une configuration d’équilibrage de charge Windows hébergeant le premier centre de documents. Ces serveurs virtuels ont été configurés avec 4 processeurs virtuels et 8 Go de mémoire.

WFE-4, WFE-5 et WFE-6 - Serveur Web frontal n° 4, n° 5 et n° 6, dans le cadre d’une configuration d’équilibrage de charge Windows hébergeant le deuxième centre de documents. Ces serveurs virtuels ont été configurés avec 4 processeurs virtuels et 8 Go de mémoire.

Ces ordinateurs virtuels hébergent tous les serveurs Web frontaux et un hôte de robot FAST dédié au sein de la batterie de serveurs. Chaque base de données de contenu contenait un seul centre de documents qui était configuré avec 3 serveurs Web frontaux SharePoint Server à charge équilibrée. Ceci a été effectué afin de faciliter la combinaison de tests pour les essais en charge dans les deux bases de données de contenu. Dans une batterie de serveurs réelle, chaque serveur Web frontal ciblerait plusieurs bases de données de contenu. Ces serveurs ont utilisé un disque dur virtuel.

Stockage sur disqueLe stockage consiste en un stockage unifié EMC VNX5700. La baie VNX5700 a été connectée à chacun des serveurs physiques PACNEC01 et PACNEC02 avec une interface Fiber Channel de 8 Gbits/s. Chacun de ces serveurs physiques contient deux cartes de bus hôte Fiber Channel afin de pouvoir être connecté aux deux processeurs de stockage sur le réseau de zone de stockage (SAN) principal, ce qui permet de fournir une redondance et d’équilibrer les numéros d’unité logique entre les processeurs de stockage.

16

Réseau de zone de stockage - Baie EMC VNX5700Une baie EMC VNX5700 (http://www.emc.com/products/series/vnx-series.htm#/1) (éventuellement en anglais) a été utilisée pour le stockage des bases de données SQL Server et de l’index de recherche FAST Search Server 2010 for SharePoint. La baie VNX5700 configurée incluait 300 téraoctets (To) d’espace disque brut. La baie a été remplie à l’aide de 250 lecteurs SAS de 600 Go à 10 000 tours/min et 75 lecteurs SAS de proximité de 2 To à 7 200 tours/min (les lecteurs SAS de proximité possèdent des interfaces physiques SATA et des connecteurs SAS tandis que les lecteurs SAS standard possèdent des interfaces physiques SCSI). Les lecteurs ont été configurés dans un format RAID-10 pour la mise en miroir et l’entrelacement. Le volume RAID configuré dans le réseau de zone de stockage (SAN) a été divisé entre 3 pools et les numéros d’unité logique ont été alloués à partir d’un pool spécifique comme indiqué dans le Tableau 2.

N° de pool

Description Type de lecteur Capacité d’utilisateurs (Go)

Alloués (Go)

0 FAST SAS 31 967 24 7351 Base de données de

contenuSAS 34 631 34 081

2 En réserve – inutilisé SAS de proximité

58 586 5 261

Tableau 2 - Pools SAN alloués

Les numéros d’unité logique sur la baie VNX 5700 ont été définis comme indiqué dans le Tableau 3.

N° d’unité logique

Description Taille (Go) Serveur N° de pool de disques

Lettre de lecteur

0 Base de données de services SP

1 024 PACNEC01 0 F

1 Espace supplémentaire sur PACNEC02

5 120 PACNEC02 0

2 Index FAST 1 3 072 PACNEC02 0 F3 Index FAST 2 3 072 PACNEC02 0 G4 Index FAST 3 3 072 PACNEC02 0 H5 Index FAST 4 3 072 PACNEC02 0 I6 Base de données de contenu

SP 17 500 PACNEC01 1 H

7 Base de données de contenu SP 2

6 850 PACNEC01 1 I


6 850 PACNEC01 1 J


6 850 PACNEC01 1 K

10 TransLog de base de données de contenu SP

2 048 PACNEC01 1 G

11 TransLog de base de données de services SP

512 PACNEC01 0 L

12 Base de données temporaire 2 048 PACNEC01 1 M13 Journal de base de données

temporaire2 048 PACNEC01 0 N

14 Base de données d’intégrité 3 072 PACNEC01 0 O

17

http://www.emc.com/products/series/vnx-series.htm#/1

d’utilisation SP15 Base de données

d’analyse/d’administration FAST

1 024 PACNEC01 1 P

16 En réserve – inutilisé 5 120 PACNEC01 217 Contenu documentaire Office

en bloc3 072 PACNEC01 Supplémentair

eT

18 Fichiers d’échange WM 1 024 PACNEC02 Supplémentaire

K

19 Sauvegarde de base de données 1

16 384 PACNEC01 Supplémentaire

R

20 Sauvegarde de base de données 2

16 384 PACNEC01 Supplémentaire

S

Tableau 3 - Numéros d’unité logique

Réseau de zone de stockage - Autre baie de disquesUne autre baie de disques basses performances a été utilisée à des fins de sauvegarde et d’hébergement du contenu documentaire Office en bloc qui était chargé dans la batterie de serveurs SharePoint Server 2010. Cette baie n’a pas été utilisée pendant les séries de tests.

Architecture SharePoint Server et SQL Server de la batterie de testL’architecture logique a été définie afin de démontrer les limites recommandées de SharePoint Server 2010. Elle se compose de deux applications Web, chacune contenant une seule collection de sites au sein d’une seule base de données de contenu unique. Chaque base de données de contenu a été chargée à l’aide de 60 millions de documents de type Microsoft Word (.docx), Excel (.xlsx), PowerPoint (.pptx) et de pages Hyper-text Markup Language (.html), d’une taille moyenne de 250 kilo-octets (Ko). La taille de chaque base de données de contenu s’élevait à environ 15 To, soit un corpus total de 30 To. L’architecture logique du laboratoire à grande échelle est illustrée par la figure 6.

18

Figure 6 - Architecture logicielle

La batterie de serveurs Centre de documents SharePoint est prévue pour être utilisée dans un scénario d’archivage documentaire et a été conçue pour prendre en charge un grand nombre de documents stockés dans plusieurs bibliothèques de documents. Les bibliothèques de documents ont été limitées à environ un million de documents chacune et une hiérarchie de dossiers a limité les documents par conteneur à environ 2 000 éléments. Ceci dans l’unique but de gérer le processus de chargement des documents volumineux et d’empêcher le temps de chargement de diminuer une fois le million d’éléments dépassé dans une bibliothèque de documents.

Sites Web IIS de la batterie de serveurs SharePointLes deux collections de sites de contenu ont tiré parti du modèle Centre de documents. La collection de sites Centre de recherche a exploité le modèle Centre FAST Search. Chaque collection de sites se trouvait dans une application Web unique. Chaque application Web a utilisé un pool d’applications distinct.

Site Web IIS – SharePoint ServicesLe site Web IIS SharePoint Services héberge les services partagés utilisés dans SharePoint Server 2010. Pour les besoins de ce laboratoire, le service Banque d’informations sécurisé a été utilisé.

Site Web IIS – Administration centrale de SharePoint v4Le site Web IIS Administration centrale de SharePoint héberge le site et l’interface utilisateur Administration centrale de SharePoint Server 2010.

Site Web IIS – Centre de documents 1Le site Web IIS Centre de documents 1 héberge l’archive du premier centre de documents.

19

Site Web IIS – Centre de documents 2Le site Web IIS Centre de documents 2 héberge l’archive du second centre de documents.

Site Web IIS – Centre FAST SearchLe site Web IIS Centre Fast Search héberge l’interface utilisateur de recherche de la batterie de serveurs.

À partir de 70 millions et plus, la base de données d’analyse a commencé à devenir nettement plus lente et des ajustements ont été requis pour la faire passer de 100 à 120 millions.

Bases de données SQL ServerLes bases de données SQL Server suivantes sont hébergées sur le réseau de zone de stockage (SAN) EMC VNX 5700.

Nom de la base de données Objectif Taille (Mo)

SharePointAdminContent_<GUID> Base de données Administration centrale de SharePoint

768

SharePoint_Config Base de données de configuration de SharePoint

1 574

Bases de données système – tempdb Base de données temporaire SQL Server 16 384

ReportServerBase de données Microsoft SQL Server qui stocke toutes les métadonnées des rapports, y compris les définitions des rapports, l’historique et les captures instantanées des rapports, ainsi que les informations de planification.

10

ReportServerTempDBBase de données Microsoft SQL Server qui stocke toutes les captures instantanées temporaires pendant l’exécution des rapports.

3

SPContent01 (base de données de contenu du centre de documents 1)

Base de données de contenu SharePoint 15 601 286

SPContent02 (base de données de contenu du centre de documents 2)

Base de données de contenu SharePoint 15 975 266

FAST_Query_CrawlStoreDB_<GUID> Banque d’analyse de l’application de service de recherche de requête FAST Search. Cette base de données de banque d’analyse est uniquement utilisée pour les profils utilisateur (recherche de personnes).

15

FAST_Query_DB_<GUID> Base de données d’administration de l’application de service de recherche de requête FAST Search.

125

20

FAST_Query_PropertyStoreDB_<GUID> Stocke les propriétés des métadonnées et les descripteurs de sécurité des éléments de profil utilisateur dans l’index de la recherche de personnes. Cette base de données est impliquée dans les requêtes de recherche de personnes basées sur des propriétés et renvoie des attributs de documents standard dans les résultats de requête de recherche de personnes.

173

FASTContent_CrawlStoreDB_<GUID> Banque d’analyse de l’application de service de recherche de contenu FAST Search. Cette base de données de banque d’analyse est utilisée pour tous les éléments analysés à l’exception des profils utilisateur.

502 481

FASTContent_DB_<GUID> Base de données d’administration de l’application de service de recherche de contenu FAST Search.

23

FASTSearchAdminDatabaseBase de données d’administration de la batterie de serveurs FAST Search Server 2010 for SharePoint. Stocke et gère les paramètres de recherche, tels que les groupes, les mots clés, les synonymes, les promotions et les rétrogradations de documents et de sites, les inclusions et les exclusions de l’extracteur de propriétés, les exclusions du vérificateur orthographique, les meilleurs résultats, les meilleurs résultats visuels et les métadonnées du schéma de recherche.

4

WSS_Content_FAST_Search Base de données de contenu du centre FAST Search.

52

LoadTest2010 Référentiel des résultats des essais en charge 4 099

Tableau 4 - Bases de données SQL Server

Index du contenu FAST Search Server 2010 for SharePointLes répertoires de données FAST Search Server 2010 for SharePoint utilisent un lecteur intermédiaire Hyper-V directement connecté au réseau de zone de stockage (SAN).

Sur le serveur virtuel FAST-IS1, le répertoire de données utilise 745 Go des 3 To sans utiliser d’espace temporaire (tout a été nettoyé).

21

REF _Ref298525308 \h Tableau 5 présente le stockage de données dans les dossiers de fichiers d’index FAST Search Server 2010 for SharePoint stockés sur le réseau de zone de stockage (SAN).

Nom Objectif Nombre de fichiers Taille (Go)

data_fixml Source d’index utilisée pour créer l’index

6 millions 223

data_index Index de recherche réel utilisé par les requêtes

3 729 490

sprel Informations de pertinence SharePoint. Utilisées pour promouvoir les résultats de recherche populaires en début de liste.

9 3

webanalyzer Optimisation de l’ordre des résultats de recherche pour permettre une liaison plus pratique des documents.

135 12

Tableau 5 - Stockage utilisé par l’un des quatre index FAST

Méthode, Chronologie et processus de création de la batterie de serveurs

ChronologieVoici la chronologie approximative du projet.

Planification de l’architecture de la batterie de serveurs 2 semaines Installation du matériel des serveurs et du réseau de zone de stockage 1 semaine Création des ordinateurs virtuels de la batterie de serveurs 1 semaine Création des exemples d’éléments de contenu 2 semaines Chargement des éléments vers SharePoint Server 3 semaines Développement des scripts de tests 1 semaine Indexation FAST Search du contenu 2 semaines Essais en charge 3 semaines Rédaction de rapports 2 semaines

Mode de création des exemples de documentsAfin de proposer un scénario d’archive documentaire réaliste, l’unicité des documents était primordiale. Deux utilitaires distincts ont été utilisés : le premier pour créer des documents uniques et le second pour lire ces fichiers à partir du disque et les charger directement dans les applications Web SharePoint et les bibliothèques de documents ciblées.

Outil permettant de créer de grands nombres de documentsLes documents ont été créés à l’aide d’un outil en ligne de commande appelé Bulk Loader, lequel a été écrit avec le Microsoft .NET 4.0 Framework. Cet outil utilise un fichier de vidage de contenu Wikipedia en tant qu’entrée afin de

22

permettre la création d’un total pouvant aller jusqu’à 10 millions de documents uniques sur un emplacement de disque. Des images en stock sont utilisées pour remplacer les références à des images dans les vidages Wikipedia. Cet outil est disponible sous forme de code source à l’adresse http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084 (éventuellement en anglais).

Outil permettant de charger les documents dans SharePointLes documents ont été ajoutés à SharePoint Server à l’aide d’un outil en ligne de commande appelé LoadBulk2SP, lequel a été écrit en C# et à l’aide du Microsoft .NET 3.5 Framework afin d’être compatible avec SharePoint Server. Cet outil prend les fichiers de sortie du disque de l’outil Bulk Loader en tant qu’entrée et reproduit la même structure de dossiers et fichiers directement dans SharePoint Server à l’aide des applications Web et bibliothèques de documents ciblées spécifiées dans la configuration de l’application. À l’aide de cet outil, plus de 100 millions de documents de 250 Ko ont été chargés dans SharePoint Server avec des performances de pointe s’élevant à 233 documents par seconde, et un temps de chargement moyen global de 137 documents par seconde. Cet outil est disponible sous forme de code source à l’adresse http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974.

Caractéristiques de performance du chargement de documents à grande échelleLe chargement des documents a été accompli à l’aide de l’outil LoadBulk2SP présenté antérieurement dans le présent document. Cet outil exploite la méthode SubFolderCollection.Add() pour ajouter de nouveaux dossiers aux bibliothèques de documents spécifiées, ainsi que la méthode SPFileCollection.Add() pour ajouter les fichiers directement aux dossiers de bibliothèques de documents SharePoint créés. La structure de dossiers et fichiers créée dans SharePoint Server imite la hiérarchie de sortie créée par l’outil Bulk Loader.

Tailles des bases de données de contenu des bibliothèques de documentsVoici les détails liés à la taille de chaque base de données de contenu des bibliothèques de documents, notamment les groupes de fichiers SQL Server, les fichiers principaux et les fichiers secondaires utilisés au sein de la batterie de serveurs.

Fichier de contenu SQL Groupe de fichiers

Numéro d’unité logique

Taille (Ko) Taille (Mo) Taille (Go) Taille (To)

SPCPrimary01.mdf Principal H:/ 53 248 52,000 0,050 0,000SPCData0102.mdf SPCData01 I:/ 3 942 098 048 3 849 697,312 3 759,470 3,671SPCData0103.mdf SPCData01 J:/ 4 719 712768 4 609 094,500 4 501,068 4,395SPCData0104.mdf SPCData01 K:/ 3 723 746 048 3 636 470,750 3 551,240 3,468SPCData0105.mdf SPCData01 H:/ 3 371 171 968 3 292 160,125 3 215,000 3,139SPCData0106.mdf SPCData01 O:/ 4 194 394 4 096,087 4,000 0,003Centre de documents 1 Totaux : 15 760 968 474 15 391 570,775 15 030,820 14,678SPCPrimary02.mdf SPCData02 H:/ 52 224 51,00 0,049 0,000SPCData0202.mdf SPCData02 I:/ 3 240 200 064 3 164 257,875 3 090,095 3,017SPCData0203.mdf SPCData02 J:/ 3 144 130 944 3 070 440,375 2 998,476 2,928SPCData0204.mdf SPCData02 K:/ 3 458 544 064 3 377 484,437 3 298,324 3,221SPCData0205.mdf SPCData02 H:/ 3 805 828 608 3 716 629,500 3 629,521 3,544SPCData0206.mdf SPCData02 O:/ 2 495 168 448 2 436 687,937 2 379,578 2,323Centre de documents 2 Totaux : 16 143 924 352 15 765 551,125 15 396,046 15,035Total du corpus : 31 904 892 826 31 157 121,900 30 426,876 29,713Tableau 6 - Tailles des bases de données SQL Server

Hiérarchies, dossiers et fichiers des bibliothèques de documentsVoici les détails des hiérarchies des bibliothèques de documents, ainsi que le nombre total de dossiers et documents générés pour chaque centre de documents à l’aide de l’outil LoadBulk2SP. Les totaux des deux centres de documents s’élèvent à 60 234 dossiers et 120 092 033 fichiers.

23

http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974

http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084


Centre de documents 1Le nombre total de dossiers et fichiers contenus dans chaque bibliothèque de documents dans la base de données de contenu est indiqué dans le Tableau 7. Comme indiqué précédemment, les documents ont été limités à 1 million par bibliothèque de documents pour les besoins stricts d’un processus de chargement de contenu volumineux. Pour consulter les résultats de l’architecture de la batterie de serveurs SharePoint 2010 et obtenir des conseils sur le stockage de bibliothèques de documents volumineuses, reportez-vous à un rapport de test antécédent, Estimate performance and capacity requirements for large scale document repositories in SharePoint Server 2010 (Évaluer les exigences en matière de performances et de capacité pour les référentiels de documents à grande échelle dans SharePoint Server 2010) (éventuellement en anglais) (http://technet.microsoft.com/fr-fr/library/hh395916.aspx), lequel s’est concentré sur l’évolutivité de multiples éléments dans une bibliothèque de documents.

Reportez-vous également aux limitations de SharePoint Server 2010 pour les éléments des bibliothèques de documents et les éléments des bases de données de contenu décrites dans l’article Gestion de la capacité SharePoint Server 2010 : limitations et frontières logicielles (http://technet.microsoft.com/fr-fr/library/cc262787.aspx) sur TechNet.

Centre de documents 1Quantités

Bibliothèque de documents Dossiers FichiersTotaux CD1 : 30 447 60 662 595Tableau 7 - Bibliothèques de documents dans le centre de documents 1

Centre de documents 2Le nombre total de dossiers et fichiers contenus dans chaque bibliothèque de documents dans la base de données de contenu est indiqué dans le Tableau 8.

Centre de documents 2Quantités

Bibliothèque de documents Dossiers FichiersTotaux CD2 : 29 787 59 429 438Totaux CD1 : 30 447 60 662 595

TOTAUX DU CORPUS : 60 234 120 092 033Tableau 8 - Bibliothèques de documents dans le centre de documents 2

Voici les exemples de statistiques issus des cinq premières séries de tests de l’outil LoadBulk2SP, qui utilisent quatre processus simultanés, chacun comportant 16 threads ciblant différents centres de documents, bibliothèques de documents et dossiers et fichiers d’entrée.

Série 26 : Durée Secondes Dossiers Fichiers Documents/s5 dossiers de 2 000

fichiersHeures 0 0 315 639,980 233

Minutes 45 2 700Secondes 46 46 58264

Total : 2 746

24

http://technet.microsoft.com/fr-fr/library/cc262787.aspx


http://technet.microsoft.com/fr-fr/library/hh395916.aspx




fichiersHeures 5 18 000 1 920 3 839 864 178

Minutes 58 3 480Seconde

s46 46

Total : 21 526


fichiersHeures 6 21 600 1 920 3 839 881 162


s50 50

Total : 23 630


fichiersHeures 6 21 600 1 920 3 839 857 155


s30 30

Total : 24 690


fichiersHeures 6 21 600 1 920 3 839 868 154


s0 0

Total : 24 900Tableau 9 - Résultats détaillés des performances issues de LoadBulk2SP

Opérations d’entrée/sortie par seconde (IOPS)SQLIO est un outil de contrainte utilisé pour déterminer la capacité d’E/S d’une configuration donnée. Il a été exécuté sur le système une fois les tests de performances terminés. Par conséquent, plusieurs disques soutenus par des numéros d’unité logique du réseau de zone de stockage n’ont pas pu être inclus car ils comportaient trop de données existantes. Le test SQLIO s’exécute sur chaque lettre de lecteur individuellement, puis effectue un test sur tous les lecteurs en même temps. Vous pouvez voir les IOPS/Go dans la colonne de droite, lesquelles sont calculées en divisant les IOPS (opérations d’entrée/sortie par seconde) par la capacité du lecteur. Pour ces lecteurs testés tous en même temps, nous avons atteint 105 730 opérations d’entrée/sortie par seconde.

25

IOPS selon le test à l’aide de l’outil SQLIO


Description du n° d’unité logique

Taille (Go)

Lectures d’IOPS (max.)

Écritures d’IOPS (max.)

Total d’IOPS (max.)

IOPS par Go

F: Base de données de services SP 1024 2 736 23 778 26 514 25,89

G: TranLog des bases de données de contenu 2048 3 361 30 021 33 383 16,30

L: TranLog des bases de données de services 512 2 495 28 863 31 358 61,25

M: TempDB 2048 2 455 21 778 24 233 11,83

N: Journal TempDB 2048 2 751 29 522 32 273 15,76

O: Bases de données de contenu 5 3 072 2 745 28 767 31 511 10,26

P: Bases de données d’analyse/administration 1024 2 603 22 808 25 411 24,81

Tout en même temps 11776 16 665 89 065 105 730 8,98

TOTAL : 11 776 19 145 185 536 310 412

MOYENNE : 1 682 2 735 26 505 38 801 22

Tableau 10 - Résultats des tests d’IOPS pour le réseau de zone de stockage d’après l’outil SQLIO

IOPS atteintes durant les essais en chargeLes tâches de l’analyseur de performances ont été exécutées de manière cohérente de concert avec l’indexation FAST simultanée, le chargement du contenu et l’exécution des essais en charge Visual Studio. Le tableau suivant reflète les opérations d’entrée/sortie par seconde maximales atteintes par le numéro d’unité logique et identifie chaque numéro d’entité logique, description, taille totale, nombre maximal de lectures, nombre maximal d’écritures, nombre total d’opérations d’entrée/sortie par seconde (IOPS) et IOPS par Go.

Étant donné que ces résultats ont été obtenus durant les tests, ils reflètent les IOPS que l’environnement de test a été en mesure d’orienter vers le réseau de zone de stockage. Étant donné que les lecteurs H:, I:, J: et K: ont pu être inclus, le nombre total d’IOPS atteint était beaucoup plus élevé que pour le test SQLIO.


Description du n° d’unité logique

Taille (Go) Lectures d’IOPS (max.)

Écritures d’IOPS (max.)

Total d’IOPS (max.)

IOPS par Go

G: TranLog des bases de données de contenu

2048 5 437 11 923 17 360 8,48

26

H: Bases de données de contenu 1

6 850 5 203 18 546 23 749 3,47

I: Bases de données de contenu 2

6 850 5 284 11 791 17 075 2,49

J: Bases de données de contenu 3

7 500 5 636 11 544 17 180 2,29

K: Bases de données de contenu 4

6 850 5 407 11 146 16 553 2,42

L: TranLog des bases de données de services

512 5 285 10 801 16 086 31,42

M: TempDB 2048 5 282 11 089 16 371 7,99N: Journal TempDB 2048 5 640 11 790 17 429 8,51O: Bases de données de

contenu 53072 5 400 11 818 17 218 5,60

P: Bases de données d’analyse/administration

1024 5 249 11 217 16 467 16,08

TOTAL : 31 365 53 824 121 667 175 491MOYENNE : 3 136 5 382 12 167 17 549 5,60

Tableau 11 - IOPS d’après les mesures des journaux de Perfmon

Analyse de documents FAST Search Server 2010 for SharePoint L’analyse de sites SharePoint pour la recherche est effectuée à l’aide du robot SharePoint configuré de sorte à alimenter les distributeurs de contenu FAST. L’application de service de recherche de contenu a été configurée afin de s’exécuter sur deux serveurs, APP-1 et APP-2, et l’application de service de recherche de requête s’est exécutée sur les serveurs FAST-1 et FAST-2.

100 processeurs de documents d’indexation FAST se sont exécutés sur l’ordinateur SQL Server. Nous avons extrait cette capture d’écran du Gestionnaire des tâches de l’ordinateur, laquelle montre l’activité pendant que les processeurs de documents étaient en cours de fonctionnement et que des essais en charge de 10 000 utilisateurs étaient exécutés avec SQL Server également situé sur cet ordinateur.

27

Figure 7 - Gestionnaire des tâches sur PACNEC01 pendant l’indexation FAST et les essais en charge

28

Résultats des testsAfin de générer une charge significative pendant les tests, les logiciels suivants ont été utilisés : Visual Studio 2010 Ultimate, Visual Studio 2010 Load Control et Microsoft Visual Studio Agents 2010 1. Une plateforme de test est requise afin de simuler plusieurs utilisateurs et produire une charge significative. Celle-ci est constituée d’un contrôleur de test et d’un ou plusieurs agents de test. Le contrôleur de test gère et coordonne les agents, et les agents sont utilisés pour générer la charge par rapport à SharePoint Server. Le contrôleur de test est également responsable de la collecte des données d’analyse des performances auprès des ordinateurs à tester et des agents.

Cette section identifie les résultats des séries de tests de performances.

Série de tests A – Variation des utilisateursDans cette série de tests, nous faisons varier le nombre d’utilisateurs chargés dans la batterie de serveurs de test. La Figure 8 présente les demandes par seconde que le contrôleur de test Visual Studio 2010 Ultimate a été en mesure de traiter par l’intermédiaire de la batterie de serveurs SharePoint pendant les tests de chacune des tailles de charge utilisateur. Vous pouvez voir qu’au fur et à mesure qu’une charge utilisateur supplémentaire est appliquée, les demandes augmentent en raison du nombre d’utilisateurs plus important, mais que lorsque celui-ci atteint 15 000, nous sommes en train de charger lourdement la batterie de serveurs si bien qu’elles n’augmentent pas autant que la charge appliquée.

Étant donné que le test des 15 000 utilisateurs a nécessité plus de temps d’accroissement, nous avons exécuté ce test pendant 2 heures au lieu de la ligne de base d’une heure. En raison de la charge, nous avons également déterminé que 3 serveurs Web frontaux étaient insuffisants. Nous avons exécuté ce test avec 6 serveurs Web frontaux.

A.1 4000 A.2 10 000 A.3 15 0000

50

100

150

200

250

Nb moyen de ddes/s

Figure 8 - Nombre moyen de demandes par seconde pour la série A

Dans la Figure 9, vous pouvez voir que le temps de réponse de la transaction de test augmente de concert avec la durée d’actualisation de la page pour le test des 15 000 utilisateurs. Cela indique l’existence d’un goulet d’étranglement dans le système pour cette grande charge utilisateur. Nous avons expérimenté une charge IOPS élevée sur le lecteur H: qui contient le fichier de données primaire de la base de données de contenu pendant ce test. Des recherches plus approfondies auraient pu être effectuées afin de supprimer ce goulet d’étranglement.

1 Visual Studio Agents 201 0 (éventuellement en anglais) 29

http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=1334

A.1 4000 A.2 10 000 A.3 15 0000

5

10

15

20

25

Nombre de serveurs Web frontauxDurée d’actual. pageTemps de réponse moyen

Figure 9 - Temps et serveurs Web frontaux utilisés pour la série A

Dans la Figure 10, vous pouvez voir l’utilisation croissante des processeurs lorsque nous passons d’une charge utilisateur de 4 000 à une de 10 000, puis vous pouvez voir que cette utilisation des processeurs diminue uniquement pour les serveurs Web frontaux lorsque nous doublons leur nombre de 3 à 6. En bas, vous pouvez voir que le serveur APP-1 présente une utilisation des processeurs relativement constante et que le gros serveur PACNEC01 SQL Server ne parvient pas à 3 % d’utilisation totale des processeurs.

A.1 4000 A.2 10 000 A.3 15 0000.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

Moyenne processeur PACNEC01Moyenne processeur APP-1Moyenne processeur WFE-1Moyenne processeur WFE-2Moyenne processeur WFE-3Moyenne processeur WFE-4Moyenne processeur WFE-5Moyenne processeur WFE-6

Figure 10 - Utilisation moyenne des processeurs pour la série A

REF _Ref304916543 \h Tableau 12 REF _Ref304916543 \h vous pouvez voir que tous les tests ont donné des temps de réponse de la page et de la transaction inférieurs à 1 seconde.

Test A.1 A.2 A.3Utilisateurs 4 000 10 000 15 000Serveurs Web frontaux

3 3 6

30

Durée 1 heure 1 heure 2 heuresNb moyen de ddes/s

96,3 203 220

Durée d’actual. page

0,31 secondes 0,71 secondes 19,2 secondes

Temps de réponse moyen

0,26 secondes 0,58 secondes 13,2 secondes

Moyenne processeur WFE-1

22,3% 57,3% 29,7%

RAM disponible WFE-1

5 828 5 786 13 311


36,7% 59,6% 36,7%


5 651 5 552 13 323


22,8% 57,7% 34%


5 961 5 769 13 337

Moyenne processeur PACNEC01

1,29% 2,37% 2,86%

RAM disponible PACNEC01

401 301 400 059 876 154

Moyenne processeur APP-1

6,96% 14,5% 13,4%

RAM disponible APP-1

13 745 13 804 13 311


0,73% 1,09% 0,27%


14 815 14 992 13 919


NA NA 29,7%


NA NA 13 397


NA NA 30,4%


NA NA 13 567


NA NA 34,9%


NA NA 13 446

Longueur moyenne de file d’attente écriture disque, PACNEC01 H: SPContent DB1

0,0 (avec pointe de 0,01)



31

Tableau 12 - Résultats détaillés des tests de la série A

Série de tests B - Variation de la mémoire vive (RAM) de SQL ServerDans cette série de tests, nous faisons varier la quantité de mémoire vive (RAM) disponible pour SQL Server. Vous pouvez voir dans la Figure 11 que les demandes par seconde n’ont pas subi de répercussions dues à la RAM allouée à SQL Server.

B.1 16GO B.2 32GO B.3 64GO B.4 128GO B.5 256GO B.6 600GO0

50

100

150

200

250

Nb moyen de ddes/s

Figure 11 – Nombre moyen de demandes par seconde pour la série B

Dans la Figure 12, vous pouvez voir que tous les tests ont donné des temps de réponse de la page et de la transaction inférieurs à 1 seconde.

B.1 16GB B.2 32GO B.3 64GO B.4 128GO B.5 256GO B.6 600GO0

0.1

0.2

0.3

0.4

0.5

0.6

0.7

0.8

0.9

1

Durée d’actual. pageTemps de réponse moyen

Figure 12 - Temps de réponse de la page et de la transaction pour la série B

32

REF _Ref304290062 \h Figure 13 présente l’utilisation des processeurs des serveurs Web Frontaux, du serveur d’applications et du serveur de base de données SQL. Vous pouvez voir que les 3 serveurs Web frontaux étaient constamment occupés pendant tous les tests, que le serveur d’applications était inactif la plupart du temps et que le serveur de base de données ne dépasse pas 3 % d’utilisation des processeurs.

B.1 16GO

B.2 32GO

B.3 64GO

B.4 128GO

B.5 256GO

B.6 600GO

0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

Moyenne processeur WFE-1Moyenne processeur WFE-2Moyenne processeur WFE-3Moyenne processeur PACNEC01Moyenne processeur APP-1

Figure 13 - Utilisation moyenne des processeurs pour la série B

B.1 16GO

B.2 32GO

B.3 64GO

B.4 128GO

B.5 256GO

B.6 600GO

0

100,000

200,000

300,000

400,000

500,000

600,000

700,000

800,000

900,000

1,000,000

RAM disponible WFE-1RAM disponible WFE-2RAM disponible WFE-3RAM disponible PACNEC01 RAM disponible APP-1RAM disponible APP-2

Figure 14 – RAM disponible pour la série B

REF _Ref304916674 \h Tableau 13 présente une synthèse des données capturées pendant les trois tests de la série B.

Test B.1 B.2 B.3 B.4 B.5 B.6RAM SQL 16 Go 32 Go 64 Go 128 Go 256 Go 600 GoNb moyen de ddes/s

203 203 203 204 203 202

Durée d’actual. page

0,66 0,40 0,38 0,42 0,58 0,89

33

Temps de réponse moyen

0,56 0,33 0,31 0,37 0,46 0,72


57,1% 58,4% 58,8% 60,6% 60% 59%


6 239 6 063 6 094 5 908 5 978 5 848


55,6% 60,1% 57,1% 59,6% 60,3% 58,1%


6 184 6 079 6 141 6 119 5 956 5 828


59,4% 56% 56,9% 58,4% 61,4% 59,8%


6 144 6 128 6 159 6 048 5 926 5 841


2,84% 2,11% 2,36% 2,25% 2,38% 2,29%


928 946 923 332 918 526 904 074 861 217 881 729


14,3% 12,6% 13,3% 12,5% 13,4% 13,8%


14 163 14 099 14 106 14 125 14 221 14 268


1,29% 1,14% 1,2% 1,2% 1,03% 0,96%


15 013 14 884 14 907 14 888 14 913 14 900

Tableau 13 - Résultats détaillés des tests de la série B

34

Série de tests C – Variation de la combinaison de transactionsDans cette série de tests, nous faisons varier la part des transactions de recherche effectuées dans la combinaison de la charge de travail.

C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%0

50

100

150

200

250

Nb moyen de ddes/s

Figure 15 - Nombre moyen de demandes par seconde pour la série C

Dans la Figure 16, vous pouvez voir que le test C.5 a donné des temps de réponse de la page considérablement plus longs, ce qui indique que la batterie de serveurs SharePoint Server 2010 et FAST Search Server 2010 for SharePoint était surchargée au cours de ce test.

C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%0

5

10

15

20

25

30


Figure 16 - Temps de réponse de la page et de la transaction pour la série C

35

C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

OuvertureConsultationRechercheMoyenne processeur WFE-1Moyenne processeur WFE-2Moyenne processeur WFE-3Moyenne processeur PACNEC01Moyenne processeur APP-1Moyenne processeur FAST-1Moyenne processeur FAST-2Moyenne processeur FAST-IS1Moyenne processeur FAST-IS2Moyenne processeur FAST-IS3Moyenne processeur FAST-IS4

Figure 17 - Temps processeur moyen pour la série C

C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%0

2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000

RAM disponible WFE-1RAM disponible WFE-2RAM disponible WFE-3RAM disponible APP-1RAM disponible FAST-1 RAM disponible FAST-2RAM disponible FAST-IS1RAM disponible FAST-IS2RAM disponible FAST-IS3RAM disponible FAST IS-4

Figure 18 - RAM moyenne pour la série C

REF _Ref304916721 \h Tableau 14 présente une synthèse des données capturées pendant les trois tests de la série C.

Test C.4 C.2 (ligne de base)

C.1 C.2 C.3 C.5

Ouverture 30% 30% 20% 20% 25% 5%Consultation 55% 40% 40% 30% 25% 20%Recherche 15% 30% 40% 50% 50% 75%Nb moyen de ddes/s

235 203 190 175 168 141

Durée d’actual. page (s)

1,19 0,71 0,26 0,43 0,29 25,4

Temps de réponse

0,87 0,58 0,20 0,33 0,22 16,1

36

moyen (s)Moyenne processeur WFE-1

62,2% 57,30% 44,2% 40,4% 36,1% 53,1%


14 091 5 786 6 281 6 162 6 069 13 766


65,2% 59,60% 45,2% 40,1% 37,6% 58,8%


13 944 5 552 6 271 6 123 6 044 13 726


65,3% 57,70% 49,4% 44,2% 39,6% 56,8%


13 693 5 769 6 285 6 170 6 076 13 716


2,4% 2,37% 2,6% 2,51% 2,32% 3,03%


899 613 400 059 814 485 812 027 808 842 875 890


8,27% 14,50% 17,8% 20,7% 18,4% 16,2%


13 687 13 804 14 002 13 991 13 984 13 413


0,28% NA 0,88% 0,8% 0,79% 0,14%


13 916 NA 14 839 14 837 14 833 13 910

Moyenne processeur FAST-1

8,39% NA NA NA NA 16,6%

RAM disponible FAST-1

13 998 NA NA NA NA 13 686


8,67% NA NA NA NA 16,7%


14 135 NA NA NA NA 13 837

Moyenne 37,8% NA NA NA NA 83,4%37

processeur FAST-IS1RAM disponible FAST-IS1

2, 309 NA NA NA NA 2 298

Moyenne processeur FAST-IS2

30,2% NA NA NA NA 66,1%

RAM disponible FAST-IS2

5 162 NA NA NA NA 5 157


30,6% NA NA NA NA 69,9%

RAM disponible FAST-IS3

5 072 NA NA NA NA 5 066


25,6% NA NA NA NA 58,2%

RAM disponible FAST IS-4

5 243 NA NA NA NA 5 234

Tableau 14 - Résultats détaillés des tests de la série C

Série de tests D – Variation de la mémoire vive (RAM) des serveurs Web frontauxDans cette série de tests, nous faisons varier la quantité de RAM sur chaque ordinateur virtuel serveur Web frontal.

D.1 4GO D.2 6GO D.3 8GO D.4 16GO0

20

40

60

80

100

120

140

160

180

200

Nb moyen de ddes/s

Figure 19 - Nombre moyen de demandes par seconde

38

D.1 4GO D.2 6GO D.3 8GO D.4 16GO0

0.05

0.1

0.15

0.2

0.25


Figure 20 - Temps de réponse de la page et de la transaction

D.1 4GO D.2 6GO D.3 8GO D.4 16GO0.00%

5.00%

10.00%

15.00%

20.00%

25.00%

30.00%

35.00%

40.00%

45.00%

50.00%

Moyenne processeur WFE-1Moyenne processeur WFE-2Moyenne processeur WFE-3Moyenne processeur PACNEC01Moyenne processeur APP-1Moyenne processeur WFE-4

Figure 21 - Temps processeur moyens

39

Dans la Figure 22, vous pouvez voir que la RAM disponible sur chaque serveur Web frontal correspond dans tous les cas à la RAM allouée à l’ordinateur virtuel moins 2 Go. Cela indique que pour la charge utilisateur s’élevant à 10 000 et cette combinaison de transactions de test, les serveurs Web frontaux requièrent un minimum de 2 Go de RAM plus une réserve.

D.1 4GO D.2 6GO D.3 8GO D.4 16GO0

2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000

RAM disponible WFE-1RAM disponible WFE-2RAM disponible WFE-3RAM disponible WFE-4RAM disponible APP-1

Figure 22 - RAM disponible pour la série D

REF _Ref304916744 \h Tableau 15 présente une synthèse des données capturées pendant les trois tests de la série D.

Test D.1 D.2 D.3 D.4RAM des serveurs Web frontaux

4 Go 6 Go 8 Go 16 Go

Nb moyen de ddes/s

189 188 188 188


0,22 0,21 0,21 0,21

Temps de réponse moyen (s)

0,17 0,16 0,16 0,16


40,5% 37,9% 39,6% 37,3%


2 414 4 366 6 363 14 133


42,3% 40% 40,3% 39,5%


2 469 4 356 6 415 14 158

40


42,6% 42,4% 42,2% 43,3%


2 466 4 392 6 350 14 176


2,04% 1,93% 2,03% 2,14%


706 403 708 725 711 751 706 281


11,8% 13,1% 12,9% 12,3%


13 862 13 866 13 878 13 841


0,84% 0,87% 0,81% 0,87%


14 646 14 650 14 655 14 636


42,3% 43,6% 41,9% 45%


2 425 4 342 6 382 14 192

Tableau 15 - Résultats détaillés des tests de la série D

Série de tests E – Variation du nombre de serveurs Web frontauxDans cette série de tests, nous faisons varier le nombre de serveurs Web frontaux dans la batterie de serveurs. Notez que la Figure 23 montre un nombre moyen de demandes par seconde légèrement inférieur avec 2 et 3 serveurs Web frontaux étant donné que le système n’arrive pas vraiment à suivre la charge utilisateur appliquée. Mais remarquez qu’avec 4, 5 ou 6 serveurs Web frontaux, les demandes par seconde sont constantes car le système gère toute la charge à partir des agents de test.

41

E.1 2 Serveurs Web

frontaux

E.2 3 Serveurs Web

frontaux

E.3 4 Serveurs Web

frontaux

E.4 5 Serveurs Web

frontaux

E.5 6 Serveurs Web

frontaux

0

50

100

150

200

250

Nb moyen de ddes/s

Figure 23 - Nombre moyen de demandes par seconde pour la série E

Une tendance similaire est illustrée par la Figure 24, dans laquelle vous pouvez voir des temps de réponse élevés pour 2 et 3 serveurs Web frontaux, puis faibles pour les nombres plus importants de serveurs Web frontaux.

E.1 2 Serveurs

Web frontaux

E.2 3 Serveurs

Web frontaux

E.3 4 Serveurs

Web frontaux

E.4 5 Serveurs

Web frontaux

E.5 6 Serveurs

Web frontaux

0

1

2

3

4

5

6

7

8

9


Figure 24 - Temps de réponse de la page et de la transaction pour la série E

Dans la Figure 25, vous pouvez voir que le temps processeur est inférieur lorsque davantage de serveurs Web frontaux sont disponibles. L’utilisation de 6 serveurs Web frontaux réduit nettement l’utilisation moyenne des processeurs parmi les serveurs Web frontaux, mais seuls 4 serveurs Web frontaux sont requis pour la charge utilisateur s’élevant à 10 000. Notez qu’il n’est pas possible, d’après ce graphique, de déterminer quelles configurations gèrent la charge et lesquelles ne la gèrent pas. Remarquez que pour 3 serveurs Web frontaux que nous avons identifiés comme ne gérant pas complètement la charge, l’utilisation des processeurs dépasse tout juste 50 %.

42

E.1 2 Serveurs

Web frontaux

E.2 3 Serveurs

Web frontaux

E.3 4 Serveurs

Web frontaux

E.4 5 Serveurs

Web frontaux

E.5 6 Serveurs

Web frontaux

0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

80.00%

90.00%

Moyenne processeur WFE-1Moyenne processeur WFE-2Moyenne processeur WFE-3Moyenne processeur WFE-4Moyenne processeur WFE-5Moyenne processeur WFE-6Moyenne processeur APP-1Moyenne processeur PACNEC01

Figure 25 - Moyenne processeur pour la série E

E.1 2 Serveurs

Web frontaux

E.2 3 Serveurs

Web frontaux

E.3 4 Serveurs

Web frontaux

E.4 5 Serveurs

Web frontaux

E.5 6 Serveurs

Web frontaux

0

2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000

RAM disponible WFE-1RAM disponible WFE-2RAM disponible WFE-3RAM disponible WFE-4RAM disponible WFE-5RAM disponible WFE-6RAM disponible APP-1

Figure 26 – RAM disponible pour la série E

REF _Ref304916764 \h Tableau 16 présente une synthèse des données capturées pendant les trois tests de la série E.

Test E.1 E.2 E.3 E.4 E.5Serveurs Web frontaux

2 3 4 5 6

Nb moyen de ddes/s

181 186 204 204 205


8,02 0,73 0,23 0,20 0,22

Temps de réponse moyen (s)

6,34 0,56 0,19 0,17 0,18

43


77,4 53,8 45,7 39,2 32,2


5 659 6 063 6 280 6 177 6 376


76,2% 53,8% 45,9% 38,2% 28,8%


5 623 6 132 6 105 6 089 5 869


NA 52,5% 43,9% 37,7% 31,2%


NA 6 124 6 008 5 940 6 227


NA NA 44,5% 34,8% 34,7%


NA NA 6 068 6 083 6 359


NA NA NA 35,1% 32%


NA NA NA 6 090 6 245


NA NA NA NA 33,9%


NA NA NA NA 5 893


2,13% 1,93% 2,54% 2,48% 2,5%


899 970 815 502 397 803 397 960 397 557


9,77% 11,7% 15% 14,7% 13,6%


14 412 13 990 14 230 14 227 14 191

Moyenne processeur

1,06% 0,92% 1% 1% 1,04%

44

APP-2RAM disponible APP-2

14 928 14 841 14 874 14 879 14 869

Tableau 16 - Résultats détaillés des tests de la série E

Série de tests F - Variation du nombre de processeurs SQL ServerDans cette série de tests, nous faisons varier le nombre de processeurs disponibles pour SQL Server.

F.1 4CPUs F.2 6CPUs F.3 8CPUs F.4 16CPUs F.5 80CPUs0

50

100

150

200

250

Nb moyen de ddes/s

Figure 27 - Nombre moyen de demandes par seconde pour la série F

Vous pouvez voir dans la Figure 28 que malgré l’utilisation minimale des processeurs sur l’ordinateur SQL Server, les temps de réponse de la page et de la transaction augmentent lorsque SQL Server possède moins de processeurs à sa disposition.


0.5

1

1.5

2

2.5

3

3.5

4

4.5


Figure 28 - Temps de réponse de la page et de la transaction pour la série F

45

Dans la Figure 29, la moyenne processeur SQL Server pour la totalité de l’ordinateur n’excède pas 3 %. Les trois serveurs Web frontaux avoisinent tous 55 % durant tous les tests.

F.1 4CPUs F.2 6CPUs F.3 8CPUs F.4 16CPUs

F.5 80CPUs

0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

Moyenne processeur WFE-1Moyenne processeur WFE-2Moyenne processeur WFE-3Moyenne processeur APP-1Moyenne processeur FAST-1Moyenne processeur FAST-2Moyenne processeur PACNEC01

Figure 29 - Moyenne processeur pour la série F


2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000

RAM disponible WFE-1RAM disponible WFE-2RAM disponible WFE-3RAM disponible APP-1RAM disponible FAST-1 RAM disponible FAST-2

Figure 30 – RAM disponible pour la série F

REF _Ref304916792 \h Tableau 17 présente une synthèse des données capturées pendant les trois tests de la série F.

Test F0,1 F0,2 F0,3 F0,4 F.5Processeurs SQL

4 6 8 16 80

Nb moyen de ddes/s

194 200 201 203 203


4,27 2,33 1,67 1,2 0,71

Temps de réponse

2,91 1,6 1,16 0,83 0,58

46

moyen (s)Moyenne processeur WFE-1

57,4% 57,4% 56,9% 55,5% 57,30%


13 901 13 939 13 979 14 045 5 786


60,3% 58,9% 62,6% 61,9% 59,60%


13 920 14 017 13 758 14 004 5 552


56,8% 62% 61% 62,1% 57,70%


13 859 13 942 13 950 13 971 5 769


1,56% 2,57% 2,69% 2,6% 2,37%


865 892 884 642 901 247 889 479 400 059


12,5% 12,8% 12,8% 12,8% 14,50%


13 856 13 713 13 725 13 745 13 804


0,22% 0,25% 0,26% 0,25% NA


14 290 14 041 14 013 13 984 NA


12,8% 13% 13% 13% NA


13 913 14 051 14 067 14 085 NA


12,9% 13,4% 13,3% 13,5% NA


14 017 14 170 14 183 14 184 NA

Tableau 17 - Résultats détaillés des tests de la série F

47

Test du Service Pack 1 (SP1) et de la mise à jour cumulative de juinUne fois la batterie de serveurs SharePoint Server 2010 complètement remplie à l’aide de 120 millions d’éléments, nous avons appliqué SharePoint Server 2010 SP1 et FAST Search Server 2010 for SharePoint SP1 pour observer quelle serait la durée du processus sur une grande batterie de serveurs renseignée.

SharePoint Server 2010SharePoint Server 2010 Service Pack 1 (SP1) et la mise à jour cumulative de juin ont été appliquées en laboratoire afin de déterminer un temps de mise à niveau de base pour un scénario de batterie de serveurs pour centre de documents à grande échelle. Le tableau suivant représente les serveurs inclus dans la batterie qui ont nécessité le SP1 et la mise à jour cumulative de juin, l’heure de début et l’heure de fin de chaque installation, la durée totale des installations, l’heure de début et l’heure de fin de la commande de mise à niveau PSCONFIG, la durée totale de la commande de mise à niveau PSCONFIG, ainsi que la durée totale de mise à niveau par nom de serveur et les durées d’installation totales.

Nom du serveur

Début SP1 Fin SP1 Diff(h:mm:ss)

Début MAJ juin Fin MAJ juin Diff(h:mm:ss)

Début PSConfig

Fin PSConfig

Diff(h:mm:ss)

APP-1 12/07/2011 04:00:00

12/07/2011 04:15:51 0:15:51 29/07/2011 10:45:00

29/07/2011 11:00:05

0:15:05 29/07/2011 13:25:50

29/07/2011

13:30:15

0:04:25

APP-2 12/07/2011 04:26:07

12/07/2011 04:39:31 0:13:24 29/07/2011 11:02:30

29/07/2011 11:17:23

0:14:53 29/07/2011 13:33:15

29/07/2011

13:35:11

0:01:56

WFE-1 12/07/201104:41:05

12/07/2011 04:49:16 0:08:11 29/07/2011 11:23:00

29/07/2011 11:31:07

0:08:07 29/07/2011 13:36:35

29/07/2011

13:38:11

0:01:36

WFE-2 12/07/201104:50:24

12/07/2011 04:57:47 0:07:23 29/07/2011 11:32:45

29/07/2011 11:40:46

0:08:01 29/07/2011 13:39:20

29/07/2011

13:40:54

0:01:34

WFE-3 12/07/201104:59:00

12/07/2011 05:06:39 0:07:39 29/07/2011 11:42:00

29/07/2011 11:49:47

0:07:47 29/07/2011 13:42:40

29/07/2011

13:44:14

0:01:34

WFE-4 12/07/201105:10:060

12/07/2011 05:17:30 0:07:24 29/07/2011 11:51:00

29/07/2011 11:58:49

0:07:49 29/07/2011 13:46:05

29/07/2011

13:47:41

0:01:36

WFE-5 12/07/201105:18:49

12/07/2011 05:27:07 0:08:18 29/07/2011 11:59:45

29/07/2011 12:08:19

0:08:34 29/07/2011 13:49:00

29/07/2011

13:50:36

0:01:36

WFE-6 12/07/201105:28:25

12/07/2011 05:35:40 0:07:15 29/07/2011 12:09:30

29/07/2011 12:17:10

0:07:40 29/07/2011 13:52:00

29/07/2011

13:53:35

0:01:35

WFE-CRAWL1

12/07/201105:37:20

12/07/2011 05:44:35 0:07:15 29/07/2011 12:18:10

29/07/2011 12:25:51

0:07:41 29/07/2011 13:54:35

29/07/2011

13:56:19

0:01:44

FAST-SSA-1

12/07/201105:49:00

12/07/2011 05:57:45 0:08:45 29/07/2011 12:39:40

29/07/2011 12:48:24

0:08:44 29/07/2011 13:57:30

29/07/2011

13:59:07

0:01:37

FAST-SSA-2

12/07/201105:59:08

12/07/2011 06:08:29 0:09:21 29/07/2011 12:51:30

29/07/2011 13:00:11

0:08:41 29/07/2011 14:00:00

29/07/2011

14:01:58

0:01:58

Durée totale :

1:40:46 1:43:02 0:21:11

Total général :

3:44:59

48

Tableau 18- Temps requis pour appliquer le SP1 et la mise à jour cumulative de juin

49

FAST Search Server for SharePoint 2010La mise à niveau vers FAST Search Server for SharePoint 2010 SP1 a nécessité environ 15 minutes par nœud.

Sauvegardes de la base de données de contenu SQL Server

Centre de documents 1 Une sauvegarde de la base de données SQL Server a été exécutée sur la base de données de contenu du centre de documents 1 (SPContent01). Une sauvegarde (Sauv.) a été exécutée avant l’application du SP1 et de la mise à jour (MAJ) cumulative de juin, puis après l’application du SP1. Les détails relatifs à la durée et à la taille des sauvegardes sont indiqués ci-après.

Nom de la base de données

Début Sauv. Fin Sauv. Diff (h:mm:ss)

Taille (To) Remarques

SPContent01 10/07/2011 09:56:00

10/07/2011 23:37:00

13:41:00 14,40 Pré-SP1

SPContent01 29/07/2011 14:22:10

30/07/2011 04:28:00

14:05:50 14,40 Post-SP1/MAJ juin

Tableau 19 - Temps d’exécution des sauvegardes

ConclusionsLa batterie de serveurs SharePoint Server 2010 a réussi les tests à 15 000 utilisateurs simultanés avec deux bases de données de contenu SharePoint totalisant 120 millions de documents. Nous n’avons pas été en mesure de gérer la charge de 15 000 utilisateurs simultanés avec trois serveurs Web frontaux comme spécifié dans l’environnement de base et avons nécessité six serveurs Web frontaux pour cette charge.

RecommandationsLa liste récapitulative des recommandations est proposée ci-après. Un document sur les meilleures pratiques en matière de bibliothèque de documents à grande échelle est prévu prochainement afin de présenter davantage d’informations sur chacune de ces recommandations. Dans chaque section, les indications matérielles ne prétendent pas être exhaustives, mais stipulent plutôt la configuration matérielle minimale requise déterminée à l’issue du test des 15 000 utilisateurs simultanés sur une batterie de serveurs SharePoint Server 2010 contenant 120 millions de documents.

Recommandations liées à SQL Server 2008 R2 Indications matérielles pour la charge :

o 64 GO de RAM sur SQL Server.o 16 cœurs de processeur sur SQL Server.

Fournir une capacité d’E/S double par seconde par Go stocké dans la base de données de contenu SharePoint. Définir la propriété Degré maximal de parallélisme de SQL Server 2008 R2 (MAXDOP) sur 1 (valeur par défaut =

0). Utiliser plusieurs numéros d’unité logique (lettres de lecteur) sur un réseau de zone de stockage, chacun avec un

fichier de données SQL Server et un seul processeur virtuel alloué pour chaque numéro d’unité logique utilisé. Nous avons utilisé 5 fichiers de données sur des numéros d’unité logique distincts.

50

Recommandations liées à SharePoint Server 2010 Indications matérielles pour la charge :

o 8 Go de RAM sur chaque serveur Web frontal.o 6 serveurs Web frontaux.

Ajouter la clé de Registre de désactivation de la vérification du bouclage (Disable Loopback Check) à l’emplacement \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\DisableLoopbackCheck=1.

Réduire les problèmes de fragmentation d’index de table manuellement pendant l’importation en bloc des documents en exécutant ALTER INDEX sur les index de table concernés.

Préférer SPFileCollection.ADD pour l’importation en bloc des documents, plutôt que créer des documents en double avec SPFolder.CopyTo.

Recommandations liées à FAST Search Server for SharePoint 2010 Indications matérielles pour la charge :

o 4 lignes de serveurs d’index FAST Search Server 2010 for SharePoint. Mises à jour du Registre pour le robot de documents SharePoint Server 2010.

Sur les nœuds exécutant le robot de l’application de service de recherche de contenu FAST (APP-1 et APP-2), les valeurs de Registre suivantes ont été mises à jour afin d’améliorer les performances du robot dans la ruche :

HKLM\SOFTWARE\Microsoft\Office Server\14.0\Search\Global\Gathering Manager

1. FilterProcessMemoryQuota

La valeur par défaut de 100 mégaoctets (Mo) a été remplacée par 200 Mo.

2. DedicatedFilterProcessMemoryQuota

La valeur par défaut de 100 mégaoctets (Mo) a été remplacée par 200 Mo.

3. FolderHighPriority

La valeur par défaut de 50 a été remplacée par 500.

Analyse du robot d’index FAST Search Server 2010 for SharePoint

Le robot doit être analysé au moins trois fois par jour. Il a fallu environ 2 semaines pour analyser 100 millions d’éléments. À chaque analyse du robot, les quatre vérifications suivantes ont été effectuées :

1. rc –r | select-string “# doc”

Vérifie si les processeurs de documents sont occupés.

2. Analyse de la taille de la file d’attente d’analyse

Utilise les rapports ou SQL Server Management Studio pour voir MSCrawlURL.

3. Indexerinfo –a doccount

51

Vérifie que tous les indexeurs génèrent des rapports afin de voir combien sont indexés en 1 000 millisecondes. Nous en avons constaté un nombre allant de 40 à 120 selon le type de documents indexés à ce moment-là.

4. Indexerinfo –a status

Analyse l’intégrité des indexeurs et la disposition des partitions.

Références Gestion de la capacité SharePoint Server 2010 : limitations et frontières logicielles

(http://technet.microsoft.com/fr-fr/library/cc262787.aspx) Estimate performance and capacity requirements for large scale document repositories in SharePoint Server

2010 (Évaluer les exigences en matière de performances et de capacité pour les référentiels de documents à grande échelle dans SharePoint Server 2010) (éventuellement en anglais) (http://technet.microsoft.com/fr-fr/library/hh395916.aspx)

Planification et configuration de la capacité de SQL Server et du stockage (SharePoint Server 2010) (http://technet.microsoft.com/fr-fr/library/cc298801.aspx)

SharePoint Performance and Capacity Planning Resource Center on TechNet (Centre de ressources sur la planification de la capacité et des performances de SharePoint sur TechNet) (http://technet.microsoft.com/fr-fr/office/sharepointserver/bb736741)

Meilleures pratiques pour la virtualisation (SharePoint Server 2010) (http://technet.microsoft.com/fr-fr/library/hh295699.aspx)

Meilleures pratiques pour SQL Server 2008 dans une batterie de serveurs SharePoint Server 2010 (http://technet.microsoft.com/fr-fr/library/hh292622.aspx)

Best practices for capacity management for SharePoint Server 2010 (Meilleures pratiques pour la gestion de la capacité pour SharePoint Server 2010) (éventuellement en anglais) (http://technet.microsoft.com/fr-fr/library/hh403882.aspx)

Performance and Capacity Recommendations for FAST Search Server 2010 (éventuellement en anglais) for SharePoint (Recommandations en matière de performances et de capacité pour FAST Search Server 2010 for SharePoint) (http://technet.microsoft.com/fr-fr/library/gg702613.aspx)

Outil Bulk Loader (éventuellement en anglais) (http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084)

Outil LoadBulk2SP (http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974) Scripts des tests de performances SharePoint (http://code.msdn.microsoft.com/SharePoint-Testing-c621ae38)

52

http://code.msdn.microsoft.com/SharePoint-Testing-c621ae38

http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974


http://technet.microsoft.com/fr-fr/library/gg702613.aspx





http://technet.microsoft.com/fr-fr/office/sharepointserver/bb736741

http://technet.microsoft.com/fr-fr/office/sharepointserver/bb736741






Introductiondownload.microsoft.com/.../scalability-test-lab-report.docx · Web viewIl inclut des...

Documents

Transcript of Introductiondownload.microsoft.com/.../scalability-test-lab-report.docx · Web viewIl inclut des...