Vue d’ensemble du déploiement (SharePoint Foundation 2010)

 

S’applique à : SharePoint Foundation 2010

Dernière rubrique modifiée : 2016-11-30

Cet article fournit une vue d’ensemble du déploiement de batterie Microsoft SharePoint Foundation 2010. Bien que les batteries Microsoft SharePoint Foundation varient en termes de complexité et de taille, une planification soignée alliée à un déploiement par phase incluant une évaluation et des tests continus réduit sensiblement le risque de rencontrer des résultats inattendus.

Notes

Pour plus d’informations sur la planification de site et de solution, qui ne constitue pas le sujet de cet article, voir Planification de sites et de solutions (SharePoint Foundation 2010).

Pour une représentation visuelle des informations fournies dans cet article, voir le modèle de déploiement des Produits SharePoint 2010 dans la rubrique Diagrammes techniques (SharePoint Foundation 2010).

Dans cet article :

Concepts

Le résultat logique de la flexibilité et de la richesse de SharePoint Foundation est le haut degré de complexité lié à l’installation et à la configuration correctes de SharePoint Foundation. Une compréhension fondamentale des éléments structurels clés suivants dans un environnement SharePoint Foundation est nécessaire afin de déployer et prendre en charge correctement les produits SharePoint Foundation 2010 :

  • Batterie de serveurs : élément de niveau supérieur d’une conception d’architecture logique pour SharePoint Foundation.

  • Application Web : site Web IIS créé et utilisé par SharePoint Foundation 2010.

  • Base de données de contenu : fournit le stockage du contenu des applications Web. Vous pouvez séparer le contenu en plusieurs bases de données de contenu au niveau de la collection de sites.

  • Collection de sites : ensemble de sites Web qui ont le même propriétaire et partagent des paramètres d’administration.

  • Site : une ou plusieurs pages Web associées et autres éléments (tels que des listes, bibliothèques et documents) hébergés dans une collection de sites.

En plus de la compréhension des éléments d’un environnement SharePoint Foundation et de la façon dont il faut les configurer pour votre solution, vous devez prendre en compte les facteurs suivants : architecture physique, installation et configuration, ainsi que les différentes phases du déploiement.

Architecture physique

L’architecture physique, qui se compose d’un ou plusieurs serveurs et de l’infrastructure réseau, vous permet d’implémenter l’architecture logique d’une solution SharePoint Foundation. On décrit généralement l’architecture physique selon deux critères : sa taille et sa topologie. La taille, qui peut être mesurée de plusieurs manières (par exemple d’après le nombre d’utilisateurs ou de documents) sert à catégoriser une batterie comme petite, moyenne ou grande. La topologie utilise la notion de couche ou de groupe de serveurs pour définir une organisation logique de batterie de serveurs.

Taille

La taille utilise le nombre d’utilisateurs et le nombre d’éléments de contenu en guise de mesure fondamentale pour indiquer si une batterie de serveurs est petite, moyenne ou grande, de la manière suivante :

  • Une batterie de serveurs de petite taille se compose généralement d’au moins deux serveurs Web et d’un serveur de bases de données. L’un des serveurs Web héberge le site Administration centrale et les autres gèrent les tâches supplémentaires liées à la batterie de serveurs, telles que la fourniture du contenu aux utilisateurs.

    La petite batterie peut être étendue à trois couches à l’aide d’un serveur d’applications dédié en réponse au nombre d’utilisateurs, au nombre d’éléments de contenu et au nombre de service requis.

  • Une batterie de serveurs moyenne est généralement constituée de plusieurs serveurs Web, de deux serveurs d’applications et de plusieurs serveurs de bases de données. Nous vous recommandons de commencer par la configuration précédente, puis de monter en puissance en fonction de la charge de travail placée sur les serveurs.

    Dans les scénarios dans lesquels des services utilisent une quantité de ressources disproportionnée, vous pouvez faire monter en puissance la couche d’application. Les données de performances indiqueront les services dont la charge doit être transférée vers un serveur dédié.

  • Une grande batterie de serveurs peut être la conséquence logique de la montée en puissance d’une batterie moyenne visant à répondre à des exigences de capacité et de performances ou peut être voulue par la conception avant qu’une solution SharePoint Foundation soit implémentée. Un environnement à topologie en trois couches utilise généralement des serveurs dédiés sur toutes les couches. De plus, ces serveurs sont souvent groupés en fonction de leur rôle dans la batterie. Par exemple, tous les services liés aux clients peuvent être groupés sur un ou deux serveurs, puis étendus grâce à l’ajout de serveurs à ce groupe en réponse à la demande des utilisateurs.

    Notes

    La recommandation en ce qui concerne la montée en puissance d’une batterie consiste à grouper les services ou bases de données ayant des caractéristiques de performances similaires sur des serveurs dédiés, puis à faire monter les serveurs en puissance en tant que groupe. Dans les environnements à grande échelle, les groupes spécifiques qui évoluent pour une batterie varient en fonction des demandes spécifiques pour chaque service de la batterie.

