Instructions de configuration de la réplication de données

Le présente section vous explique comment configurer la réplication des données entre les clusters. Elle contient également des astuces pour la configuration de groupes de ressources de réplication et d'application. Suivez ces instructions pour configurer la réplication de données de votre cluster.

Cette section traite les sujets suivants :

• Configuration des groupes de ressources de réplication

• Configuration des groupes de ressources d'application

  • Configuration des groupes de ressources pour une application de basculement

  • Configuration des groupes de ressources pour une application évolutive

• Instructions de gestion d'un basculement ou d'une commutation

Configuration des groupes de ressources de réplication

Les groupes de ressources de réplication colocalisent le groupe de périphériques sous le contrôle du logiciel Sun StorEdge Availability Suite via la ressource de nom d'hôte logique. Un groupe de ressources de réplication doit présenter les caractéristiques suivantes :

• Être un groupe de ressources de basculement

  Une ressource de basculement ne peut être exécutée que sur un seul nœud à la fois. En cas de basculement, les ressources de basculement interviennent.

• Comporter une ressource de nom d'hôte logique

  Le nom d'hôte logique doit être hébergé par le cluster principal. Après un basculement ou une commutation, il doit être hébergé par le cluster secondaire. Pour associer un nom d'hôte logique à un cluster, l'on utilise le DNS (Domain Name System, système de noms de domaines).

• Disposer d'une ressource HAStoragePlus

  La ressource HAStoragePlus assure la commutation du groupe de périphériques en cas de basculement ou de commutation du groupe de ressources de réplication. Sun Cluster assure également la commutation du groupe de ressources de réplication en cas de commutation du groupe de périphériques. Ainsi, le groupe de ressources de réplication et le groupe de périphériques sont toujours placés sur le même nœud ou contrôlés par le même nœud.

  Les propriétés d'extension suivantes doivent être définies dans la ressource HAStoragePlus :

  • GlobalDevicePaths. Cette propriété d'extension détermine le groupe de périphériques auquel appartient un volume.

  • AffinityOn = True. Cette propriété d'extension entraîne la commutation ou le basculement du groupe de périphériques lors de la commutation ou du basculement du groupe de ressources de réplication. Cette fonction est appelée commutation analogue.

  Pour obtenir de plus amples informations sur HAStoragePlus, reportez-vous à la page de manuel SUNW.HAStoragePlus(5).

• Porter le nom du groupe de périphériques avec lequel il est placé, suivi de -stor-rg

  Par exemple, groupe_périphériques-stor-rg.

• Être en ligne à la fois sur le cluster principal et le cluster secondaire

Configuration des groupes de ressources d'application

Pour être hautement disponible, une application doit être gérée en tant que ressource dans un groupe de ressources d'application. Un groupe de ressources d'application peut être configuré pour une application de basculement ou une application évolutive.

Les ressources d'application et les groupes de ressources d'application configurés sur le cluster principal doivent également l'être sur le cluster secondaire. Les données auxquelles a accès la ressource d'application doivent également être répliquées sur le cluster secondaire.

Cette rubrique fournit des instructions concernant la configuration des groupes de ressources d'application suivants :

• Configuration des groupes de ressources pour une application de basculement

• Configuration des groupes de ressources pour une application évolutive

Configuration des groupes de ressources pour une application de basculement

Une application de basculement consiste en une application exécutée sur un seul nœud à la fois. En cas d'échec sur ce nœud, l'application bascule sur un autre nœud du même cluster. Le groupe de ressources d'une application de basculement doit présenter les caractéristiques suivantes :

