rapport de tests d’échelle pour les référentiels de...
Post on 23-Oct-2020
8 Views
Preview:
TRANSCRIPT
-
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
7 Base de données de contenu SP 2
6 850 PACNEC01 1 I
8 Base de données de contenu SP 3
6 850 PACNEC01 1 J
9 Base de données de contenu SP 4
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.
Centre de documents 1
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
Centre de documents 2
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.
Centre de documents 2
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
Série 9 : Durée Secondes Dossiers Fichiers Documents/s
30 dossiers de 2 000 fichiers
Heures 5 18 000 1 920 3 839 864 178
Minutes 58 3 480
Secondes 46 46
Total : 21 526
Série 10 : Durée Secondes Dossiers Fichiers Documents/s
30 dossiers de 2 000 fichiers
Heures 6 21 600 1 920 3 839 881 162
Minutes 33 1 980
Secondes 50 50
Total : 23 630
Série 8 : Durée Secondes Dossiers Fichiers Documents/s
30 dossiers de 2 000 fichiers
Heures 6 21 600 1 920 3 839 857 155
Minutes 51 3 060
Secondes 30 30
Total : 24 690
Série 7 : Durée Secondes Dossiers Fichiers Documents/s
30 dossiers de 2 000 fichiers
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
Numéro d’unité logique
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.
Numéro d’unité logique
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
Moyenne processeur WFE-2
Moyenne processeur WFE-3
Moyenne processeur WFE-4
Moyenne processeur WFE-5
Moyenne processeur WFE-6
-
31
Durée 1 heure 1 heure 2 heures
Nb 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
Moyenne processeur WFE-2
36,7% 59,6% 36,7%
RAM disponible WFE-2
5 651 5 552 13 323
Moyenne processeur WFE-3
22,8% 57,7% 34%
RAM disponible WFE-3
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
Moyenne processeur APP-2
0,73% 1,09% 0,27%
RAM disponible APP-2
14 815 14 992 13 919
Moyenne processeur WFE-4
NA NA 29,7%
RAM disponible WFE-4
NA NA 13 397
Moyenne processeur WFE-5
NA NA 30,4%
RAM disponible WFE-5
NA NA 13 567
Moyenne processeur WFE-6
NA NA 34,9%
RAM disponible WFE-6
NA NA 13 446
Longueur moyenne de file d’attente écriture disque, PACNEC01 H: SPContent DB1
0,0 (avec pointe de 0,01)
0,0 (avec pointe de 0,02)
0,3 (avec pointe de 24,1)
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
Durée d’actual. page
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
Durée d’actual. page
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 processeurWFE-2
Moyenne processeurWFE-3
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 disponible WFE-1
RAM disponible WFE-2
RAM disponible WFE-3
RAM disponiblePACNEC01
RAM disponible APP-1
RAM disponible APP-2
-
34
Temps de réponse moyen
0,56 0,33 0,31 0,37 0,46 0,72
Moyenne processeur WFE-1
57,1% 58,4% 58,8% 60,6% 60% 59%
RAM disponible WFE-1
6 239 6 063 6 094 5 908 5 978 5 848
Moyenne processeur WFE-2
55,6% 60,1% 57,1% 59,6% 60,3% 58,1%
RAM disponible WFE-2
6 184 6 079 6 141 6 119 5 956 5 828
Moyenne processeur WFE-3
59,4% 56% 56,9% 58,4% 61,4% 59,8%
RAM disponible WFE-3
6 144 6 128 6 159 6 048 5 926 5 841
Moyenne processeur PACNEC01
2,84% 2,11% 2,36% 2,25% 2,38% 2,29%
RAM disponible PACNEC01
928 946 923 332 918 526 904 074 861 217 881 729
Moyenne processeur APP-1
14,3% 12,6% 13,3% 12,5% 13,4% 13,8%
RAM disponible APP-1
14 163 14 099 14 106 14 125 14 221 14 268
Moyenne processeur APP-2
1,29% 1,14% 1,2% 1,2% 1,03% 0,96%
RAM disponible APP-2
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%
Durée d’actual. page
Temps de réponse moyen
-
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 WFE-1
Moyenne processeur WFE-2
Moyenne processeur WFE-3
Moyenne processeur PACNEC01
Moyenne processeur APP-1
Moyenne processeur FAST-1
Moyenne processeur FAST-2
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 WFE-1
RAM disponible WFE-2
RAM disponible WFE-3
RAM disponible APP-1
RAM disponible FAST-1
RAM disponible FAST-2
RAM disponible FAST-IS1
RAM disponible FAST-IS2
RAM disponible FAST-IS3
RAM disponible FAST IS-4
-
37
réponse moyen (s)
Moyenne processeur WFE-1
62,2% 57,30% 44,2% 40,4% 36,1% 53,1%
RAM disponible WFE-1
14 091 5 786 6 281 6 162 6 069 13 766
Moyenne processeur WFE-2
65,2% 59,60% 45,2% 40,1% 37,6% 58,8%
RAM disponible WFE-2
13 944 5 552 6 271 6 123 6 044 13 726
Moyenne processeur WFE-3
65,3% 57,70% 49,4% 44,2% 39,6% 56,8%
RAM disponible WFE-3
13 693 5 769 6 285 6 170 6 076 13 716
Moyenne processeur PACNEC01
2,4% 2,37% 2,6% 2,51% 2,32% 3,03%
RAM disponible PACNEC01
899 613 400 059 814 485 812 027 808 842 875 890
Moyenne processeur APP-1
8,27% 14,50% 17,8% 20,7% 18,4% 16,2%
RAM disponible APP-1
13 687 13 804 14 002 13 991 13 984 13 413
Moyenne processeur APP-2
0,28% NA 0,88% 0,8% 0,79% 0,14%
RAM disponible APP-2
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
Moyenne processeur FAST-2
8,67% NA NA NA NA 16,7%
RAM disponible FAST-2
14 135 NA NA NA NA 13 837
-
38
Moyenne processeur FAST-IS1
37,8% NA NA NA NA 83,4%
RAM 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
Moyenne processeur FAST-IS3
30,6% NA NA NA NA 69,9%
RAM disponible FAST-IS3
5 072 NA NA NA NA 5 066
Moyenne processeur FAST-IS4
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
Durée d’actual. page
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 processeurWFE-1
Moyenne processeurWFE-2
Moyenne processeurWFE-3
Moyenne processeurPACNEC01
Moyenne processeurAPP-1
Moyenne processeurWFE-4
-
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
Durée d’actual. page (s)
0,22 0,21 0,21 0,21
Temps de réponse moyen (s)
0,17 0,16 0,16 0,16
Moyenne processeur WFE-1
40,5% 37,9% 39,6% 37,3%
RAM disponible WFE-1
2 414 4 366 6 363 14 133
Moyenne processeur WFE-2
42,3% 40% 40,3% 39,5%
RAM disponible WFE-2
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
RAM disponible WFE-1
RAM disponible WFE-2
RAM disponible WFE-3
RAM disponible WFE-4
RAM disponible APP-1
-
41
Moyenne processeur WFE-3
42,6% 42,4% 42,2% 43,3%
RAM disponible WFE-3
2 466 4 392 6 350 14 176
Moyenne processeur PACNEC01
2,04% 1,93% 2,03% 2,14%
RAM disponible PACNEC01
706 403 708 725 711 751 706 281
Moyenne processeur APP-1
11,8% 13,1% 12,9% 12,3%
RAM disponible APP-1
13 862 13 866 13 878 13 841
Moyenne processeur APP-2
0,84% 0,87% 0,81% 0,87%
RAM disponible APP-2
14 646 14 650 14 655 14 636
Moyenne processeur WFE-4
42,3% 43,6% 41,9% 45%
RAM disponible WFE-4
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
E.2 3 ServeursWeb frontaux
E.3 4 ServeursWeb frontaux
E.4 5 ServeursWeb frontaux
E.5 6 ServeursWeb frontaux
Nb moyen de ddes/s
0
1
2
3
4
5
6
7
8
9
E.1 2 ServeursWeb frontaux
E.2 3 ServeursWeb frontaux
E.3 4 ServeursWeb frontaux
E.4 5 ServeursWeb frontaux
E.5 6 ServeursWeb frontaux
Durée d’actual. page
Temps de réponse moyen
-
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
Durée d’actual. page (s)
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
Moyenne processeur WFE-1
Moyenne processeur WFE-2
Moyenne processeur WFE-3
Moyenne processeur WFE-4
Moyenne processeur WFE-5
Moyenne processeur WFE-6
Moyenne processeur APP-1
Moyenne processeur PACNEC01
0
2,000
4,000
6,000
8,000
10,000
12,000
14,000
16,000
E.1 2 ServeursWeb frontaux
E.2 3 ServeursWeb frontaux
E.3 4 ServeursWeb frontaux
E.4 5 ServeursWeb frontaux
E.5 6 ServeursWeb frontaux
RAM disponible WFE-1
RAM disponible WFE-2
RAM disponible WFE-3
RAM disponible WFE-4
RAM disponible WFE-5
RAM disponible WFE-6
RAM disponible APP-1
-
44
moyen (s)
Moyenne processeur WFE-1
77,4 53,8 45,7 39,2 32,2
RAM disponible WFE-1
5 659 6 063 6 280 6 177 6 376
Moyenne processeur WFE-2
76,2% 53,8% 45,9% 38,2% 28,8%
RAM disponible WFE-2
5 623 6 132 6 105 6 089 5 869
Moyenne processeur WFE-3
NA 52,5% 43,9% 37,7% 31,2%
RAM disponible WFE-3
NA 6 124 6 008 5 940 6 227
Moyenne processeur WFE-4
NA NA 44,5% 34,8% 34,7%
RAM disponible WFE-4
NA NA 6 068 6 083 6 359
Moyenne processeur WFE-5
NA NA NA 35,1% 32%
RAM disponible WFE-5
NA NA NA 6 090 6 245
Moyenne processeur WFE-6
NA NA NA NA 33,9%
RAM disponible WFE-6
NA NA NA NA 5 893
Moyenne processeur PACNEC01
2,13% 1,93% 2,54% 2,48% 2,5%
RAM disponible PACNEC01
899 970 815 502 397 803 397 960 397 557
Moyenne processeur APP-1
9,77% 11,7% 15% 14,7% 13,6%
RAM disponible APP-1
14 412 13 990 14 230 14 227 14 191
Moyenne 1,06% 0,92% 1% 1% 1,04%
-
45
processeur APP-2
RAM 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 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
Durée d’actual. page
Temps de réponse moyen
-
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
Durée d’actual. page (s)
4,27 2,33
top related