Rapport de tests d’échelle pour les référentiels de ...download.microsoft.com/.../scalability-test-lab-report.pdf · 1 Rapport de tests d’échelle pour les référentiels de

1

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.

2

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

Paul Andrew, Paul Learning, Barry Waldbaum, Frank Marasco Microsoft Corporation Octobre 2011 S’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.

3

Sommaire Introduction ........................................................................................................................................................................... 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 ............................................................................... 48

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

4

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

5

Introduction

Objectifs des tests Le 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és Ces tests ont été possibles grâce au soutien de plusieurs partenaires matériels de Microsoft.

NEC Corporation of America

NEC 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

6

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

Intel

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

EMC

EMC 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ée Cet 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.

7

Figure 2 - Utilisation d’archives documentaires volumineuses

Description de l’architecture en extension externe de l’archive documentaire Un 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 incluses Le 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 travail

Important : 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.

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

Index FAST Search

Bases de données de

contenu d’archive

Routage de contenu

8

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 base Cette 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

9

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 base Cette 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.

10

Séries de tests Six 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 utilisateurs

Cette 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 heure

A.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 Server

Cette 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 SQL

B.1 16 Go

B.2 32 Go

B.3 64 Go

B.4 128 Go

B.5 256 Go

B.6 600 Go – (ligne de base)

Série de tests C – Variation de la combinaison de recherche

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

11

Test Ouverture Consultation Recherche

C.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 frontaux

Cette 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 frontaux

D.1 4 Go

D.2 6 Go

D.3 8 Go - (ligne de base)

D.4 16 Go

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

Cette 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 frontaux

E.1 2

E.2 3 - (ligne de base)

E.3 4

E.4 5

E.5 6

Série de tests F – Restrictions des processeurs SQL Server

Cette 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 Server

F.1 4

F.2 6

F.3 8

F.4 16

F.5 80 - (ligne de base)

Essais en charge Des 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

12

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 tests Durant 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 test La 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.

13

Figure 3 - Diagramme de l’architecture matérielle

14

Data/Storage

Document Center Farm

PACNEC02(Hyper-V-HOST)

Physical64xLP

1TB RAMHosting Hyper-V,

FAST Admin

SPDC01Physical

4xLP4GB RAM

Domain Controller, DNS

PACNEC01(SQL-HOST)

Physical80xLP (Westmere)

1TB RAMHosting SQL Server,

FAST Document Processors

FC HBA (8GB) – EMC SAN 2

FC HBA (8GB) – VNX5700

FC HBA (8GB) – VNX5700

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 GHz o 4 Go de RAM o 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 1080a o 8 processeurs Intel E7-8870 contenant 80 cœurs de processeur physiques cadencés à 2,4 GHz o 1 To de RAM o Disque à connexion directe de 800 Go o 2 cartes de bus hôte Fiber Channel double port d’une capacité de 8 Go/s o 2 cartes Ethernet de 1 Gbit/s

15

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 1080a o 8 processeurs Intel X7560 contenant un total de 64 cœurs de processeur physiques cadencés à 2,27 GHz o 1 To de RAM o Disque à connexion directe de 800 Go o 2 cartes de bus hôte Fiber Channel double port d’une capacité de 8 Go/s o 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 Description

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

16

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 disque Le 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.

17

Réseau de zone de stockage - Baie EMC VNX5700

Une 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 735

1 Base de données de contenu

SAS 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 F

3 Index FAST 2 3 072 PACNEC02 0 G

4 Index FAST 3 3 072 PACNEC02 0 H

5 Index FAST 4 3 072 PACNEC02 0 I

6 Base de données de contenu SP 1

7 500 PACNEC01 1 H


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 M

13 Journal de base de données temporaire

2 048 PACNEC01 0 N

14 Base de données d’intégrité d’utilisation SP

3 072 PACNEC01 0 O

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

18

15 Base de données d’analyse/d’administration FAST

1 024 PACNEC01 1 P

16 En réserve – inutilisé 5 120 PACNEC01 2

17 Contenu documentaire Office en bloc

3 072 PACNEC01 Supplémentaire T

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 disques

Une 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 test L’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.

19

Document Center Farm and Data/StorageIIS Web Site – “SharePoint Services”

Application Pool

Default group

Secure Store Service Application

SharePoint Central Administration

SharePoint Configuration

TempDB

SharePoint Content FAST Crawl/Admin

FAST Index

EMC

VNX5700

SAN

BulkBulk

VMsVMs SwapSwap SwapSwap SwapSwap SwapSwap SwapSwap

