Je ne veux pas être trop polémique, mais je pense que vous faites des hypothèses très importantes avec votre question. Commençons par la configuration de la ferme.
D'après mon expérience, je ne pense pas avoir vu une configuration plus courante qu'une autre, à une exception notable près : les serveurs de "développement". Les développeurs ont tendance à tout regrouper dans une seule VM (ou une seule boîte), simplement parce que c'est le plus facile à prototyper. Ceci est fait sans aucun regard réel sur la charge attendue ou l'objectif de la ferme - c'est une question de commodité.
Cependant, lorsqu'il s'agit de configurer une ferme de production, l'objectif et la charge attendue de la ferme doivent déterminer sa configuration. C'est tout le fondement d'outils comme System Center Capacity Planner (SCCP) de Microsoft ( http://www.microsoft.com/systemcenter/en/us/capacity-planner.aspx - téléchargement gratuit). Vous entrez la charge d'utilisateurs prévue et les activités de la ferme, et vous obtenez un tableau de bord de l'entreprise. ligne de base recommandation de sortie. Il ne s'agit pas d'une solution universelle, mais elle constitue un point de départ solide pour la planification, la personnalisation et le réglage ultérieurs.
Bien que la charge des utilisateurs ait tendance à être l'un des principaux facteurs déterminant le "nombre de boîtes" à installer dans une ferme, l'objectif de la ferme va déterminer un certain nombre d'aspects de la configuration et du réglage. Vous avez parlé de "meilleures performances" dans votre question, mais vous devez répondre à cette question : à quoi va servir la ferme ?
Pour utiliser deux exemples disparates, les suggestions d'optimisation des performances varieront considérablement selon qu'une ferme sera utilisée pour la collaboration (le scénario classique des "sites d'équipe") ou pour la publication (c'est-à-dire un "site bannière" exposé sur Internet). À un niveau élevé, les optimisations pour le premier cas vont viser à maximiser les performances R/W, tandis que les réglages pour le second cas vont se concentrer sur la maximisation des performances de mise en cache et la minimisation du temps de réponse.
Bien qu'il y ait quelques conseils généraux de planification et de performance qui sont pertinents dans la plupart des scénarios d'exploitation (par exemple, l'utilisation de matériel et de logiciels 64 bits : http://technet.microsoft.com/en-us/library/dd630764.aspx ), je vous encourage à commencer par définir deux paramètres :
- Charge d'utilisateurs prévue (moyenne et pointe)
- Objectif de l'exploitation (collaboration, publication, hybride, etc.)
Une fois que vous connaissez ces deux éléments, vous êtes en mesure de commencer à estimer la taille/configuration de votre exploitation ; vous aurez également une idée de l'endroit où concentrer certains efforts de mise au point.
Bonne chance !