Pour plus d’informations sur les chiffres spécifiques liés aux petites, moyennes et grandes batteries, voir Gestion de la performance et de la capacité (SharePoint Server 2010).

Topologie

La topologie utilise des niveaux comme modèle d’organisation logique des serveurs de la batterie en fonction des composants qu’ils hébergent ou de leurs rôles dans une batterie. Une batterie SharePoint Foundation est déployée sur un, deux ou trois niveaux :

  • Dans un déploiement sur un seul niveau, SharePoint Foundation et le serveur de bases de données sont installés sur un seul ordinateur.

  • Dans un déploiement sur deux niveaux, les composants SharePoint Foundation et la base de données sont installés sur des serveurs distincts. Ce type de déploiement correspond à ce que l’on appelle une petite batterie de serveurs. Les serveurs Web frontaux sont sur le premier niveau et le serveur de bases de données sur le deuxième niveau. Dans l’industrie informatique, le premier niveau est communément appelé niveau Web. Le serveur de bases de données est appelé niveau base de données ou système dorsal de base de données.

  • Dans un déploiement sur trois niveaux, les serveurs Web frontaux sont sur le premier niveau, les serveurs d’applications sur le deuxième niveau, qui est communément appelé niveau application, et le serveur de bases de données se trouve sur le troisième niveau. Un déploiement sur trois niveaux est utilisé pour les moyennes et grandes batteries de serveurs.

Installation et configuration

Une fois la planification de votre solution SharePoint Foundation terminée, vous pouvez créer une batterie SharePoint Foundation pour héberger la solution. La première étape consiste à installer SharePoint Foundation 2010 et à créer la batterie requise pour la solution. Le processus de préparation de l’environnement comporte les phases suivantes :

  1. préparer les serveurs ;

  2. créer la batterie ;

  3. configurer les paramètres, les services, les solutions et les sites.

Notes

La batterie que vous créez et déployez subira d’importantes modifications en termes de taille, de topologie et de complexité au fil des différentes phases de déploiement illustrées dans le modèle Déploiement de produits SharePoint 2010. Ceci est tout à fait normal et la conséquence attendue d’un déploiement par phases. C’est pourquoi nous vous recommandons de respecter toutes les phases décrites dans la section « Phases de déploiement » de cet article.

Préparer les serveurs

Durant cette phase, vous préparez vos serveurs à héberger le produit. Cela comprend les serveurs de prise en charge et ceux sur lesquels SharePoint Foundation sera installé. Les serveurs suivants doivent être configurés de façon à prendre en charge et à héberger une batterie :

Créer la batterie

Durant cette phase, vous installez le produit et vous configurez chaque serveur de sorte qu’il prenne en charge son rôle dans la batterie. Vous créez également la base de données de configuration et le site Web Administration centrale de SharePoint. Les serveurs suivants sont nécessaires pour une batterie SharePoint Foundation :

  • Serveur de bases de données : à moins que vous n’envisagiez d’utiliser des bases de données créées par l’Administrateur de base de données, la base de données de configuration, la base de données de contenu et d’autres bases de données requises sont créées lorsque vous exécutez l’Assistant Configuration des produits SharePoint.

  • Serveur d’applications : après avoir préparé le serveur d’applications, installez les éventuels composants supplémentaires nécessaires à la prise en charge de fonctions telles que la Gestion des droits relatifs à l’information et l’aide à la décision. Installez SharePoint Foundation sur le serveur qui hébergera le site Web Administration centrale de SharePoint, puis exécutez l’Assistant Configuration des produits SharePoint pour créer et configurer la batterie.

  • Serveur Web frontal : installez SharePoint Foundation sur chaque serveur Web, installez les modules linguistiques, puis exécutez l’Assistant Configuration des produits SharePoint pour ajouter les serveurs Web à la batterie.

    Notes

    Après avoir ajouté et configuré tous les serveurs Web frontaux, vous pouvez ajouter des serveurs d’applications supplémentaires qui font partie de votre conception de topologie à la batterie.

