Planifier la redondance (Office SharePoint Server)

Mise à jour : 2009-04-23

Dans cet article :

• À propos de la redondance

• Définir la redondance des serveurs requise

• Planifier un déploiement de serveurs limité

• Planifier un niveau minimal de redondance de serveurs

• Sélectionner une topologie de batterie de serveurs de base

• Planifier la redondance des serveurs Web

• Planifier la redondance des serveurs d’applications

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

• Évaluer les risques de pannes des serveurs d’applications

• Sélectionner une topologie de base

Cet article décrit les options de montée en puissance parallèle des rôles de serveurs redondants inclus dans une batterie de serveurs Microsoft Office SharePoint Server 2007. Après avoir lu cet article, vous serez à même d’identifier et d’enregistrer les options de redondance qui sont appropriées pour l’environnement.

Pour plus d’informations sur la disponibilité, voir Planifier la disponibilité (Office SharePoint Server).

À propos de la redondance

Le terme redondance est souvent confondu avec disponibilité. Bien que ces concepts soient liés, ils ne sont pas identiques. La redondance fait référence à l’utilisation de plusieurs serveurs dans un environnement à charge équilibrée à des fins diverses, telles que l’amélioration des performances des batteries de serveurs, la montée en puissance parallèle afin d’accueillir des utilisateurs supplémentaires et l’amélioration de la disponibilité.

La disponibilité est un concept plus spécialisé qui fait référence à un environnement multi-serveur conçu pour accepter les connexions et fonctionner normalement même si un ou plusieurs des serveurs de la batterie de serveurs ne sont pas opérationnels. Par conséquent, la disponibilité implique de la redondance, mais également un mécanisme de basculement et plusieurs autres caractéristiques éventuelles. Toutefois, un système redondant ne présente pas nécessairement un haut niveau de disponibilité.

Cet article explique comment implémenter des serveurs redondants dans une batterie de serveurs Office SharePoint Server 2007.

Définir la redondance des serveurs requise

Office SharePoint Server 2007 prend en charge les batteries de serveurs évolutives afin d’offrir capacité, performances et disponibilité. En général, la capacité est le premier point à considérer lors de la détermination du nombre d’ordinateurs serveurs initial. Une fois les performances analysées, la disponibilité joue également un rôle dans la détermination du nombre de serveurs et de la taille ou de la capacité des ordinateurs serveurs dans une batterie de serveurs.

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

Planifier un déploiement de serveurs limité

Si vous n’avez pas besoin de générer une capacité et des performances supplémentaires dans le déploiement de serveurs, le point de départ pour la 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 d’Office SharePoint Server 2007 à des fins d’évaluation

• Déploiement de Windows SharePoint Services 3.0 uniquement

• Déploiement d’un sous-ensemble des fonctionnalités d’Office SharePoint Server 2007

• Déploiement d’Office SharePoint Server 2007 pour un usage limité (par exemple pour un seul service) ou un nombre limité d’utilisateurs

Le point de départ recommandé pour la plupart des déploiements d’Office SharePoint Server 2007 est au moins deux ordinateurs serveurs :

• Serveur 1 : serveur Web frontal et ordinateur serveur d’applications

• Serveur 2 : ordinateur dédié SQL Server

  

Si vous avez déterminé que vous n’avez pas besoin de redondance de serveurs dans l’environnement, vous pouvez passer à l’article suivant pour accomplir la prochaine étape de planification : Planifier les performances et la capacité (Office SharePoint Server). La réalisation de cette étape de planification permet de déterminer le nombre total de serveurs recommandé pour le plan de déploiement de serveurs. Il est inutile de lire le reste de cet article.

Planifier un niveau minimal de redondance de serveurs

Pour déployer une solution redondante, vous devez déployer une batterie de serveurs.

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.

Remarque :
Dans les descriptions suivantes, les serveurs sur lesquels le rôle d’index a été installé sont désignés par le terme « serveurs d’index », tandis que les serveurs sur lesquels le rôle Requête a été installé sont désignés par le terme « serveurs de requête ».

