Planifier la tolérance aux pannes et la disponibilité dans Project Server 2007

Qu’est-ce que la disponibilité ?

La disponibilité est le degré auquel un système tel que Office Project Server 2007 est perçu comme disponible par les utilisateurs. Garantir la disponibilité signifie garantir qu’un système est résilient, c’est-à-dire que les incidents qui affectent le service se produisent rarement et que l’action opportune et efficace est appliquée dans ce cas. Les stratégies de disponibilité réduisent la perception par les utilisateurs des temps d’arrêt planifiés et non planifiés.

L’une des mesures les plus courantes de la disponibilité est le pourcentage du temps de fonctionnement exprimé sous forme de nombre de neufs : il s’agit du pourcentage de temps pendant lequel un système donné est en service et fonctionne. Par exemple, un système avec un pourcentage de disponibilité égal à 99,999 présente une disponibilité de 5 neufs.

Le tableau ci-dessous établit la correspondance entre le nombre de neufs et les équivalents en durées calendaires.

Si vous pouvez établir une estimation censée du nombre total probable d’heures d’indisponibilité que vous pouvez rencontrer, vous pouvez utiliser les formules ci-dessous pour calculer le pourcentage du temps de fonctionnement annuel, mensuel et quotidien :

• 
  % Temps de fonctionnement/an = 100 \endash (8760 \endash nombre total d’heures d’indisponibilité par an) / 8760

• 
  % Temps de fonctionnement/mois = 100 \endash ((24 * nombre de jours dans le mois) \endash nombre total d’heures d’indisponibilité dans ce mois) / (24 * nombre de jours dans le mois)

• 
  % Temps de fonctionnement/semaine = 100 \endash (168 \endash nombre total d’heures d’indisponibilité dans cette semaine) / 168

Ce que la disponibilité ne signifie pas

La disponibilité n’est pas la protection et la récupération des données, ni la récupération après incident. Vous devez disposer d’une protection des données distincte et de plans de récupération après incident sur tout système hautement disponible.

En outre, la disponibilité n’est pas la gestion de la continuité des opérations (BCM). La gestion BCM se compose des prises de décision, des processus et des outils que vous mettez en place à l’avance afin de gérer des situations de crise. Une crise peut être un événement local, régional ou national ou peut concerner votre entreprise uniquement.

Coût de la disponibilité

La disponibilité est une des conditions les plus onéreuses d’un système. Plus le niveau de disponibilité est élevé et plus le nombre de systèmes que vous devez protéger est important, plus la solution de disponibilité sera probablement complexe et coûteuse. Lorsque vous investissez dans la disponibilité, les frais comprennent :

• le matériel et les logiciels supplémentaires, impliquant souvent des opérations complexes entre les logiciels, telles que des scripts personnalisés pour le basculement et la récupération ;

• la complexité opérationnelle supplémentaire.

Les coûts inhérents à la disponibilité doivent être évalués en fonction des besoins de votre entreprise : les solutions au sein d’une organisation n’exigent probablement pas toutes le même niveau de disponibilité. Vous pouvez proposer différents niveaux de disponibilité pour différents sites, différents services (par exemple, recherche et analyse décisionnelle) ou différentes batteries de serveurs.

La disponibilité constitue un élément essentiel pour lequel les groupes informatiques proposent des contrats de niveau de service qui établissent des exigences auprès de groupes de clients. De nombreuses entreprises informatiques proposent divers contrats de niveau de service correspondant à différents niveaux de facturation.

À propos de la redondance

La redondance est un aspect fondamental de la disponibilité. La redondance inclut l’utilisation de plusieurs serveurs dans un environnement à charge équilibrée pour améliorer les performances de la batterie de serveurs ou la faire évoluer afin de prendre en charge des utilisateurs supplémentaires. La redondance inclut également l’utilisation de composants de secours identiques, tels que des alimentations ou de l’équipement réseau, pour fournir une fonctionnalité continue en cas de panne du composant principal.

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

Office Project Server 2007 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.

Détermination des besoins de disponibilité

Pour évaluer la tolérance de l’organisation sur les temps d’immobilisation d’un site, d’un service ou d’une batterie de serveurs, répondez aux questions suivantes :

• Si Office Project Server 2007 devient indisponible, les employés de l’entreprise pourront-ils exercer convenablement leurs fonctions ?

• Si Office Project Server 2007 devient indisponible, les transactions avec les partenaires et les clients seront-elles interrompues, avec à la clé la perte possible de contrats et de clients ?

Si vous avez répondu oui à l’une de ces questions, vous devez investir dans une solution de disponibilité.

Même si cet article traite principalement de la disponibilité de Office Project Server 2007, le temps d’activité du système est également affecté par les autres composants du système. En particulier, prenez en compte les éléments suivants :