Pour plus d’informations sur les scénarios de déploiement pris en charge, voir Scénarios de déploiement (SharePoint Foundation 2010).

Configurer les paramètres, les services, les solutions et les sites

Durant cette phase, vous préparez la batterie à héberger votre contenu de site en effectuant les tâches suivantes :

Notes

Les étapes de configuration de la batterie ne sont pas spécifiques à une couche particulière dans l’infrastructure de serveur.

Phases de déploiement

Le déploiement d’une solution SharePoint Foundation 2010 par phases vous permet de bénéficier des avantages offerts par une approche systématique, tels que la collecte de données d’utilisation et de performances qui peuvent vous servir à évaluer votre solution, la vérification de vos suppositions en matière de gestion de la capacité et l’identification des problèmes avant la mise en production de la batterie.

Nous vous recommandons de déployer votre batterie selon les phases suivantes :

  • Planification

  • Développement

  • Preuve de concept (POC, Proof of concept)

  • Pilote

  • Test d’acceptation des utilisateurs (UAT, User Acceptance Test)

  • Production

Planification

Avant de pouvoir déployer une batterie, vous devez planifier la solution que vous souhaitez déployer et déterminer les exigences d’infrastructure, telles que les ressources de serveur et la topologie de batterie. À l’issue de la phase de planification, vous devez avoir documenté les éléments suivants :

  • Une conception de l’infrastructure pour la prise en charge de votre solution

  • Une description détaillée de la manière dont vous allez implémenter la batterie et la solution

  • Un plan pour tester et valider la solution

  • Une architecture de site et de solution

  • Une bonne compréhension des exigences techniques constantes et de la surveillance pour la prise en charge de la solution

  • Un dossier sur la façon dont la solution sera administrée

  • Une bonne compréhension de la façon de communiquer la solution auprès des utilisateurs afin de favoriser son adoption

Nous vous recommandons d’utiliser les articles et ressources de planification décrits dans Planification et architecture pour SharePoint Foundation 2010.

Important

Des problèmes de ressources et de temps peuvent vous inciter à moins de rigueur durant la phase de planification. Il est recommandé d’être aussi méthodique que possible dans la mesure où des éléments de planification manquants ou abordés à la légère peuvent devenir des problèmes importants durant la phase de production. Ces problèmes peuvent provoquer beaucoup de travail supplémentaire, consommer des ressources non prévues au budget et nuire à la réussite de votre solution SharePoint Foundation.

À l’issue de la phase de planification, vous passez aux phases de déploiement suivantes, en mettant à jour et en réévaluant vos plans, configurations et topologies à mesure que vous effectuez des tests.

Développement

Durant la phase de développement, vous allez déployer SharePoint Foundation sur un ou plusieurs serveurs afin de développer, tester, évaluer et affiner la solution que vous prévoyez d’implémenter. L’étendue de cet environnement est adaptée à vos besoins durant le développement de solution et vous pouvez le conserver en guise d’environnement réduit à des fins de développement et de test ultérieurs. Cet environnement n’est pas stable et n’inclut aucun contrat de niveau de service.

Preuve de concept (POC, Proof of concept)

Pendant la phase de preuve de concept, l’objectif est double : comprendre SharePoint Foundation et évaluer SharePoint Foundation dans sa façon de répondre aux besoins de votre entreprise. Le premier niveau d’évaluation du produit peut être réalisé en installant tous les composants du produit sur un seul serveur. Votre évaluation du produit sera davantage poussée avec un déploiement probatoire.

