Topologies rationalisées pour SharePoint Server 2013

Instructions relatives à la conception de topologies pour optimiser les ressources système

Une nouvelle approche de la conception d’une batterie de serveurs Exemples de topologies de batterie de serveurs
< 100 utilisateurs 1 000 utilisateurs 10 000 utilisateurs Plus de 10 000 utilisateurs
Comme alternative à la conception de batterie de serveurs traditionnelle, Mise à l’échelle
les topologies Microsoft® SharePoint® 2013 peuvent être conçues pour Les niveaux frontaux de traitement par lots et de base de données Déploiement limité Tolérance de pannes pour des charges de travail Serveurs de recherche dédiés pour 10 millions d’éléments au maximum. Types de serveurs supplémentaires pour prendre en charge de grandes batteries de serveurs.
optimiser les ressources système et maximiser les performances pour les sont standardisés. Lorsqu’un autre serveur est nécessaire sur l’une de simples avec de petits volumes de contenu
utilisateurs. ces couches, un serveur configuré de façon identique est ajouté. Trois niveaux : Cette batterie de serveurs représente chacun des rôles de serveur qui sont recommandés. Pour chaque rôle de
Un serveur avec tous les rôles :
 Évaluation Deux niveaux :  Serveurs frontaux serveur, les serveurs sont configurés de manière identique. Mettez à l’échelle chaque rôle de serveur
Optimisation de chaque serveur frontal Charges de travail spécialisées  Charges de travail très légères et simples  Serveurs frontaux et de traitement par lots  Serveurs de traitement par lots indépendamment. Les grandes batteries de serveurs en bénéficient en ajoutant des serveurs dédiés pour le cache
combinés  Serveurs de base de données distribué et en ajoutant la Gestion des requêtes.
 de niveau — Les applications de service, services et composants qui Certaines applications de service peuvent entraîner des flambées des
performances, telles que les services Calcul Excel ou  Serveurs de base de données
traitent les demandes des utilisateurs directement sont placés sur des Mise à l’échelle du nombre de serveurs selon les besoins.
serveurs frontaux. Ces serveurs sont optimisés pour les performances PerformancePoint. Si une organisation utilise ces applications de Mise à l’échelle du nombre de serveurs selon les
rapides. service de façon intensive, il est recommandé de les placer sur des besoins. Cache distribué et Gestion des
Frontaux Serveurs de recherche dédiés requêtes
 Serveurs de traitementpar lots — Les applications de service, services serveurs dédiés. Si ces applications de service sont utilisées Frontaux et
et composants qui traitent les tâches d’arrière-plan sont placés sur un régulièrement, elles peuvent être placées sur des serveurs frontaux. Les déploiements limités sont traitement par lots Requête
niveau intermédiaire de serveurs appelés serveurs de traitement par généralement utilisés pour l’évaluation
lots. Ces serveurs sont optimisés pour maximiser les ressources Recherche du produit, le développement et le test ....... .... .... ....
système. Ces serveurs peuvent tolérer des charges plus importantes La charge de travail de recherche utilise un grand nombre de ou pour des environnements qui ont
car ces tâches n’affectent pas les performances observées par les ressources. Lors de la mise à l’échelle au-delà de deux serveursde des nombres limités d’utilisateurs et ne Traitement par lots
Bases de données Analyse Frontaux Serveurs de recherche dédiés Charges de travail spécialisées
utilisateurs. traitement par lots, placez ce rôle sur des serveurs dédiés. Pour plus requièrent pas la tolérance de pannes.
 Serveurs-de base de données — les instructions relatives au d’informations sur la configuration des composants de recherche, voir
Requête
déploiement des serveurs de base de données demeurent identiques. le modèle suivant : Architectures Recherche de contenu d’entreprise .... ....
pour SharePoint Server 2013. ....... .... .... ....
Dans une batterie de serveurs de petite taille, les rôles serveur peuvent
être combinés sur un ou deux serveurs. Par exemple, les services Cache distribué et gestion des requêtes Bases de Bases de
données Traitement par lots
frontaux et les services de traitement par lots peuvent être combinés sur Pour les architectures de petite tailleet de taille moyenne, le cache données de Analyse
un seul serveur ou sur un ou plusieurs serveurs à des fins de distribué peut rester sur les serveursfrontaux. Au-delà de recherche
redondance. 10 000 utilisateurs ce service devrait mieux fonctionner sur des Important : ces exemples de topologies indiquent la progression de l’ajout de rôles de serveur ....... .......
serveurs dédiés. À cette échelle, la gestion des requêtes peut être supplémentaires. Les serveurs peuvent être virtuels ou physiques. Tous les chiffres associés à ces .... ....
ajoutée et partagée sur les mêmes serveurs avec le cache distribué. Le topologies sont des estimations et ne remplacent pas le besoin de gestion et de planification de
Gestionnaire des requêtes est un grand consommateur de CPU. Le la capacité adéquate. Bases de
cache distribué est un grand consommateur de mémoire. Bases de
données données de
recherche
.......
Rôles de serveur .......

Serveurs frontaux — optimisation pour la latence Serveurs de cache distribué et

faible de gestion des requêtes —
 Access Services optimisation pour le débit très
 Business Data Connectivity
 Métadonnées gérées
 Profil utilisateur
