Identification du nombre et de l'emplacement des répliques d'une grappe

La création d'une réplique de base de documents dans une grappe repose sur deux motifs principaux : offrir une disponibilité permanente des données et répartir la charge de travail entre plusieurs serveurs. Avant de créer des répliques dans une grappe, identifiez la fréquence à laquelle les utilisateurs accèdent à une base et leur besoin en matière de redondance des données. Si une base est très sollicitée ou si sa disponibilité est extrèmement importante, créez plusieurs répliques et stockez-les sur vos serveurs les plus fiables. En revanche, pour les bases qui sont moins occupées et pour lesquelles une disponibilité permanente n'est pas très importante, créer des répliques peut se révéler inutile. Un fichier journal, par exemple, ne nécessite aucune réplique sur un autre serveur.

Pus une base possède de répliques, plus les données sont accessibles. Toutefois, créer trop de répliques peut impliquer une surcharge inutile au niveau de la maintenance d'un système et altérer les performances. Lors de la planification de votre stratégie de grappe, essayez de trouver un juste équilibre entre les exigences des utilisateurs en termes de disponibilité des données et la capacité physique des serveurs de votre grappe à gérer toute charge supplémentaire. Il est possible que plus de trois répliques d'une base ne vous offrent pas une disponibilité suffisante. Si les utilisateurs peuvent accéder à une base à partir d'un ou de deux serveurs, n'augmentez pas le nombre de répliques dans la grappe.

Lorsque les utilisateurs nécessitent une disponibilité constante pour une base spécifique, créez des répliques sur chaque serveur de la grappe, si vous disposez de suffisamment d'espace disque et de ressources.

De plus, essayez de répartir les bases les plus sollicitées sur plusieurs serveurs afin d'éviter une trop forte concentration de bases très actives sur un seul serveur. Si tous les serveurs de la grappe disposent d'une puissance de processus similaire, vous pouvez obtenir une charge équivalente sur chaque serveur, dont la puissance nécessaire en cas de basculement. Si un serveur est doté d'une puissance de processus sensiblement inférieure ou supérieure à celle des autres serveurs, il est conseillé de modifier le nombre de bases que ce serveur contient ou doit réceptionner lors d'un basculement. En outre, distribuez les fichiers courrier dans la grappe ou configurez des serveurs ou grappes distincts pour le courrier.

Comme les bases occupées d'une grappe peuvent créer de nombreux événements de réplication, il peut s'avérer utile d'installer ces répliques sur le disque le plus rapide disponible dans la grappe. Si possible, placez ces répliques là où il n'y a aucun conflit de processus, une partition autre que celle contenant le fichier d'échange du système d'exploitation, par exemple.

Pour connaître les bases de documents et les répliques présentes dans la grappe, ouvrez la base Annuaire des bases de grappe (CLDBDIR.NSF). Elle contient un document d'informations sur chaque base et réplique de la grappe.

Remarque : Les formules de réplication sélective fonctionnent différemment dans une grappe.

Nombre de répliques à créer

La liste suivante décrit certains facteurs à prendre en considération lors de la sélection du nombre de répliques à créer.

  • Le nombre de répliques que vous créez pour une base dépend de l'importance accordée à sa disponibilité et de sa fréquence d'utilisation.
  • Il est conseillé de créer au moins une réplique de chaque base pour laquelle vous souhaitez une redondance des données. Ainsi, si une base est inaccessible, les utilisateurs basculeront vers la réplique.
  • Pour garantir la disponibilité permanente d'une base, vous pouvez créer plusieurs répliques. Plus la disponibilité est importante, plus vous devez créer de répliques. Générez plusieurs répliques pour les bases de documents très importantes uniquement. Les répliques superflues peuvent appauvrir les ressources de la grappe et du réseau.
  • Pour la plupart des bases, une seule réplique suffit. Rares sont celles nécessitant plus de trois répliques, à moins qu'une base soit vraiment stratégique.
  • Prenez en compte la puissance et la largeur de bande de votre système lors de la création de répliques. Plus une base est occupée, plus elle engendre de trafic réseau et utilise de puissance de processus pour maintenir ses répliques à jour. Si certains de vos systèmes sont limités en puissance et en largeur de bande, limitez le nombre de répliques des bases occupées ou augmentez la puissance et les ressources des serveurs. Dans une grappe disposant de ressources limitées, répliquer des bases occupées peut s'avérer inefficace en raison du surcroît de ressources nécessaire à la réplication. (La mise en grappe n'est pas une solution en cas de ressources inadaptées.) En revanche, moins une base est sollicitée, moins elle occasionnera de surcharge pour maintenir ses répliques à jour.
  • Si vous n'êtes pas sûr du nombre de répliques à créer, commencez avec une, puis fiez-vous aux statistiques de la grappe. Si ces dernières indiquent une indisponibilité du serveur ou un problème de performances, augmenter le nombre de répliques peut être la solution.
  • Ne répliquez pas les bases pour lesquelles la disponibilité ou l'équilibrage des charges n'est pas une priorité.