• Disposer d'une ressource HAStoragePlus qui assure la commutation du groupe de périphériques en cas de basculement ou de commutation du groupe de ressources d'application

  Le groupe de périphériques est placé avec le groupe de ressources de réplication et le groupe de ressources d'application. Ainsi, la commutation du groupe de ressources d'application provoque celle du groupe de périphériques et du groupe de ressources de réplication. Le groupe de ressources d'application, le groupe de ressources de réplication et le groupe de périphériques sont contrôlés par le même nœud.

  Notez cependant que la commutation ou le basculement du groupe de périphériques ou du groupe de ressources de réplication n'entraîne pas la commutation ou le basculement du groupe de ressources d'application.

  • Si les données d'application sont montées globalement, la présence d'une ressource HAStoragePlus dans le groupe de ressources d'application n'est pas nécessaire ; elle est seulement conseillée.

  • Par contre, si les données d'application sont montées localement, la présence d'une ressource HAStoragePlus dans le groupe de ressources d'application est nécessaire.

    Sans cela, la commutation ou le basculement du groupe de ressources d'application ne déclenchera pas la commutation ou le basculement du groupe de ressources de réplication et du groupe de périphériques. Après une commutation ou un basculement, le groupe de ressources d'application, le groupe de ressources de réplication et le groupe de périphériques ne seront donc plus contrôlés par le même nœud.

  Pour obtenir de plus amples informations sur HAStoragePlus, reportez-vous à la page de manuel SUNW.HAStoragePlus(5).

• Être en ligne sur le cluster principal et hors ligne sur le cluster secondaire

  Le groupe de ressources d'application doit être mis en ligne sur le cluster secondaire lorsque celui-ci prend la relève du cluster principal.

La figure suivante illustre la configuration d'un groupe de ressources d'application et d'un groupe de ressources de réplication dans une application de basculement.

Figure 6–4 Configuration des groupes de ressources dans une application de basculement

Configuration des groupes de ressources pour une application évolutive

Une application évolutive consiste en une application qui s'exécute sur plusieurs nœuds afin de créer un seul service logique. En cas d'échec d'un nœud exécutant une application évolutive, le basculement ne se produit pas. L'application continue de s'exécuter sur d'autres nœuds.

Lorsqu'une application évolutive est gérée comme une ressource dans un groupe de ressources d'application, il n'est pas nécessaire de placer le groupe de ressources d'application avec le groupe de périphériques. Il est donc inutile de créer une ressource HAStoragePlus pour le groupe de ressources d'application.

Le groupe de ressources d'une application évolutive doit présenter les caractéristiques suivantes :

• Avoir une dépendance sur le groupe de ressources d'adresses partagées

  Les nœuds qui exécutent l'application évolutive utilisent l'adresse partagée pour distribuer les données entrantes.

• Être en ligne sur le cluster principal et hors ligne sur le cluster secondaire

La figure suivante illustre la configuration des groupes de ressources dans une application évolutive.

Figure 6–5 Configuration des groupes de ressources dans une application évolutive

Instructions de gestion d'un basculement ou d'une commutation

Si le cluster principal échoue, l'application doit être basculée sur le cluster secondaire aussi rapidement que possible. Pour que le cluster secondaire prenne la relève, le DNS doit être mis à jour.

Le DNS associe un client au nom d'hôte logique d'une application. Après un basculement ou une commutation, le mappage du DNS au cluster principal doit être supprimé et un mappage du DNS au cluster secondaire doit être créé. La figure suivante illustre la manière dont le DNS associe un client à un cluster.

Figure 6–6 Mappage du DNS d'un client à un cluster

Pour mettre à jour le DNS, utilisez la commande nsupdate. Pour obtenir de plus amples informations, reportez-vous à la page de manuel nsupdate(1M). Pour en savoir plus sur la gestion d'un basculement ou d'une commutation, reportez-vous à la section Exemple de commutation et de gestion d'un basculement .

Une fois réparé, le cluster principal peut être remis en ligne. Pour le remettre en ligne, procédez comme suit :

1. Synchronisez le cluster principal avec le cluster secondaire pour garantir que le volume principal est à jour.

2. Mettez à jour le DNS pour que les clients puissent accéder à l'application sur le cluster principal.