IIS Web Site – “SP CA v4”

Application Pool

Web Application 1Central Administration

http://app-1:2010

IIS Web Site – “doccenter1.lab80” IIS Web Site – “doccenter2.lab81” IIS Web Site – “search.lab2011”

Application Pool

Web Application 4FAST Search Center Template

http://search.lab:2011

Application Pool

Web Application 3Document Center Template

http://doccenter2:81

Application Pool

Web Application 2Document Center Template

http://doccenter1:80

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 SharePoint Les 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 Services

Le 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 v4

Le 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 1

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

20

Site Web IIS – Centre de documents 2

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

Site Web IIS – Centre FAST Search

Le 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 Server Les 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_ 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

ReportServer Base 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

ReportServerTempDB Base 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_ 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_ Base de données d’administration de l’application de service de recherche de requête FAST Search.

125

21

FAST_Query_PropertyStoreDB_ 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_ 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_ Base de données d’administration de l’application de service de recherche de contenu FAST Search.

23

FASTSearchAdminDatabase Base 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 SharePoint Les 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é).

22

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

Chronologie Voici 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 documents Afin 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 documents

Les 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

23

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 SharePoint

Les 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 échelle Le 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 documents

Voici 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,000

SPCData0102.mdf SPCData01 I:/ 3 942 098 048 3 849 697,312 3 759,470 3,671

SPCData0103.mdf SPCData01 J:/ 4 719 712768 4 609 094,500 4 501,068 4,395

SPCData0104.mdf SPCData01 K:/ 3 723 746 048 3 636 470,750 3 551,240 3,468

SPCData0105.mdf SPCData01 H:/ 3 371 171 968 3 292 160,125 3 215,000 3,139

SPCData0106.mdf SPCData01 O:/ 4 194 394 4 096,087 4,000 0,003

Centre de documents 1 Totaux : 15 760 968 474 15 391 570,775 15 030,820 14,678

SPCPrimary02.mdf SPCData02 H:/ 52 224 51,00 0,049 0,000

SPCData0202.mdf SPCData02 I:/ 3 240 200 064 3 164 257,875 3 090,095 3,017

SPCData0203.mdf SPCData02 J:/ 3 144 130 944 3 070 440,375 2 998,476 2,928

SPCData0204.mdf SPCData02 K:/ 3 458 544 064 3 377 484,437 3 298,324 3,221

SPCData0205.mdf SPCData02 H:/ 3 805 828 608 3 716 629,500 3 629,521 3,544

SPCData0206.mdf SPCData02 O:/ 2 495 168 448 2 436 687,937 2 379,578 2,323

Centre de documents 2 Totaux : 16 143 924 352 15 765 551,125 15 396,046 15,035

Total du corpus : 31 904 892 826 31 157 121,900 30 426,876 29,713

Tableau 6 - Tailles des bases de données SQL Server

Hiérarchies, dossiers et fichiers des bibliothèques de documents

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

http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974

24

Centre de documents 1

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


Quantités

Bibliothèque de documents Dossiers Fichiers

Totaux CD1 : 30 447 60 662 595

Tableau 7 - Bibliothèques de documents dans le centre de documents 1


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


Quantités

Bibliothèque de documents Dossiers Fichiers

Totaux CD2 : 29 787 59 429 438

Totaux CD1 : 30 447 60 662 595

TOTAUX DU CORPUS : 60 234 120 092 033 Tableau 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/s

5 dossiers de 2 000 fichiers

Heures 0 0 315 639,980 233

Minutes 45 2 700

Secondes 46 46 58264

Total : 2 746

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

25



Heures 5 18 000 1 920 3 839 864 178

Minutes 58 3 480

Secondes 46 46

Total : 21 526



Heures 6 21 600 1 920 3 839 881 162

Minutes 33 1 980

Secondes 50 50

Total : 23 630



Heures 6 21 600 1 920 3 839 857 155

Minutes 51 3 060

Secondes 30 30

Total : 24 690



Heures 6 21 600 1 920 3 839 868 154

Minutes 55 3 300

Secondes 0 0

Total : 24 900 Tableau 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.

26

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 charge

Les 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

27

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,99

N: Journal TempDB 2048 5 640 11 790 17 429 8,51

O: Bases de données de contenu 5

3072 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 491

MOYENNE : 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.

28

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

29

Résultats des tests Afin 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 utilisateurs Dans 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.

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 2010 (éventuellement en anglais)

0

50

100

150

200

250

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