Analyse des bases de documents afin de déterminer le nombre de répliques

Plusieurs facteurs sont à prendre en considération lors du choix du nombre de répliques à créer. Certains incitent à plus de répliques, d'autres à moins. La liste ci-dessous décrit les facteurs et leur influence sur le trafic et les performances de la grappe.

Avant de répartir des bases dans une grappe, il peut être utile de créer un tableau reprenant les informations sur ces bases et le matériel de la grappe. Il vous permettra de déterminer l'importance de certaines bases et l'adéquation de vos ressources. Vous pouvez y inclure tout ou partie des données suivantes :

  • Titres des bases

    Permet d'identifier chaque base.

  • Taille de chaque base

    Les bases de grande taille consomment plus d'espace disque. Selon la capacité de votre disque, vous pouvez créer moins de répliques des grandes bases afin d'utiliser moins d'espace disque.

  • Nombre et répartition des utilisateurs des bases

    Si vous comptez un grand nombre d'utilisateurs, ils bénéficieront probablement de meilleures performances si l'utilisation est répartie sur plusieurs serveurs. Ce facteur implique plusieurs répliques. Si le nombre d'utilisateurs est faible, ils ne détecteront probablement aucune amélioration des performances avec plusieurs répliques.

  • Fréquence des transactions utilisateur

    Si le taux de transaction est élevé, créer plusieurs répliques peut améliorer les performances.

    Pour connaître le taux d'activité d'une base de documents, consultez le fichier journal d'HCL Notes®.

  • Volume prévu de nouvelles données

    Si vous planifiez un volume important de nouvelles données dans la base, davantage de répliques peuvent ralentir les performances en raison du trafic supplémentaire engendré par la réplication. Si vous disposez de serveurs puissants et d'une grande largeur de bande, cela ne créera pas de problème.

  • Capacité du serveur HCL Domino®

    Plus les serveurs sont puissants et disposent d'espace disque, plus vous pouvez créer de répliques actives sans trop altérer les performances.

  • Type de connexions réseau entre les serveurs

    Sur un réseau pourvu d'une largeur de bande insuffisante, la réplication peut provoquer un goulot d'étranglement. C'est pourquoi le nombre de répliques à créer dépend de votre largeur de bande.

  • Importance de la base de documents pour vos activités

    Pour les bases stratégiques, il est conseillé de créer plusieurs répliques. Pour les bases pour lesquelles la disponibilité est moins importante, créez moins de répliques ou pas du tout.

Exemple de tableau

Ce tableau permet d'identifier les bases de documents nécessitant une haute disponibilité, les bases les plus sollicitées et l'espace disque supplémentaire requis à l'avenir. Dans cet exemple, deux bases sont très importantes et se développent rapidement. Vous devez dès lors vous assurer qu'elles disposent de suffisamment de répliques, afin de garantir leur disponibilité permanente. Vous devez également vérifier que vous disposez de suffisamment d'espace disque pour prendre en charge la croissance occasionnée sur chaque serveur contenant une réplique de ces bases. Une base est d'une importance moyenne, avec un taux de croissance moins rapide. De plus, elle n'est pas très active. Une seule réplique suffit, sauf si une indisponibilité de cette dernière peut avoir des conséquences fâcheuses sur vos activités. Enfin, la dernière base n'est pas très importante et ne nécessite aucune réplique dans la grappe.

Le nombre d'utilisateurs simultanés vous permet de déterminer les besoins en matière d'équilibrage des charges.

Le tableau suivant met en application quelques-unes des données précédentes afin de déterminer le nombre de répliques nécessaires.

Tableau 1. Exemple de tableaux d'informations sur les bases propres à l'organisation

Titre de la base

Taille

Nombre max. d'utilisateurs simultanés

Taux de transaction

Taux de croissance

Besoin en disponibilité

Nombre suggéré de répliques

Discussion sur les produits

4 Go

600<nozeros>

Elevée

Elevée

Elevée

2<pasdezéros>

Suivi des ventes

1 Go

200<nozeros>

Normal

Elevée

Critique

2 ou plus

Recherche d'une société

2 Go

20<pasdezéros>

Faible

Normal

Normal

0 ou 1

Annonces classées

1 Go

50<pasdezéros>

Normal

Normal

Faible

0<pasdezéros>