Batterie de trois serveurs

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

En ajoutant un troisième serveur au niveau serveur Web, vous assurez la redondance du rôle de serveur Web. Les rôles Requête et d’index peuvent être installés sur le même serveur Web (voir option A ci-après) ou sur des serveurs Web différents (voir option B ci-après).

Cette topologie ne permet pas de déployer le rôle Requête sur les deux serveurs Web pour assurer la redondance. En effet, si le rôle de serveur de requête est installé sur le même serveur que le serveur d’index, celui-ci ne propage pas l’index aux autres serveurs de requête. Toutefois, vous pouvez installer le rôle d’index sur le serveur de bases de données, ce qui vous permet de déployer le rôle Requête sur les deux serveurs Web. Néanmoins, les performances du serveur de bases de données s’en ressentiront.

Bien que la disponibilité soit limitée, le fait de dédier deux serveurs au rôle de serveur Web augmente les performances globales de la petite batterie. Utilisez cette topologie lorsque les performances sont plus importantes que la redondance des données.

Batterie de quatre serveurs

La plus petite batterie de serveurs qui génère la redondance se compose de quatre serveurs :

• Serveurs 1 et 2 : serveurs Web et rôle Requête installé sur les deux ordinateurs. Des rôles de serveur d’applications supplémentaires, tels qu’Services de calcul Excel, peuvent être installés sur un ou les deux serveurs.

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

Dans le cas d’une batterie composée de quatre serveurs, vous devez choisir attentivement l’emplacement où déployer le rôle de serveur d’index. Vous ne pouvez pas assurer la redondance en déployant le rôle Requête à la fois sur le serveur d’index et sur un autre serveur de la batterie de serveurs. En effet, lorsque le rôle d’index est installé sur le même ordinateur serveur que le rôle Requête, le rôle d’index ne propage plus les index de contenu aux autres serveurs de requête. Par conséquent, si vous installez le rôle de serveur d’index sur l’un des serveurs Web, vous perdez la capacité à héberger le rôle Requête sur les deux serveurs Web. Vous pouvez installer le rôle d’index sur le serveur de bases de données, assurant ainsi la redondance du rôle Requête sur les serveurs Web. Toutefois, les performances du serveur de bases de données s’en ressentiront, notamment lors de l’analyse de contenu.

Des rôles de serveurs d’applications supplémentaires, tels que Services de calcul Excel, peuvent être installés sur un serveur Web ou sur les deux, suivant les besoins en termes de performances et de disponibilité. Dans le schéma précédent, des rôles d’application supplémentaires sont déployés sur un seul des serveurs dans les options A et B. Dans l’option A, les performances sont optimisées si le serveur Web qui n’héberge pas la combinaison des rôles d’index et Requête héberge les autres rôles d’application. Dans l’option B, la topologie est optimisée pour les requêtes et les demandes utilisateur. Vous pouvez gérer les performances de l’autre serveur Web en planifiant les travaux d’indexation pour les heures creuses, ce qui permet d’améliorer les performances des autres rôles de serveur d’applications pendant les heures d’ouverture de pointe.

Batterie de cinq serveurs

La topologie de batterie de serveurs redondante la plus commune présente un niveau intermédiaire et est composée de cinq serveurs.

Dans le cadre de cette topologie, vous pouvez installer tous les rôles de serveur d’applications sur le serveur d’applications dédié. Cette conception optimise les performances des ordinateurs serveurs Web frontaux en vous permettant de placer un ou plusieurs rôles de serveur d’applications sur la couche intermédiaire.