Nb moyen de ddes/s

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

30

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.

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

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

Test A.1 A.2 A.3

Utilisateurs 4 000 10 000 15 000

Serveurs Web frontaux

3 3 6

0

5

10

15

20

25

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

Nombre de serveurs Webfrontaux

Durée d’actual. page

Temps de réponse moyen

0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

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

Moyenne processeur PACNEC01

Moyenne processeur APP-1

Moyenne processeur WFE-1






31

Durée 1 heure 1 heure 2 heures

Nb moyen de ddes/s

96,3 203 220


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


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


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


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

RAM disponible PACNEC01

401 301 400 059 876 154


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)



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

32

Série de tests B - Variation de la mémoire vive (RAM) de SQL Server Dans 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.

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.

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

0

50

100

150

200

250

B.116GO

B.232GO

B.364GO

B.4128GO

B.5256GO

B.6600GO

Nb moyen de ddes/s

0

0.1

0.2

0.3

0.4

0.5

0.6

0.7

0.8

0.9

1

B.116GB

B.232GO

B.364GO

B.4128GO

B.5256GO

B.6600GO


Temps de réponsemoyen

33

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.

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

Figure 14 – RAM disponible pour la série B

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

RAM SQL 16 Go 32 Go 64 Go 128 Go 256 Go 600 Go

Nb moyen de ddes/s

203 203 203 204 203 202


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

0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

B.116GO

B.232GO

B.364GO

B.4128GO

B.5256GO

B.6600GO

Moyenne processeurWFE-1



Moyenne processeurPACNEC01

Moyenne processeurAPP-1

0

100,000

200,000

300,000

400,000

500,000

600,000

700,000

800,000

900,000

1,000,000




RAM disponiblePACNEC01



34


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

35

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

charge de travail.

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.

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

0

50

100

150

200

250

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

Nb moyen de ddes/s

0

5

10

15

20

25

30

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



36

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

Figure 18 - RAM moyenne pour la série C

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 0,87 0,58 0,20 0,33 0,22 16,1

0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

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

Ouverture

Consultation

Recherche






Moyenne processeur FAST-1


0

2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000

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





RAM disponible FAST-1


RAM disponible FAST-IS1



RAM disponible FAST IS-4

37

réponse moyen (s)


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


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


13 998 NA NA NA NA 13 686


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


14 135 NA NA NA NA 13 837

38

Moyenne processeur FAST-IS1

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


2, 309 NA NA NA NA 2 298


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


5 162 NA NA NA NA 5 157


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


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 frontaux Dans cette série de tests, nous faisons varier la quantité de RAM sur chaque ordinateur virtuel serveur Web frontal.

Figure 19 - Nombre moyen de demandes par seconde

0

20

40

60

80

100

120

140

160

180

200

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

Nb moyen de ddes/s

39

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

Figure 21 - Temps processeur moyens

0

0.05

0.1

0.15

0.2

0.25

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


Temps de réponsemoyen

0.00%

5.00%

10.00%

15.00%

20.00%

25.00%

30.00%

35.00%

40.00%

45.00%

50.00%

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




Moyenne processeurPACNEC01

Moyenne processeurAPP-1


40

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.

Figure 22 - RAM disponible pour la série D

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

RAM 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

0

2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000

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






41


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 frontaux Dans 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.

42

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.

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

0

50

100

150

200

250

E.1 2 ServeursWeb frontaux





Nb moyen de ddes/s

0

1

2

3

4

5

6

7

8

9








43

Figure 25 - Moyenne processeur pour la série E

Figure 26 – RAM disponible pour la série E

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

Serveurs 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

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

0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

80.00%

90.00%

E.1 2Serveurs

Webfrontaux

E.2 3Serveurs

Webfrontaux

E.3 4Serveurs

Webfrontaux

E.4 5Serveurs

Webfrontaux

E.5 6Serveurs

Webfrontaux









0

2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000













44

moyen (s)


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 1,06% 0,92% 1% 1% 1,04%

45

processeur 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 Server Dans cette série de tests, nous faisons varier le nombre de processeurs disponibles pour SQL Server.

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.

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

0

50

100

150

200

250

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

Nb moyen de ddes/s

0

0.5

1

1.5

2

2.5

3

3.5

4

4.5

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



46

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.

Figure 29 - Moyenne processeur pour la série F

Figure 30 – RAM disponible pour la série F

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

Processeurs SQL

4 6 8 16 80

Nb moyen de ddes/s

194 200 201 203 203


4,27 2,33