Advanced Services & Topologies

Excellente session sur les services et la topologie.

Vous savez maintenant que le SSP n’est plus et que tous les services qui font SP 2010 sont indépendants et peuvent être installés partout.

Ce partout peut être une ferme de services (ca me plait beaucoup cette idée…), autant de servers qu’il n’y a de services, etc…

Il était donc particulièrement interessant d’aller voir ce que MS allait nous proposer comme topologie puisque tout est à réinventer.

Ainsi, pour une petite ferme, voila la solution proposée:

C’est donc surtout quand on voit la topologie physique qu’on se rend compte qu’il s’agit bien d’une petite ferme.

Au niveau des points marquants:

• il s’agit d’une seule ferme
• la configuration est principalement par défaut
• il y a combinaison de servers applicatifs et de webfrontend servers
• la gestion de la croissance se fait de deux façons:
• ajout dans les collections de sites
• ajout de server(s)

Pour une ferme moyenne, les choses deviennent un peu plus sérieuses:

On voit maintenant qu’il y a un peu plus de hardware. On voit aussi qu’il est aisé de répartir les différents services sur différents servers.

Les faits marquants sont:

• ferme simple
• avec isolation des pools applicatifs
• il y a plusieurs servers de services
• il y a plusieurs groupes proxy
• les servers ont des rôles distincts
• La gestion de la croissance se fait:
• par ajout de nouvelles webapps, de nouvelles collections de sites
• par ajout de servers FrontEnd ou de servers applicatifs
• en considérant de splitter la ferme en plusieurs fermes…

Dans le cas de la grande ferme, on est alors confronté à la ferme de services, dont je vous ai déjà dit que j’aimais beaucoup l’idée, et je vais m’en expliquer.

On est maintenant dans du lourd. Fini la notion de grande ferme, voir deux ou trois fermes. Nous avons ici une ferme de services, une ferme de publication, une ferme de MySites, une ferme collaborative….

Bien sûr, bonjour les licences mais en contrepartie, quel plaisir pour la gestion, que ce soit en fail over, en montée de charge, cette topologie est la topo revée de chaque IT Pro qui aime SharePoint :)

Les points marquants sont:

• Les services d’entreprises sont gerés par l’IT de façon centralisée
• la geo distribution peut se faire via des fermes multiples  de services
• La gestion de la croissance se fait:
• par l’ajout de FrontEnd servers et de servers applicatifs
• une nouvelle BU peut s’ajouter de différentes façons:
• nouvelle ferme
• nouvelle collection de sites dans les fermes existantes
• nouvelles webapps dans les fermes existantes
• Ne pas perdre de vue le Disaster and Recovery Plan, qui sera forcément plus lourd.

On voit donc, ici, qu’avec une ferme de services, on va pouvoir partager ces services entre différentes fermes, qui font des choses tout à fait différentes. Cette ferme de services sera forcément gérée, vu la complexité et la taille, par l’IT et non pas par des users, fussent-ils power…

Beaucoup de souplesse dans cette construction… j’adore.

Christian