Meilleures pratiques de gestion de la capacité

  • Article

Mise à jour : 2008-12-04

Cet article décrit les meilleures pratiques pour Microsoft Office SharePoint Server 2007. Pour d’autres articles de la série d’articles sur les meilleures pratiques, voir Meilleures pratiques. Pour plus d’informations et pour obtenir des ressources sur les meilleures pratiques pour Office SharePoint Server 2007, reportez-vous au Centre de ressources Meilleures pratiques (https://go.microsoft.com/fwlink/?linkid=125981&clcid=0x40C). Pour plus d’informations sur la planification de la capacité et des performances, voir Planifier les performances et la capacité (Office SharePoint Server).

Meilleures pratiques

  1. Définissez la planification de la capacité aussi tôt que possible dans le processus de planification, puis affinez-la au cours du projet. Chaque planification réduit considérablement le risque de réaliser que vous avez sous-estimé les besoins en matériel une fois le déploiement commencé.

    Définissez les informations suivantes :

    • Le nombre d’utilisateurs, de demandes par seconde, de sites, de documents et la quantité de données stockées sont des informations importantes qu’il faut enregistrer.

    • Pour les recherches, définissez le nombre de sources de contenu et la taille de l’index.

    • Définissez les méthodes d’accès à l’authentification utilisateur et leur nombre.

    • Les valeurs susceptibles de modifications doivent être projetées de la façon suivante — généralement une fois par an.

    • Certains projets nécessiteront une configuration complexe ou étendue pour la migration des données et des applications, et pourront contenir du code de personnalisation et d’intégration complexes. Estimez le nombre de sites personnalisés ainsi que les configurations requises pour l’emplacement et la migration de données et de code personnalisés.

    • Des objectifs de disponibilité très élevés peuvent avoir un impact majeur sur la complexité et la topologie de la batterie de serveurs. Pour plus d’informations, voir Planifier la redondance (Office SharePoint Server).

    • Lors de déploiements globaux, des mesures particulières seront peut-être nécessaires pour garantir une adoption réussie et des performances suffisantes. Pour plus d’informations, voir Déploiement global de plusieurs batteries de serveurs.

    • Si vous choisissez la virtualisation pour l’hébergement des ordinateurs Office SharePoint Server, évaluez l’impact qu’aura cette virtualisation sur la taille des ordinateurs. Bien que cette méthode présente de nombreux avantages, il est important de savoir qu‘elle peut affecter l’utilisation du processeur et de la mémoire, les performances et la capacité des disques partagés, et plusieurs autres facteurs clés. Pour plus d’informations, voir Contraintes en termes de performances et de capacité pour Hyper-V.

    Les informations précédentes vous permettront de déterminer le nombre de batteries de serveurs requises et leurs topologies optimales (petite, moyenne et grande).

  2. La planification de capacité doit être revue à toutes les phases d’un projet. Il convient de traduire toute supposition confirmée ou détail obtenu par une prise de décision en termes de matériel ou de configuration, et d’adapter la planification en conséquence.

  3. Vous pouvez effectuer une planification de capacité approximative et rapide en amont du processus à l’aide d’instructions connues, mais soyez conscient que des estimations approximatives ne peuvent remplacer une évaluation détaillée ultérieurement au cours du projet. Ces estimations doivent être examinées pour leur éventuelle application à votre déploiement.

    Ces instructions sont les suivantes :

  4. Maintenez la taille des bases de données inférieure à 100 Go pour permettre des sauvegardes efficaces et rapides, et pour éviter des problèmes de contention de listes lors des périodes de forte utilisation. Notez également les informations suivantes :

    • L’utilisation de listes longues (contenant plus de 2 000 éléments) doit être planifiée avec soin. Pour plus d’informations sur la planification des listes longues, voir Livre blanc : Utilisation des grandes listes dans Office SharePoint Server 2007.

    • Sa rapidité d’exécution et sa fiabilité dépendent beaucoup de la configuration de stockage utilisée pour les bases de données. Office SharePoint Server.

    • Évaluez le temps requis pour l’exécution et la fiabilité du processus de sauvegarde-restauration pour des séries de données de laboratoire d’une taille réaliste avant que le site ne soit déplacé vers un environnement de production et avant la création des définitions de processus. Votre environnement peut nécessiter des bases de données de contenu d’une taille inférieure à 100 Go pour garantir que la sauvegarde soit exécutée de façon fiable et dans le délai imparti.

  5. La documentation sur la planification logique de SharePoint doit inclure, au minimum, des enregistrements sur les informations suivantes :

    • Batteries de serveurs

    • Applications Web

    • Bases de données de contenu

    • Collections de sites

    • Sites

    • Applications personnalisées

    • Chemins d’accès gérés

    • URL

    • Authentification et autorisation

    Pour chaque élément, prenez en compte les observations suivantes :

    • Tous les éléments précédents ont des limites qui doivent être respectées. Ces limites ainsi que les limites de logiciels sont présentées dans la section Planifier les limites des logiciels (Office SharePoint Server).

    • Pour tous ces éléments, définissez avant déploiement si ces limites sont susceptibles d’être dépassées, quelles règles de déclencheurs mettre en place pour qu’un administrateur puisse détecter un dépassement de limite et quelles actions entreprendre le cas échéant.

    • La gestion des limites de logiciels est généralement un processus interactif. Dans le cas d’une installation de grande taille, le respect de toutes ces limites peut être difficile et nécessiter de créer deux batteries séparées. Veillez à allouer suffisamment de temps et d’efforts à la planification de cette tâche.

    • Gardez à l’esprit que l’utilisation de groupes SharePoint ou Active Directory pour gérer les utilisateurs peut affecter la capacité et les performances de votre batterie. Avant d’utiliser ces groupes, assurez-vous d’en comprendre les conséquences sur la configuration.

  6. Familiarisez-vous avec les scénarios Office SharePoint Server testés. Comparez votre application aux scénarios suivants et utilisez-les pour vous guider dans vos décisions quant au dimensionnement :

  7. Utilisez des version de serveurs 64 bits partout où cela est possible pour mettre à l’échelle vos scénarios et améliorer les performances. Pour plus d’informations sur l’utilisation de logiciels et de matériel 64 bits, consultez l’article suivant : Tendances de téléchargement des kits d’administration et 64 bits (https://go.microsoft.com/fwlink/?linkid=135709&clcid=0x40C) . Les prochaines versions de Office SharePoint Server ne prendront en charge que les systèmes d’exploitation et le matériel 64 bits.

  8. Planifiez les règles de surveillance à utiliser pour déclencher les options de montée en puissance parallèle et par unité. Définissez également les processus ainsi lancés. Voici les principaux événements déclenchés :

  9. En général, l’optimisation des applications offre des avantages sur le long terme (y compris des performances accrues et une charge moindre sur le serveur) plus importants qu’un simple ajout de matériel à la batterie. Assurez-vous qu’il existe une gouvernance en place capable de garantir que les applications et personnalisations en place satisfont aux normes minimales de performances et d’utilisation des ressources.

    Pour plus d’informations sur le test et l’optimisation des personnalisations, consultez les articles suivants :

  10. Assurez-vous d’effectuer un test de marges des plateformes personnalisées avant qu’elles ne partent en production. Même si le comportement utilisateur exact est difficile à prévoir et à simuler avant le déploiement, un test de marges offre les avantages suivants :

    • Les problèmes de performances de la personnalisation sont identifiés et résolus.

    • Les problèmes de qualité de la personnalisation peuvent être mis à jour avant d’affecter les utilisateurs de la batterie.

    • La mitigation des problèmes immédiats après déploiement permettent une adoption plus rapide et réussie, ce qui améliore la rentabilité du déploiement.