La principale décision à prendre avec cette topologie en matière de planification concerne l’emplacement d’installation des rôles de serveur d’applications. Le rôle de serveur d’index doit rester sur le serveur d’applications dédié. Toutefois, la décision quant à l’emplacement d’installation du rôle de serveur d’applications Project Server diffère selon que vous souhaitez optimiser la batterie de serveurs à des fins de capacité ou de performances. Si la redondance des rôles de serveur d’applications est une priorité, vous pouvez en installer qui sont conçus pour être redondants (Services de calcul Excel, Requête de recherche et Microsoft Office Project Server 2007) sur les deux serveurs Web. Pour optimiser les performances, envisagez de déplacer d’abord le rôle Excel Services vers le serveur d’applications et ensuite le rôle Requête.

Le déploiement du rôle Requête sur les serveurs Web est une configuration courante qui assure la redondance de ce rôle et qui permet également d’optimiser les performances globales de la batterie de serveurs. Les choix que vous effectuerez en matière de planification après avoir lu la section « Planifier la disponibilité des serveurs d’applications » plus loin dans cet article détermineront l’option la plus appropriée pour l’environnement.

Batterie de six serveurs

Pour obtenir une redondance maximale avec un nombre minimal de serveurs, déployez un serveur d’applications supplémentaire sur le niveau intermédiaire afin d’équilibrer la charge des rôles de serveur d’applications conçus pour être redondants. Cette topologie de batterie de serveurs est constituée de six serveurs. Le rôle Requête est installé sur les serveurs Web frontaux pour obtenir la redondance.

Si vous envisagez de déployer le serveur d’applications Services de calcul Excel ou le rôle d’application Office Project Server 2007 sur la batterie de serveurs alors que la redondance est une priorité, il s’agit du point de départ recommandé. Cette topologie protège ces rôles de serveur des connexions utilisateur directes et optimise les performances globales de la batterie de serveurs par rapport aux batteries plus petites.

Sélection d’une topologie de batterie de serveurs de base

Chacune des topologies de batterie de serveurs décrites précédemment dans cet article représente un point de départ initial pour la conception du déploiement. Le point de départ le mieux adapté à l’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 peut fournir la redondance dont l’organisation a besoin. Il s’agit de la topologie que vous utiliserez comme base 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 la 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. Office SharePoint Server 2007 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).

• Matérielle, telle qu’un routeur ou un commutateur. Le matériel d’équilibrage de charge utilise le réseau pour diriger le trafic du site Web entre les serveurs Web frontaux. Il est plus coûteux à configurer que les logiciels, mais il n’affecte pas les ressources des serveurs Web frontaux. Office SharePoint Server 2007 peut être utilisé 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 Office SharePoint Server 2007. 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.

Planifier la redondance des serveurs d’applications

La topologie de serveurs de base que vous choisissez dépend du degré de redondance que doivent présenter les rôles de serveur d’applications. Cette section décrit les rôles de serveur d’applications par rapport aux options de redondance correspondantes.

Les rôles de serveur d’applications pour Office SharePoint Server 2007 sont répartis en deux catégories :

• Rôles qui peuvent être redondants

• Rôles qui ne peuvent pas être redondants

Rôles qui peuvent être redondants

Ces rôles de serveur d’applications peuvent être déployés sur plusieurs serveurs. Le code qui est déployé sur chaque serveur est identique et les rôles de serveur d’applications ne stockent pas de données. En d’autres termes, chaque instance de ces rôles de serveur reste identique. Si l’un des ordinateurs serveurs tombe en panne, aucune donnée enregistrée n’est perdue. Les serveurs Web répartissent automatiquement la charge exercée sur les demandes adressées à ces rôles de serveur entre les ordinateurs serveurs d’applications disponibles.

Les rôles de serveurs d’applications suivants peuvent être déployés de manière redondante :

