Utilisation de la réplication de données basée sur le stockage dans un cluster

La réplication de données basée sur le stockage utilise le logiciel installé sur le périphérique de stockage pour gérer la réplication dans un cluster ou un cluster de campus. Un logiciel de ce type est spécifique à votre périphérique de stockage et n'est pas utilisé pour la reprise sur sinistre. Lors de la configuration de la réplication de données basée sur le stockage, reportez-vous à la documentation qui accompagne votre périphérique de stockage .

En fonction du logiciel utilisé, vous pouvez utiliser le basculement automatique ou manuel pour ce type de réplication. Oracle Solaris Cluster prend en charge les deux types de basculement des copies avec les logiciels Hitachi TrueCopy, Hitachi Universal Replicator et EMC SRDF.

Cette section décrit la réplication de données basée sur le stockage telle qu'utilisée dans un cluster de campus. La Figure 4-1 illustre un exemple de configuration deux pièces où les données sont répliquées entre deux baies de stockage. Dans cette configuration, la baie de stockage principale se trouve dans la première pièce, où elle fournit les données aux nœuds des deux pièces. Elle fournit également à la baie de stockage principale les données à répliquer.

Figure 4-1 Configuration deux pièces avec la réplication de données basée sur le stockage

En fonction du type d'application utilisé, la réplication de données basée sur le stockage avec Hitachi TrueCopy ou Hitachi Universal Replicator peut être effectuée de manière synchrone ou asynchrone dans l'environnement Oracle Solaris Cluster. Si vous souhaitez effectuer un basculement automatique dans un cluster de campus, utilisez TrueCopy de manière synchrone. La réplication synchrone basée sur le stockage avec EMC SRDF est prise en charge par Oracle Solaris Cluster ; la réplication asynchrone, quant à elle, n'est pas prise en charge avec EMC SRDF.

N'utilisez pas les modes Domino ou Adaptive Copy d'EMC SRDF. Le mode Domino rend les volumes SRDF local et cible indisponibles pour l'hôte lorsque la cible est indisponible. Le mode Adaptive Copy est généralement utilisé pour les migrations de données et les déplacements du centre de données et n'est pas recommandé pour la reprise sur sinistre.

Si le contact avec le périphérique de stockage distant est perdue, assurez-vous qu'une application qui s'exécute sur le cluster principal n'est pas bloqué en spécifiant un Fence_level de jamais ou async. Si vous spécifiez un Fence_level de données ou statut, le premier périphérique de stockage refuse mises à jour si les mises à jour ne peuvent pas être copiées sur le périphérique de stockage distant.

Configuration requise et restrictions applicables lors de l'utilisation de la réplication de données basée sur le stockage dans un cluster

Pour assurer l'intégrité des données, utilisez le multiacheminement et le package RAID approprié. La liste suivante répertorie les considérations à prendre en compte lors de la mise en œuvre d'une configuration de cluster qui utilise la réplication de données basée sur le stockage.

• La distance de nœud à nœud est limitée par la structure Fibre Channel et d'interconnexion de Oracle Solaris Cluster. Pour de plus amples informations sur les limitations actuelles et les technologies prises en charge, contactez votre fournisseur de services Oracle.

• Ne configurez pas un volume répliqué en tant que périphérique de quorum. Identifiez tous les périphériques de quorum sur un volume partagé non répliqué ou utilisez le serveur de quorum.

• Assurez-vous que seule la copie principale des données est visible pour les nœuds de cluster. Dans le cas contraire, le gestionnaire de volumes peut essayer d'accéder simultanément aux copies principale et secondaire des données. Reportez-vous à la documentation fournie avec votre baie de stockage pour obtenir des informations sur le contrôle de la visibilité de vos copies de données.

• EMC SRDF, Hitachi TrueCopy et Hitachi Universal Replicator permettent à l'utilisateur de définir des groupes de périphériques répliqués. Chaque groupe de périphériques de réplication doit être associé à un groupe de périphériques Oracle Solaris Cluster au nom identique.

• Certaines données spécifiques à une application peuvent ne pas être adaptées à la réplication asynchrone. En fonction du comportement de votre application, déterminez la meilleure méthode de réplication de ce type de données sur les périphériques de stockage.