Vous devez vérifier que les dépendances d’infrastructure (par exemple, alimentation électrique, refroidissement, réseau, annuaire et protocole/serveur SMTP) sont complètement redondantes.

Choisissez un mécanisme de commutation pour le système, DNS ou matériel d’équilibrage de la charge, répondant à vos besoins. Les articles ci-dessous indiquent les méthodes conseillées pour les serveurs Web d’équilibrage de la charge :

• Conception au niveau de l’entreprise pour l’équilibrage de la charge (en englais) (https://go.microsoft.com/fwlink/?linkid=122194\&clcid=0x40C)

• Conception du DNS au niveau de l’entreprise (en englais) (https://go.microsoft.com/fwlink/?linkid=122196\&clcid=0x40C)

Gestion de clusters SQL Server de basculement

Les clusters de basculement sont conçus pour les applications avec état. Ces applications possèdent un état en mémoire de longue durée ou des états de données volumineux et fréquemment mis à jour.

Les clusters de basculement offrent une disponibilité élevée car ils permettent le basculement des ressources. Ils maintiennent également les connexions des clients aux applications et aux services.

Dans les clusters de basculement, les nœuds partagent l’accès aux données. Nœuds peuvent être actifs ou passifs et la configuration de chacun dépend du mode d’exploitation (actif ou passif) et de la configuration du basculement dans le cluster. Un serveur qui est désigné pour gérer le basculement doit être dimensionné afin de gérer la charge de travail du nœud en panne en plus de sa propre charge de travail.

Dans les déploiements de Office Project Server 2007, vous pouvez gérer les clusters de basculement avec SQL Server.

Clusters à charge équilibrée

Les clusters à charge équilibrée sont des groupes d’ordinateurs identiques, généralement clonés, qui servent à améliorer la disponibilité des serveurs Web, des serveurs ISA (Microsoft Internet Security and Acceleration) (pour les serveurs proxy et pare-feu) et des autres applications qui reçoivent le trafic TCP (Transmission Control Protocol) et UDP (User Datagram Protocol). Les nœuds de cluster étant généralement des clones identiques les uns des autres, ils peuvent fonctionner indépendamment ; tous les nœuds d’un cluster sont actifs.

Office Project Server 2007 prend en charge deux méthodes d’équilibrage de charge :

• Une méthode logicielle, telle que les services d’équilibrage de la charge réseau NLBS dans le système d’exploitation Microsoft Windows Server 2003. L’équilibrage de la 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 la charge réseau (et d’autres solutions logicielles d’équilibrage de charge) s’exécute sur les serveurs Web frontaux, elle utilise les ressources du système Web frontal, ce qui limite les ressources que vous pouvez utiliser pour servir 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.

• 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 vers les serveurs Web frontaux. Il est plus coûteux à installer que des logiciels, mais il n’affecte pas les ressources des serveurs Web frontaux. Office Project Server 2007 est utilisable avec n’importe quel matériel d’équilibrage de charge.

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

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.

Le service d’application Project d’Office Project Server 2007 peut être déployé de manière redondante. Cela permet un meilleur débit pour les requêtes de données PWA et peut augmenter la capacité de votre déploiement. Toutefois, déployer le service d’application Project Server sur plusieurs serveurs n’augmente pas la disponibilité de la batterie de serveurs. Si un des serveurs tombe en panne, la batterie de serveurs ne détecte pas automatiquement la panne et continue à envoyer des requêtes au serveur du service d’application Project Server en panne tant que celui-ci n’est pas retiré manuellement de la batterie de serveurs.

Rôles qui ne peuvent pas être redondants

Certains rôles de serveur d’application que vous pouvez activer dans Office Project Server 2007 ne peuvent pas être redondants, comme la recherche Windows SharePoint Services 3,0. Ce rôle de serveur d’application peut être déployé sur plusieurs serveurs ; cependant, les multiples serveurs ne sont pas redondants. Ce rôle de serveur est configuré pour analyser le contenu et générer des index de contenu. Si vous déployez ce rôle sur plusieurs serveurs, chaque serveur analyse un contenu différent.

Redondance de serveur de bases de données

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

Quel que soit le système, il est recommandé de collaborer avec les fabricants de matériel afin de disposer d’un matériel tolérant aux pannes adéquat, notamment de baies RAID.

Lors de la planification de la tolérance aux pannes des composants, tenez compte des points suivants :

• La redondance totale de chaque composant dans un serveur peut être impossible ou difficile. Utilisez des serveurs supplémentaires pour une meilleure redondance.

• Vérifiez que les serveurs sont équipés de plusieurs alimentations connectées à des sources différentes pour une redondance maximale.