• Requête.   Le rôle Requête peut être déployé sur un nombre quelconque d’ordinateurs serveurs d’applications ou il peut être déployé sur les serveurs Web. Il existe toutefois une limite. Si le rôle Requête est déployé sur le serveur qui héberge le rôle d’index, le rôle Requête ne doit pas être déployé sur tous les autres ordinateurs serveurs. Cela est dû au fait que le rôle d’index détecte que le rôle Requête se trouve sur le même serveur, ce qui l’amène à ne pas propager l’index. Dans certains scénarios, vous pouvez optimiser le débit de la batterie de serveurs en déployant le rôle Requête sur les serveurs Web, même si vous avez introduit un niveau intermédiaire pour les serveurs d’applications dédiés. Par exemple, si plus de 50 pour cent des demandes de contenu qui atteignent la batterie de serveurs sont des demandes de contenu statique, les performances sont potentiellement optimisées si le rôle Requête est hébergé sur les serveurs Web. Cela est dû au fait que le rôle Requête met en cache le contenu qu’il livre, le rendant ainsi immédiatement disponible pour les demandes suivantes. En ce sens, le rôle Requête est unique.

• Services de calcul Excel.   Le rôle Services de calcul Excel effectue des calculs Excel dans des classeurs Excel qui sont stockés dans les bases de données de contenu. Ce rôle de serveur d’applications est unique dans la mesure où il stocke les informations d’état de la session pendant la durée d’une session utilisateur. Lorsqu’un utilisateur ouvre un classeur, le rôle de serveur Web continue à acheminer les demandes utilisateur vers le même serveur d’applications Services de calcul Excel jusqu’à la fermeture du classeur et la fin de la session de l’utilisateur. Le rôle Services de calcul Excel peut être un rôle très consommateur de ressources. Dans certains scénarios, vous pouvez optimiser les performances de la batterie de serveurs par le déploiement de ce rôle sur tous les serveurs Web.

• Office Project Server 2007.   Bien que Office Project Server 2007 ne soit pas inclus avec Office SharePoint Server 2007, il est intégré à la plateforme Windows SharePoint Services 3.0 et peut être déployé sur une batterie de serveurs Windows SharePoint Services 3.0 ou Office SharePoint Server 2007. Le rôle d’application Office Project Server 2007 sert les demandes de service et de données Office Project Server 2007 aux serveurs Microsoft Office Project Web Access.

Rôles qui ne peuvent pas être redondants

Parmi les rôles de serveur d’applications qui ne peuvent pas être redondants figurent les rôles d’index et de recherche Windows SharePoint Services 3.0. Ces rôles de serveur d’applications peuvent être déployés sur plusieurs serveurs ; toutefois, ces différents serveurs ne sont pas redondants. Ces rôles de serveur sont configurés pour analyser le contenu et générer des index de contenu. Si vous déployez ces rôles sur plusieurs serveurs, chaque serveur analyse un contenu différent.

• Windows SharePoint Services 3.0.   Le rôle d’application de recherche Windows SharePoint Services 3.0 est une possibilité si vous n’utilisez pas la requête et l’indexation Office SharePoint Server 2007. Le rôle d’application de recherche Windows SharePoint Services 3.0 inclut à la fois les composants d’indexation et de recherche. Ces composants ne peuvent pas être divisés. En outre, la recherche Windows SharePoint Services 3.0 est nécessaire pour assurer la recherche de texte intégral de l’aide. Par conséquent, vous pouvez envisager le déploiement de ce rôle de serveur d’applications sur une batterie de serveurs Office SharePoint Server 2007 pour obtenir cette fonctionnalité (même si la recherche Office SharePoint Server 2007 est déployée).

• Office SharePoint Server 2007.   Dans Office SharePoint Server 2007, le rôle d’index est associé à un fournisseur de services partagés (SSP, Shared Services Provider). Le rôle d’index génère un index par SSP. Un serveur d’index peut être associé à plusieurs SSP. Toutefois, les index sur les différents SSP ne peuvent pas être combinés. Vous pouvez déployer plusieurs serveurs d’index afin d’améliorer la capacité. Dans ce cas, chaque serveur d’index est associé à différents SSP. Contrairement au rôle de recherche Windows SharePoint Services 3.0, les index de contenu générés par le rôle d’index Office SharePoint Server 2007 sont en permanence propagés à tous les serveurs qui hébergent le rôle de requête dans une batterie de serveurs. Par conséquent, la sortie du rôle de serveur d’index Office SharePoint Server 2007 (autrement dit, l’index) est considérée comme redondante si le rôle de requête est déployé sur plus d’un ordinateur serveur.