• Si vous configurez le cluster en vue d'un basculement automatique, utilisez la réplication synchrone.

  Pour obtenir des instructions sur la configuration du cluster en vue du basculement automatique des volumes répliqués, reportez-vous à la section Administration de périphériques répliqués et basés sur le stockage.

• Lors de la réplication dans un cluster, Oracle Real Application Clusters (RAC) n'est pas prise en charge avec SRDF, Hitachi TrueCopy et Hitachi Universal Replicator. Les nœuds connectés aux répliques qui ne sont pas actuellement les répliques principales ne disposeront pas d'un accès en écriture. Les applications évolutives qui requièrent un accès en écriture direct à partir de tous les nœuds du cluster ne peuvent être prises en charge avec les périphériques répliqués.

• Veritas Cluster Volume Manager (CVM) et Solaris Volume Manager multipropriétaire pour le logiciel Oracle Solaris Cluster ne sont pas pris en charge.

• N'utilisez pas le mode Domino ou Adaptive Copy dans EMC SRDF. Pour de plus amples informations, reportez-vous à la section Utilisation de la réplication de données basée sur le stockage dans un cluster.

• N'utilisez pas le mode Data ou Status dans Hitachi TrueCopy ou Hitachi Universal Replicator. Pour de plus amples informations, reportez-vous à la section Utilisation de la réplication de données basée sur le stockage dans un cluster.

Considérations à prendre en compte concernant la récupération manuelle lors de l'utilisation de la réplication de données basée sur le stockage dans un cluster

A l'instar de tous les clusters de campus, les clusters qui utilisent la réplication de données basée sur le stockage ne requièrent pas d'intervention en cas de défaillance unique. Toutefois, si vous utilisez le basculement manuel et perdez la pièce qui contient votre périphérique de stockage principal (comme illustré dans la Figure 4-1), des problèmes surviennent dans un cluster à deux nœuds. Le nœud restant ne peut pas réserver le périphérique de quorum ni démarrer en tant qu'élément du cluster. Dans ce cas, le cluster nécessite l'intervention manuelle suivante :

1. Votre fournisseur de services Oracle doit reconfigurer le nœud restant de façon à ce qu'il démarre en tant qu'élément du cluster.

2. Votre fournisseur de services Oracle ou vous-même devez configurer un volume non répliqué de votre périphérique de stockage secondaire en tant que périphérique de quorum.

3. Votre fournisseur de services Oracle ou vous-même devez configurer le nœud restant de sorte à utiliser le périphérique de stockage secondaire en tant que périphérique de stockage principal. Cette reconfiguration peut nécessiter la reconstruction des volumes du gestionnaire de volumes, la restauration des données ou la modification des associations de l'application avec les volumes de stockage.

Pratiques recommandées lors de l'utilisation de la réplication de données basée sur le stockage

Lors de la configuration de groupes de périphériques utilisant Hitachi TrueCopy ou le logiciel Hitachi Universal Replicator pour la réplication de données basées sur le stockage, respectez les points suivants :

• Utilisez la réplication synchrone pour éviter la perte de données susceptible de se produire en cas de défaillance du site principal.

• Une relation de type un à un doit exister entre le groupe de périphériques global Oracle Solaris Cluster et le groupe de réplication TrueCopy définis dans le fichier de configuration horcm. Cela permet aux deux groupes de passer d'un nœud à un autre en tant qu'unité unique.

• Les volumes du système de fichiers global et les volumes du système de fichiers de basculement ne peuvent faire partie du même groupe de périphériques répliqué car ils sont soumis à un type de contrôle différent. Les systèmes de fichiers globaux sont contrôlés par un système DCS (Device Configuration System, système de configuration de périphérique). Les volumes de systèmes de fichiers de basculement, quant à eux, sont contrôlés par HAS+. Pour chaque type de système, le nœud principal peut être un nœud différent, ce qui peut entraîner des conflits quant au nœud devant jouer le rôle de nœud principal de réplication.

• Toutes les instances de gestionnaire RAID doivent être en cours d'exécution à tout moment.

Lors de l'utilisation du logiciel EMC SRDF pour la réplication de données basée sur le stockage, utilisez des périphériques dynamiques plutôt que statiques. Les périphériques statiques peuvent nécessiter plusieurs minutes pour changer le nœud principal de réplication et affecter ainsi la durée de basculement.