Planification de la redondance (Windows SharePoint Services)

Mise à jour : 2009-04-23

Dans cet article :

• À propos de la redondance

• Définition des besoins de redondance des serveurs

• Planification d'un déploiement de serveurs limité

• Planification d'un niveau minimal de redondance des serveurs

• Choix d'une topologie de batterie de serveurs standard

• Planification de la redondance des serveurs

• Planification de la redondance des serveurs de recherche

• Planification de la redondance des serveurs de bases de données

• Sélection d'une topologie standard

Cet article décrit les options d'évolution des rôles de serveurs redondants d'une batterie de serveurs Windows SharePoint Services 3.0. Après avoir lu cet article, vous serez à même d'identifier et d'enregistrer les options de redondance adaptées à votre environnement.

Pour plus d’informations sur la disponibilité, reportez-vous à la section Planification de la disponibilité (Windows SharePoint Services).

À propos de la redondance

Le terme redondanceest souvent mal interprété et confondu avec la disponibilité. Bien que ces concepts soient proches, ils ne sont pas identiques. La redondance fait référence à l'utilisation de plusieurs serveurs dans un environnement où la charge est équilibrée dans plusieurs buts (par exemple, amélioration des performances) de façon à évoluer pour accueillir des utilisateurs supplémentaires et à améliorer la disponibilité.

La disponibilité est un concept plus spécialisé, qui fait référence à un environnement multi-serveurs conçu pour accepter des connexions et fonctionner normalement lorsqu'un ou plusieurs serveurs de la batterie sont hors service. La disponibilité implique donc la redondance ainsi qu'un mécanisme de reprise après incident et éventuellement d'autres caractéristiques. Néanmoins, un système redondant n'offre peut-être pas une disponibilité élevée.

Cet article décrit la mise en œuvre de serveurs redondants dans une batterie de serveurs Windows SharePoint Services 3.0.

Définition des besoins de redondance des serveurs

Windows SharePoint Services 3.0 prend en charge des batteries de serveurs évolutives en termes de capacité, de performances et de disponibilité. En général, la capacité est le premier critère qui permet de déterminer le nombre de serveurs de départ. Après la prise en compte des performances, la disponibilité joue également un rôle dans la détermination du nombre de serveurs et de la taille ou de la capacité des serveurs dans une batterie de serveurs. L'ajout de serveurs supplémentaires pour répondre à ces objectifs augmente également la disponibilité globale de votre service.

À la fin de cette section, vous serez en mesure de décider si vous devez intégrer une capacité évolutive dans votre topologie de déploiement de serveurs en déployant des serveurs redondants (trois serveurs ou plus), ou s'il est logique pour votre organisation de planifier un déploiement de serveurs limité qui ne comporte pas de serveurs redondants.

Planification d'un déploiement de serveurs limité

Si vous n'avez pas besoin de générer une capacité et des performances supplémentaires dans votre déploiement de serveurs, le point de départ pour votre topologie de serveurs est un ou deux serveurs. Dans un but d'utilisation limitée, vous pouvez déployer un seul serveur.

Les besoins pour une utilisation limitée sont les suivants :

• Installation de Windows SharePoint Services 3.0 à des fins d'évaluation.

• Déploiement de Windows SharePoint Services 3.0 pour un usage limité (par exemple, pour un seul service) ou un nombre limité d'utilisateurs.

Le point de départ pour la plupart des déploiements de Windows SharePoint Services 3.0 recommandé est d'au moins deux serveurs :

• Serveur 1 : serveur Web frontal et serveur de recherche

• Serveur 2 : ordinateur dédié SQL Server

  

Si vous avez déterminé que vous n'avez pas besoin de la redondance des serveurs dans votre environnement, vous pouvez passer à l'article suivant pour effectuer l'opération de planification suivante : Planifier les performances et la capacité (Windows SharePoint Services). La fin de cette étape de planification détermine le nombre total de serveurs recommandé pour votre plan de déploiement du serveur. Il est inutile de lire le reste de cet article.

Planification d'un niveau minimal de redondance des serveurs

