Question

J'aurai 2 serveurs SP dans une ferme et le client a demandé que les serveurs soient sur la NLB.J'ai installé les services et l'application Web sur le 1er serveur et la question est la suivante:

Dois-je installer les mêmes services (recherche, UPS, MMS) sur le 2e serveur après avoir rejoint la ferme ou s'exécutera sur le 1er serveur uniquement?

Si les installations de service doivent également être modifiées pour refléter le 2e serveur ou la NLB gérera la charge?

Était-ce utile?

La solution

C'est une bonne pratique pour mettre en œuvre une forme d'équilibrage de charge à partir d'une perspective de basculement, mais pas nécessairement idéal si vous n'avez que deux serveurs dans votre ferme. À titre d'exemple, s'il y a une charge de recherche élevée, vous souhaiterez peut-être que la deuxième case dédiée aux services. Ce n'est généralement pas la meilleure pratique d'exécuter des rôles Web et d'applications sur tous les serveurs de votre ferme. Cela peut certainement être fait, mais seulement si vous avez une charge légère sur eux. Vous exécuteriez généralement des services (UPS, MMD, recherche, etc.) sur les serveurs de niveau de l'application où il n'y a pas de charge de trafic Web et exécutez vos applications Web sur des serveurs Web Tier.

Dans la plupart des cas, vous utilisez uniquement l'équilibrage de la charge sur les serveurs de niveau Web uniquement et laissez SharePoint Gérer les services des boîtes de niveau de l'application. Par exemple, vous pouvez exécuter MMD sur plusieurs serveurs d'applications et SharePoint effectuera une certaine gestion interne de ceux de tous les serveurs où ils fonctionnent.

La recherche a plusieurs composants à celui-ci (partitions d'index, composants de requête et composants d'analyse). Différentes pièces doivent fonctionner sur différents serveurs, en fonction de si cette boîte est une boîte d'application ou une boîte de niveau Web.

Si leur pilote pour NLB est pour la redondance / le basculement, la meilleure approche est susceptible d'ajouter une deuxième boîte de niveau Web, sans simplement charger les deux cases que vous avez maintenant. Chaque environnement est différent, assurez-vous simplement de comprendre les charges et l'attente des environnements. NLB des boîtes de niveau Web vous donnera une certaine redondance du contenu de l'application Web (bien que nous n'avions pas encore parlé de licenciement SQL). S'il y a aussi une obligation de redondance sur la recherche, votre meilleur modèle serait 4 serveurs (2x applications Web et 2x) avec un composant de recherche de courant sur chaque serveur Web et un composant de requête sur chaque serveur d'applications. Cela vous donnerait la possibilité de garder la recherche opérationnelle avec la perte d'une boîte d'application. Ce modèle de 4 serveur (plus SQL) est sans doute le déploiement SharePoint le plus courant. Les déploiements à un seul serveur ne sont pas pris en charge et un déploiement de deux serveurs est vraiment une architecture minimale. Dès que nous commençons à parler de la nécessité de redondancer, vous vous avez quasiment parlé jusqu'à 3-4 serveurs en fonction du niveau de redondance dont vous avez besoin.

Notez également les exigences minimales du système. Dans une ferme de serveurs de trois niveaux, vos minimums vont être de 12 Go de mémoire et 4 cœurs. Cela est probablement insuffisant si vous envisagez de gérer tous les services et toutes les applications Web sur chaque serveur. Ces minimums supposent que vous répandez la charge sur les boîtes de niveau Web et de l'application.

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top