Architecture du Flex
Cluster d'Oracle
Tuesday, July 9, 2019
4:09 PM
Dans un article
précédent, nous avons défini et présenté les fonctionnalités d'Oracle Flex
Cluster, introduite dans la version Oracle Database 12c., ainsi que les
avantages qu'il apporte dans le gestion de "Grands" clusters de bases
de données. Le schéma ci-dessous présente une architecture composée de 4 nœuds
Hub interconnectés, identique à un RAC 11gR2. En dehors du Hub central, 16
nœuds Leaf forment 4 groupes.
Aucun des nœuds Leaf
n'est connecte a d'autres nœuds Leaf. Oracle RAC peut s'exécuter sur ces nœuds.
Un nœud Leaf n'a pas d'accès direct au stockage. Par conséquent la base de
donnes sur les nœuds Leaf, devra s'obtenir par l'intermédiaire des nœuds Hub. La
technologie permettant d'implémenter cet accès au stockage distant s'appelle
Oracle Flex ASM. Pour cette raison, quand vous configurez un cluster Flex,
Oracle Flex ASM est automatiquement activé.
L’avantage de cette architecture du Flex Cluster est de fournir la haute
disponibilité du logiciel Oracle Clusterware du niveau applications. Nous
pouvons exécuter des couches d’application sur le cluster Flex, qui offrent une
haute disponibilité, telle que la capacité de basculement, par rapport au
basculement matériel du serveur et à la maintenance planifiée.
Avec cette topologie
en étoilé, le cluster Flex d'Oracle 12c est conçu implémenter jusqu'à 64 nœuds
Hub et de nombreux nœuds Leaf. L'OCR et les disques votants sont uniquement
accessibles par les nœuds Hub et non les
nœuds Leaf. Si vous interrogez les disques votants ou l'OCR à partir des nœuds
Leaf, vous recevez les messages suivants :
$ crsctl query css votedisk
CRS-1668:
operation is not allowed on a Leaf node
$ ocrcheck
PROT-605: The
'ocrcheck' command is not supported from a Leaf node
Si une nœud Leaf échoue, il sera exclu du cluster et les
services encours d'exécution sur le nœud Leaf en échec sont basculés sur
d'autres nœuds Leaf, connectes au même nœud Hub. De cette manière, l'autre partie des nœuds du cluster ne sera pas
affectée par la défaillance de ce nœud Leaf, La heartbeat (pulsation) réseau
est utilisée pour maintenir la connectivité entre un nœud Leaf et le nœud Hub
et la "Tolérabilité"
de cette pulsation est définie par le
paramètre leafmisscount qui est défini par défaut sur 30 secondes. Si
l'échec de pulsation dépasse la valeur de du paramètre leafmisscount, le nœud Leaf sera alors reconnecté un autre nœud
Hub ou sera tout simplement expulsé du cluster.
$ crsctl get css leafmisscount
CRS-4678: Successful get
leafmisscount 30 for Cluster Synchronization Services.
$
Dans le prochain
article, nous parlerons de
l'architecture d'Oracle Flex ASM. D'ici-là, Bonne lecture et j'attends vos
suggestions.
Aucun commentaire:
Enregistrer un commentaire