L'utilisation de plusieurs applications Web pour l'optimisation des performances

Question

Un client demande une topologie d'application web spécial qui me semble étrange. Dans une ferme de taille moyenne SP2010 (deux WFES, deux serveurs d'applications), ils auront des centaines de collections de sites. L'exigence est de les répartir entre plusieurs applications Web en raison de l'utilisation prévue mieux des ressources du serveur, en particulier la mémoire.

Je ne suis pas au courant d'une telle méthode pour obtenir une meilleure utilisation du matériel et d'augmenter les performances. , Je ne peux pas penser à un moyen simple de faire toutes ces applications web accessibles depuis un seul nom d'hôte et le port - à l'exception utilisant le mappage d'URL sur certains proxy d'application comme TMG et augmentant ainsi les frais généraux d'administration. En outre, toutes les collections de sites auront les mêmes paramètres d'authentification et utiliseront le même ensemble de services.

Mes questions:

• Quels sont les avantages et les inconvénients de la distribution de collections de sites entre plusieurs applications Web juste pour le plaisir de la performance et / ou de l'utilisation du matériel WFE?
• Ne serait-il conduit à un gain de performance ou de la perte?

Answer 1

Il y a tellement de meilleures façons d'améliorer les performances et l'évolutivité de SharePoint que d'essayer de collections de sites de partage entre les applications Web. Si vous optiimize hautement votre disque logique et physique IO pour SQL Server, le partitionnement des collections de sites sur plusieurs bases de données de contenu sur une seule application Web peut offrir moins de contention et le parallélisme d'augmentation, mais je ne pense pas que vous devez diviser sur plusieurs applications Web.

Voici un article sur certaines recommandations de performance pour l'optimisation de SQL Server:

http://technet.microsoft.com/en-us/library/ cc298801.aspx

Answer 2

Je suis d'accord avec les déclarations de Chris sur l'optimisation des performances étant possible dans une application web, mais il y a un certain nombre de raisons pour lesquelles vous voulez envisager d'utiliser plusieurs applications Web.

Les choses que je pense généralement à travers lors de la planification comprennent:

• Authentification et catégories utilisateur - interne par rapport à des utilisateurs externes, classique, réclamations, FBA
• Politiques - Types de fichiers bloqués, les politiques de l'utilisateur, SPD et des ressources Throttling Paramètres
• Service Application Mappings
• Type de contenu

Pour le type d'un contenu, il y a beaucoup de choses qui entrent dans cette décision. Je mets presque toujours des sites personnels sur une application web dédiée à séparer personnel des sites de collaboration. En fonction de la taille de l'organisation, il est souvent neccessary aussi différents sites de collaboration informelle des ressources Intranet et l'entreprise plus formelle en raison des différences politiques.

L'organisation de ces sites aux bases de données de contenu et comment qui correspond avec le plan d'ensemble de DR et SLAs est très important de comprendre. Si tout est sur une seule application Web, et probablement si toutes les bases de données de contenu sont égaux, mananaging ou la restauration d'un grand système peut être très difficile.

Answer 3

Pour ajouter ma 0,02 $ ici et soutenir les points ci-dessus, je cherche généralement à créer comme peu d'applications Web que possible et ne serait certainement pas envisager de les créer pour des raisons de performance.

applications Web supplémentaires ajouter des travaux de minuteur supplémentaires (environ 30 par application Web!) Et les frais généraux d'administration. Ils ont également des entités physiques supplémentaires nécessitent qui ne peuvent pas autrement nécessaires, tels que les sites IIS supplémentaires et des bases de données de contenu. Comme vous le dites dans votre question, il serait difficile, voire impossible de conserver un espace de noms d'URL cohérente si vous utilisez plusieurs applications Web.

D'autre part, les scénarios que Mike décrit sont des raisons valables pour considérer plusieurs applications Web il dépend vraiment de vos besoins.

Dans le cas où il aide, je l'ai écrit un billet de blog sur ce il y a quelques temps: Web limites [application] dans SP2010 - garder bas !. Ne hésitez pas à le vérifier et me faire savoir si elle est de toute utilisation.