élevé
Instructions de mise à l’échelle pour chaque rôle de serveur
Rôles du serveur Objectif de performances Composants et services Candidats pour des serveurs dédiés
Serveurs de traitement par lots — optimisation Charges de travail spécialisées (si nécessaire)
pour la charge — optimisation pour le débit moyen
 Synchronisation des profils utilisateurs  Recherche Latence cohérente : Cache distribué
 Flux de travail  Calcul Excel Serveurs de gestion des  Latence : très faible (< 5 millisecondes) Application web de Microsoft SharePoint Foundation
 Traduction automatique  PerformancePoint requêtes et de cache distribué  Débit : très élevé Gestion des requêtes
 Gestion du travail  Projet  Utilisation des ressources : moyenne
Serveurs de base de données — optimisation pour .......
le débit
Réponse rapide aux demandes de l’utilisateur Access Services et Access Service Banque Calcul Excel
Serveurs frontaux avec une latence cohérente : Services 2010 d’informations sécurisé Performance Point
 Latence : faible (< 500 millisecondes) Business Data Connectivity État Paramètres Projet
 Débit : moyen Administration centrale d’inscription Code Recherche de requête
 Utilisation des ressources : faible-moyen
..... Métadonnées gérées
Microsoft SharePoint Foundation
utilisateur Profil
utilisateur
Application web Visio Graphics
Mise à l’échelle de la couche de base de données avec des
groupes de stockage Serveurs de traitement par lots Optimiser les ressources avec un débit élevé :
 Latence : élevée (> 1 minute)
 Débit : élevé
Cible d’analyse
Traduction automatique
Microsoft SharePoint Foundation
Synchronisation du profil
utilisateur
Word Automation
Analyse de recherche

.....  Utilisation des ressources : élevée à très élevée Application web

Conversion PowerPoint
Gestion du travail
Service Minuteur de flux de
travail
Groupes de stockage
Les groupes de stockage sont un concept dans lequel des types de base de données similaires sont regroupés et mis à l’échelle indépendamment du
reste des bases de données en fonction des besoins. Toutes les bases de données d’un groupe de stockage sont traitées de la même façon avec des Charges de travail spécialisées
procédures de sauvegarde et des protocoles de restauration. La meilleure pratique consiste à inclure la base de données de configuration avec le Latence relativement cohérente : Calcul Excel Microsoft SharePoint Foundation
(si nécessaire)  Latence : faible (< 500 millisecondes) PerformancePoint Application web
groupe de base de données de contenu.
 Débit : moyen Projet
.....  Utilisation des ressources : faible-élevée Recherche
Groupe de bases de données 1 Groupe de bases de données 2 Groupe de bases de données 3

Toutes les bases de Réponse rapide et latence cohérente : Pour les architectures de
données  Latence : très faible (< 5 millisecondes) base de données, consultez
 Débit : très élevé _____________________
 Utilisation des ressources : faible-moyenne
Bases de données de contenu et base de Bases de données de recherche Toutes les autres bases de données
SharePoint
.......
données de configuration

Batterie de serveurs SharePoint Server 2013 de Microsoft Office Division

Une partie fondamentale du processus d’ingénierie de Microsoft exécute un
Performances pendant les heures de pointe
environnement de production à l’aide de versions précommerciales de
SharePoint 2013. Cette batterie de serveurs de taille moyenne prend en Rôle et matériel Nombre de serveurs UC moyenne Utilisation de la mémoire Notes
charge la Microsoft Office Division.
Cache distribué et Gestion 12 % 8 Go Deux serveurs pour la disponibilité. Un
Charge de travail des requêtes équilibreur de charge est nécessaire pour
15 000 utilisateurs Mémoire virtuelle de équilibrer les requêtes sur ces deux serveurs
2 500 utilisateurs uniques par heure 4 cœurs, 14 Go de RAM
8 8 000 utilisateurs actifs par semaine
1.7 millions de demandes par jour
Collaboration, social, gestion de documents, Projet Frontaux 45% 11 Go Trois serveurs autorisent des pics de
204,106 profils Mémoire virtuelle de performances.
1 application web 4 cœurs, 14 Go de RAM

Jeu de données
1.3 Données totales de téraoctets
1 001,141 documents Traitement par lots 80% 12 Go Ces serveurs sont très utilisés pour optimiser le
10 bases de données de contenu Mémoire virtuelle de matériel. Ils ne traitent pas les demandes
Plus grande base de données de contenu : 290 Go 4 cœurs, 14 Go de RAM d’utilisateur.
8 297 collections de sites
Plus grande collection de sites : 275 Go (testée sur une limite supérieure à
celle recommandée)
Base de données 11% 46 Go SQL Server est déployé sur des serveurs
Accord de niveau de service (pendant les heures de pointe)
8 cœurs, 64 Go de RAM physiques. Un serveur est dédié à la base de
L’accord de niveau de service est défini sur une disponibilité de 99,9 %
pour permettre la mise à niveau de la version vers la version toutes les données de journalisation pour la collecte des
semaines pendant le cycle de développement du produit. informations sur la batterie de serveurs. Deux
serveurs de base de données suffisent pour
prendre en charge la charge et fournir une
disponibilité élevée.

© 2013 Microsoft Corporation. Tous droits réservés. Pour envoyer vos commentaires sur cette documentation, merci d’écrire à [email protected].