Cluster retour d'expérience

Bonjour à tous. :lol:

Je suis preneur de tout retour d'expérience sur les clusters. la doc étant légère.

Envoyé au ST

Citation:

---

1) Dans la doc on trouve (Est-il possible de placer les serveurs physiques d'un cluster en plusieurs endroits géographiques ?
Réponse En raison du débit réseau nécessaire pour permettre une réplication synchrone des bases de données, il est fortement déconseillé de dissocier géographiquement les noeuds d'un cluster. Il est toutefois possible d'utiliser un mécanisme de réplication asynchrone entre deux clusters éloignés géographiquement.)

Même avec de l'ADSL pour une structure de 7 personnes?
Les temps de réponses seront dégradés mais à quel point ?

2) peut-on forcer à se connecteur sur le membre le plus proche?

3) Le cluster fait il du "Double phase commit" ?

---

La réponse

Citation:

---

1 - On ne peut pas répondre à cette question, car cela dépend du débit et de la quantité de données.

2 - Non malheureusement ce n'est pas possible.

3 - Oui. Une transaction est validé sur tous les noeuds ou sur aucun (donc rollback sur tous).
Note:
En cas de perte du noeud dans la deuxième phase, il se resynchronise au redémarrage, ce qui évite les incohérence du 2 PC.

---

Ok, c'est un peu tard mais voilà le retour d'expérience du cluster HFSQL en version 25.
Et si d'autres s'y sont essayé, je veux bien leur avis.

Nous étions plusieurs sur le coup, j'étais chargé d'installer un cluster de 2 noeuds et 1 coordinateur sur un ensemble de VM que j'ai lancé sous Virtualbox, tous des Windows 10 Home x64. Une autre équipe a tenté la même chose sur des Windows Server 2019 car c'est ce que la doc recommandait en tant que config minimale (https://doc.pcsoft.fr/fr-FR/?1000019031)

Il n'existait aucun AD, aucun serveur DNS sur le réseau (c'est une install avec une Livebox et un réseau local en 192.168, très banal) et quand j'ai bien compris que le load balancer de HFSQL Cluster allait en avoir besoin pour répartir la charge entre les noeuds, je me suis inspiré de ce billet https://blogs.pcsoft.fr/fr/role-serv...r/374/read.awp pour jouer avec le fichier host des Windows et référencer tous les serveurs participant au cluster, quel que soit leur rôle, dans tous les Windows. Ils communiquaient d'ailleurs tous entre eux via les partages administratifs que l'installeur utilisait pour déployer les installations distantes.

Je me suis heurté à une erreur indiquant que le noeud ajouté n'a pas pu être référencé sur le cluster. Par la suite sur les noeuds, le service hyperfile était bloqué: même via clic droit dans Services.msc on ne pouvait plus l'arrêter ou le redémarrer et si on retentait une install du cluster on se prenait cette fois un message d'erreur indiquant que le service ne pouvait être redémarré et pour cause: même Windows n'en était pas capable.

Nous y avons passé presque une journée et n'avons jamais réussi à obtenir un cluster valide. De ce que j'ai vu, l'installation distante des noeuds fonctionnait, mais le retour OK de l'installation ne remontait pas du noeud vers le coordinateur. Et ce malgré plusieurs tentatives, en installation distante, en installation locale, avec tous les fichiers host pleins, et malgré avoir scrupuleusement mis les exceptions nécessaires dans le parefeu Windows.

Je retenterais plus tard car je ne m'avoues de mon côté pas vaincu, mais quelque chose a franchement dû nous échapper. Je pense que cette histoire de DNS n'a pas été correctement gérée par nos soins dans un environnement qui ne possède aucun serveur DNS que l'installeur aurait pu mettre à jour lui même.
L'idée étant du coup abandonnée pour le moment, nous réfléchissons à la possibilité de mettre des HFSQL C/S standards mais avec des serveurs spare au milieu, ce qui là par contre a fonctionné en quelques minutes.

Merci de ton retour.
J'ai rencontré plein de pbs et j'ai abandonné.
Pour moi c'est pas fini ... encore.... :(

+1 à vous 2 pour ce retour d'expérience.

Une certaine splifhouse aurait été heureuse d'échanger avec vous : https://www.developpez.net/forums/d2...erreur-noeuds/