Un déploiement probatoire sur un seul serveur ou sur une petite batterie de serveurs vous permet d’élargir la portée de votre évaluation. Dans ce déploiement, du personnel non informatique vient compléter l’équipe d’évaluation, ce qui donne une vision élargie de la façon dont les fonctionnalités de SharePoint Foundation pourraient être utilisées dans l’organisation. L’avantage d’un tel déploiement est la collecte de données qui peuvent servir à affiner votre plan initial. Ces données, comme les affichages de page, les modèles de comportement utilisateur et la consommation des ressources serveur, vous permettent par ailleurs de commencer à élaborer un test de performances en vue de dimensionner votre batterie de serveurs. Un déploiement probatoire permet également d’évaluer les applications de service et de déterminer les jeux de fonctionnalités à offrir à vos utilisateurs finaux.

Au cours de la phase de preuve de concept, il est important que vous compreniez les caractéristiques et les fonctionnalités uniques de ces fonctions, car cela vous permettra de définir votre topologie générale. Gardez à l’esprit qu’un déploiement preuve de concept nécessite des ressources supplémentaires et allonge le temps nécessaire à la mise en production de SharePoint Foundation.

Conseil

La virtualisation offre une bonne plateforme pour évaluer SharePoint Foundation car un environnement virtuel offre davantage de souplesse, une capacité de déploiement rapide et la possibilité de revenir aux états précédents des ordinateurs virtuels.

Pilote

Un pilote sert à tester votre solution à petite échelle. L’utilisation d’un déploiement pilote peut s’effectuer selon deux approches. La première met l’accent sur les tests fonctionnels sans utilisation de données réelles. Avec la seconde approche, vous testez des caractéristiques de production à l’aide de données réelles et vous faites en sorte que vos utilisateurs pilotes testent différents types de tâches. Nous vous recommandons d’adopter la seconde approche, du fait de sa plus grande portée et des données du monde réel que vous pouvez recueillir et utiliser en vue d’affiner la conception de votre solution.

Un déploiement pilote offre de nombreux avantages. Il vous permet de recueillir des données afin de valider les aspects suivants de la conception de votre batterie :

  • conception de l’infrastructure ;

  • suppositions en matière de gestion de la capacité ;

  • architecture de site et de solution ;

  • suppositions en matière d’utilisation de la solution.

La phase pilote vous permet également de déterminer les données supplémentaires qui doivent être recueillies afin d’accroître l’étendue et la profondeur de vos bancs d’essai. Ceci est important si vous souhaitez évaluer l’impact potentiel de services ou fonctionnalités supplémentaires que vous souhaitez ajouter à la batterie avant le test d’acceptation des utilisateurs.

À l’issue du déploiement pilote, vous pouvez utiliser les données recueillies pour ajuster les différents composants de la solution et son infrastructure sous-jacente.

Test d’acceptation des utilisateurs (UAT, User Acceptance Test)

Les organisations font appel à un déploiement de test d’acceptation des utilisateurs (également appelé environnement de préproduction) en guise d’étape de transition entre le déploiement pilote et le déploiement de production. Ce sont les processus d’entreprise de l’organisation qui déterminent l’étendue, la portée et la durée des tests d’acceptation des utilisateurs.

La topologie de l’environnement de préproduction doit être identique (ou presque) à la topologie de production planifiée. Durant les tests d’acceptation des utilisateurs, la solution SharePoint Foundation est testée par rapport à un sous-ensemble ou à une copie complète des données de production. Cette phase de déploiement fournit une dernière opportunité d’affiner les performances et de valider les procédures opérationnelles telles que sauvegardes et restaurations.

Production

L’étape finale consiste à déployer votre batterie dans un environnement de production. À ce stade, vous aurez incorporé les réglages d’infrastructure et de solution nécessaires identifiés lors de la phase de test d’acceptation des utilisateurs.

La mise en production de la batterie nécessite d’effectuer les tâches suivantes :

  • déployer la batterie ;

  • déployer la solution ;

  • implémenter le plan des opérations ;

  • si nécessaire, déployer des environnements supplémentaires tels que des batteries intermédiaires et de création, ainsi que des batteries de services.