Pour déployer une solution redondante, vous devez déployer une batterie de serveurs. En utilisant une batterie de serveurs, vous limitez les effets d'immobilisation inattendus, ainsi que les temps d'arrêt liés à une maintenance en cours (par exemple, mises à jour du système d'exploitation).

Il existe plusieurs topologies de serveur qui peuvent être utilisées comme base. Chacune de ces topologies génère un niveau de redondance de serveur. Cette section fournit une vue d'ensemble de ces batteries de serveurs.

Batterie de quatre serveurs

La plus petite batterie de serveurs qui crée la redondance se compose de quatre serveurs :

• Serveurs 1 et 2 : serveurs Web. Le service de recherche est installé sur l'un des deux serveurs Web.

• Serveurs 3 et 4 : serveur de bases de données en cluster ou en miroir.

  

Batterie de cinq serveurs

La topologie de batterie de serveurs redondante la plus commune présente un niveau intermédiaire et se compose de cinq serveurs.

• Serveurs 1 et 2 : serveurs Web.

• Serveur 3 : recherche.

• Serveurs 4 et 5 : serveur de bases de données en cluster ou en miroir.

  

Cette topologie optimise les performances des serveurs Web frontaux en déchargeant la recherche sur un serveur dédié.

Batterie de trois serveurs

Il existe une autre solution pour le déploiement d'un nombre inférieur de serveurs. Avec une batterie de trois serveurs, vous devez choisir les rôles serveur à rendre redondants : le rôle serveur Web ou le rôle serveur de bases de données.

En ajoutant le troisième serveur au niveau Web, vous obtiendrez la redondance du rôle de serveur Web. Le rôle de recherche peut être installé sur n'importe quel serveur Web.

Lorsque la disponibilité est limitée, cette topologie augmente les performances globales d'une petite batterie de serveurs. Utilisez cette topologie lorsque les performances sont plus importantes que la redondance des données.

En ajoutant un troisième serveur au niveau base de données, vous pouvez garantir la disponibilité des données critiques. Prévoyez d'utiliser cette topologie de petite batterie de serveurs lorsque la disponibilité de vos données est critique, mais que la perte temporaire de l'accès utilisateur est acceptable.

Sélection d'une topologie de batterie de serveurs standard

Chaque topologie de batterie de serveurs décrite précédemment dans cet article représente un point de départ initial pour la conception de votre déploiement. Le point de départ le mieux adapté à votre organisation dépend des rôles de serveurs pour lesquels vous avez besoin de la redondance.

Le reste de cet article décrit les options de redondance pour chacun des rôles de serveurs. Lorsque vous aurez terminé avec cet article, vous serez à même d'identifier la topologie de base qui offre la redondance dont votre organisation a besoin. Il s'agit de votre topologie standard lorsque vous commencerez à planifier la capacité et les performances.

Planifier la redondance des serveurs Web frontaux

Utilisez cette section pour :

• déterminer si l'organisation nécessite la redondance intégrée au niveau Web ;

• planifier le technologie d'équilibrage de charge de serveur Web à mettre en œuvre.

La plupart des organisations requièrent la redondance au niveau Web. Il existe peu de scénarios dans lesquels une batterie de trois serveurs avec un serveur qui exécute le rôle de serveur Web est logique.

L'étape suivante consiste à planifier la technologie d'équilibrage de charge à mettre en œuvre. Windows SharePoint Services 3.0 prend en charge deux méthodes d'équilibrage de charge :

• Une méthode logicielle, telle que les services d’équilibrage de charge réseau NLBS dans le système d’exploitation Microsoft Windows Server 2003. L’équilibrage de charge réseau s’exécute sur les serveurs Web frontaux et utilise le protocole TCP/IP pour acheminer les demandes. Dans la mesure où l’équilibrage de charge réseau (et d’autres solutions logicielles d’équilibrage de charge) s’exécute sur les serveurs Web frontaux, il utilise les ressources du système Web frontal, ce qui limite les ressources que vous pouvez utiliser pour traiter les pages Web. Toutefois, l’impact sur les ressources système n’est pas significatif et une solution logicielle peut gérer jusqu’à 32 serveurs Web frontaux. Pour plus d’informations sur les services d’équilibrage de charge réseau NLBS de Windows Server 2003, voir Clusters d’équilibrage de charge réseau (https://technet.microsoft.com/fr-fr/library/cc759510.aspx). Pour plus d’informations sur les services d’équilibrage de charge réseau de Windows Server 2008, voir Équilibrage de charge réseau (en anglais) (https://technet.microsoft.com/fr-fr/library/cc732855.aspx).

• Une méthode matérielle, telle qu'un routeur ou commutateur. Le matériel d'équilibrage de charge utilise le réseau pour diriger le trafic du site Web entre vos serveurs Web frontaux. Il est plus coûteux à configurer que les logiciels, mais n'affecte pas les ressources du serveur Web frontal. Windows SharePoint Services 3.0 est utilisable avec n'importe quel matériel d'équilibrage de charge.

  Il est conseillé de définir l’affinité de l’équilibrage de charge avec l’option Aucune afin d’améliorer la disponibilité. Si vous avez besoin d’une topologie personnalisée, adoptez une configuration d’affinité différente.

Bien qu'elle ne soit pas recommandée, il existe une troisième méthode d'équilibrage de charge, l'équilibrage de charge round robin avec DNS (Domain Name System). L'équilibrage de charge DNS round robin peut utiliser des ressources importantes sur les serveurs Web frontaux, est plus lent que le matériel ou logiciel d'équilibrage de charge et n'est pas recommandé pour une utilisation avec Windows SharePoint Services 3.0. En outre, l'équilibrage de charge DNS round robin ne prend pas en compte la charge de session lors du routage d'un utilisateur vers un serveur, ce qui peut entraîner la surcharge d'un serveur.

Planification des serveurs de recherche

Windows SharePoint Services 3.0 inclut un rôle de serveur d'applications : recherche. Le rôle d'application de recherche Windows SharePoint Services 3.0 inclut à la fois les composants de recherche et d'indexation. Ces composants ne peuvent pas être divisés. Vous pouvez installer le rôle de recherche sur un serveur Web ou sur un serveur d'applications dédié. À moins de déployer Windows SharePoint Services 3.0 sur un ordinateur autonome, il n'est pasrecommandé d'installer le rôle de recherche sur le même ordinateur que la base de données.

Si un serveur qui héberge la recherche Windows SharePoint Services 3.0 échoue, la recherche n'est pas disponible. Le temps nécessaire pour restaurer la fonctionnalité de recherche dépend de la restauration ou non des index de contenu existants et de la génération ou non de nouveaux index en réanalysant le contenu.

Windows SharePoint Services 3.0 peut être déployé sur plusieurs serveurs pour des raisons de capacité ; toutefois, ces serveurs ne sont pas redondants. Dans ce scénario, chaque serveur de recherche est configuré pour analyser un ensemble différent de bases de données de contenu. Dans la mesure où la raison principale de déployer plusieurs serveurs de recherche est de faire évoluer la capacité ou les performances, les articles de planification suivants vous aideront à décider si plusieurs serveurs sont recommandés pour votre déploiement. Pour plus d'informations, reportez-vous à la section Planifier les performances et la capacité (Windows SharePoint Services).

Planification de la redondance des serveurs de bases de données

Utilisez cette section pour vous aider à déterminer si la redondance du rôle serveur de bases de données est une condition indispensable pour votre solution. Les articles suivants sur la planification vous permettront de déterminer la technologie de redondance des bases de données la mieux adaptée à votre environnement.

Le rôle serveur de bases de données affecte la disponibilité de votre solution plus que n’importe quel autre rôle. En cas d’incident sur un serveur Web ou un serveur d’applications, ces rôles peuvent rapidement être restaurés ou redéployés. Toutefois, si un serveur de bases de données a un problème, votre solution dépend de la restauration du serveur de bases de données. Cela peut éventuellement inclure la reconstruction du serveur de bases de données, puis la restauration des données à partir de votre support de sauvegarde. Dans ce cas, vous risquez de perdre les nouvelles données ou les données modifiées depuis la dernière tâche de sauvegarde, selon la façon dont SQL Server 2005 est configuré. En outre, la solution est complètement indisponible pendant le temps nécessaire à la restauration du rôle serveur de bases de données.

Sélection d'une topologie standard

Après avoir identifié la configuration indispensable pour la redondance des rôles de serveurs individuels, passez en revue les topologies de serveur standard et choisissez la topologie la mieux adaptée à votre environnement.

Télécharger ce livre

Cette rubrique est incluse dans le livre téléchargeable suivant pour une lecture et une impression plus faciles :

• Planification et architecture de Windows SharePoint Services 3.0, partie 2 (en anglais)

• Planification d'un environnement extranet pour Windows SharePoint Services (en anglais)

Consultez la liste des livres disponibles à l’adresse Livres à télécharger pour Windows SharePoint Services.