Si vous déployez une batterie de serveurs Office SharePoint Server 2007, il est recommandé d’utiliser le serveur de requête Office SharePoint Server 2007 et les rôles de serveur d’index. Ainsi, vous pouvez appliquer au composant de requête une montée en puissance parallèle et obtenir la redondance des index de contenu. Dans la mesure où la raison principale de déployer plusieurs serveurs d’index Office SharePoint Server 2007 ou serveurs de recherche Windows SharePoint Services 3.0 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.

Le tableau suivant indique les rôles de serveur d’applications pouvant être déployés de manière redondante et les rôles pouvant être déployés sur plusieurs serveurs, mais qui ne sont pas redondants.

Planifier la redondance des serveurs de bases de données

Utilisez cette section pour vous aider à déterminer si la redondance du rôle de serveur de bases de données est une condition requise pour la solution. Les rubriques suivantes de planification vous permettront de décider de la technologie de redondance de base de données la plus appropriée pour l’environnement. Pour plus d’informations, voir Planification et conception du stockage et de la gestion des bases de données.

Le rôle de serveur de bases de données affecte la disponibilité de votre solution plus que tout autre rôle. Si un serveur Web ou un serveur d’applications tombe en panne, ces rôles peuvent rapidement être restaurés ou redéployés. Toutefois, si un serveur de bases de données tombe en panne, votre solution dépend de la restauration du serveur de bases de données. Cela peut éventuellement inclure la régénération du serveur de bases de données, puis la restauration des données à partir du support de sauvegarde. Dans ce cas, vous pouvez éventuellement perdre les données nouvelles ou modifiées remontant à la dernière tâche de sauvegarde, selon la façon dont SQL Server 2005 est configuré. En outre, la solution sera totalement indisponible pendant la période au cours de laquelle le rôle de serveur de bases de données sera restauré.

Évaluer les risques de pannes des serveurs d’applications

Cette section résume les conséquences attendues d’une panne du serveur d’applications. En d’autres termes, si vous déployez un rôle de serveur d’applications sur un serveur et que le serveur tombe en panne, quelles sont les conséquences potentielles ? L’assimilation des conséquences potentielles vous permettra de hiérarchiser l’allocation des serveurs dans la batterie de serveurs. Le tableau suivant répertorie les rôles de serveur d’applications et décrit pour chacun les conséquences d’un temps d’arrêt.

La recommandation générale en matière de redondance consiste à envisager l’installation d’un rôle de serveur d’applications sur au moins deux ordinateurs serveurs d’applications si :

• la solution repose principalement sur les fonctionnalités fournies par le serveur d’applications ;

• le taux de disponibilité requis pour les fonctionnalités fournies par le rôle de serveur s’élève à au moins 99 %.

Si votre organisation peut tolérer une perte temporaire de cette fonctionnalité pendant que l’équipe informatique déploie un rôle de serveur d’applications sur un autre serveur ou restaure le service sur le serveur existant, envisagez de déployer le rôle sur un serveur d’applications unique.

Sélectionner une topologie de base

Après avoir identifié la configuration requise pour la redondance des rôles de serveurs individuels, passez en revue les topologies du serveur de base et choisissez la topologie qui est la plus appropriée pour l’environnement.

Télécharger ce livre

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

• Planification et architecture d’Office SharePoint Server 2007, partie 2

• Planification d’un environnement extranet pour Office SharePoint Server (en anglais)

Vous trouverez la liste complète des livres disponibles sur Livres à télécharger pour Office SharePoint Server 2007.