Discussion :

[Thomas.RDRK]

192.168.1.1 pour la passerelle (la box)
Je revérifierais ce point mais toutes les vm doivent etre en réseau privé de mémoire

D'accord je vous remercie je vais réessayer de mon côté.

[Thomas.RDRK]

192.168.1.1 pour la passerelle (la box)
Je revérifierais ce point mais toutes les vm doivent etre en réseau privé de mémoire

Et avez vous modifié les paramètres avancées pour l'IPv4 de chaque VM ?

[Thomas.RDRK]

Bonsoir,

J’ai donc refait un essai, en partant de là :

Installation et configuration de HFSQL Cluster - PC SOFT - Documentation en ligne Version 2024 (29)
Il est indiqué dans les configs minimales et recommandées que les systèmes Windows doivent être des systèmes Windows Server. Je prends donc Windows Server Standard 2022 (Evaluation, avec expérience de bureau) ici Windows Server 2022 | Centre d’évaluation Microsoft en français.

Machines virtuelles :
3 VMs sous VMWare Workstation, faites une par une sans les copier et en réinstallant Windows manuellement à chaque fois (pour éviter que pour une quelconque raison, un identifiant planqué dans l’OS/la VM soit dupliqué aussi et empêche le fonctionnement du Cluster si ce dernier venait à le contrôler pendant son fonctionnement. Comme je l’ignores car je n’ai pas accès au code qui fait marcher HFSQL Cluster, je ne prends pas de risques).
6go de RAM, 4 vCPU, 60Go de disque à chaque fois (fichiers split), install de l’OS manuelle, réglage réseau Bridged sans réplication de l’état physique de la connexion.
COORD-0 sera le coordinateur et le serveur DNS (installé par ailleurs grâce aux rôles et fonctionnalités de Windows Server)
NODE-1 et NODE-2 seront les nœuds du cluster
Même mot de passe admin sur toutes les VM.
Une fois les Windows installés sachant que les nœuds doivent avoir une IP fixe, je fixe donc les IP sur toutes les VM :
COORD-0 : 192.168.1.230
NODE-1 et NODE-2 : idem avec 231 et 232
IPv6 est désactivé par précaution, on est full IPv4 sur toutes les VM.
J’installes le rôle de DNS sur COORD-0 (et il est paramétré comme étant le DNS de lui-même, et des deux nodes) et je crée dans le DNS une zone principale cluster_COORD-0.COORD-0 (suite à de précédents essais, j’ai su comment fallait faire, ce nom sera le nom DNS du cluster). Cette zone permet qu’on la mette à jour dynamiquement.
La doc dit :
• Le port 4997 utilisé par le coordinateur du cluster doit être ouvert dans le pare-feu Windows.
• Les ports utilisés par les noeuds et le port 4998 doivent être ouverts dans le pare-feu Windows sur chaque machine serveur.

Comme j’ignore si le port 4997 doit être ouvert ou pas sur les nodes, et si les ports 4900 et 4998 ne doivent l’être que sur les nodes, j’ouvre les ports 4900,4997,4998, en entrant TCP, sur tous les serveurs. Et on verra.
->A ce stade, je sauve toutes les VM au cas où j’ai besoin de les restaurer.


Installation de HFSQL Cluster :

https://package.windev.com/pack/wx29...ACK290076c.exe
Je commence par l’installer sur COORD-0 pour créer un nouveau cluster.
L’installeur me propose ensuite de transformer un serveur HFSQL en premier nœud du cluster ou d’installer un cluster vierge. Je choisis d’en installer un vierge.
L’assistant d’installation du Cluster sur COOD-0 me demande le nom de la machine du coordinateur, COORD-0 donc, un mot de passe, et le nom DNS du cluster : cluster_COORD-0.COORD-0
L’assistant veut ensuite que j’ajoutes des nœuds au cluster. Je le fais en indiquant les noms de NODE-1 et NODE-2 sur lesquels aucun serveur HF n’est encore installé (faut pas, on les installera après avec le pack généré)
Il me demande le numéro de port, 4900, et crée le package d’installation, et je lui dis ensuite que je vais utiliser le pack de maj manuelle a exécuter sur chaque nœud participant au cluster. Et je lui demande de me le générer dans le Shared Folder VMWare partagé par toutes les VMs.
Je lance le pack sur le coordinateur (et le pack détecte qu’il doit installer le coordinateur) et le répertoire d’install est C:\PC SOFT\ClusterManager_cluster_COORD-0
Je le lance ensuite sur les 2 nodes (et il détecte que c’est pour ajouter un nœud au cluster) :
-le répertoire d’install est toujours C:\PC SOFT\Serveur HFSQL_cluster_COORD-0
-le nom du serveur HFSQL est cluster_COORD-0 - Nœud 1 et cluster_COORD-0 - Nœud 2

L’install se fait vite, avec succès sur les 2 nodes. Je remarque que dans le DNS, deux enregistrements A se sont ajoutés avec les IP des 2 nodes (signe qu’il a réussi à mettre le DNS à jour automatiquement)

Pièce jointe 653723

En lançant un centre de contrôle pour me connecter à COORD-0 (sur le cluster) il est en cours de démarrage avec les nœuds présents mais dans des états curieux.

Pièce jointe 653724

Je redémarre toutes les VM mais idem. L’état des nœuds est bizarre.
Je désinstalle le node 1, et le réinstalles avec le pack. Je le vois bien disparaitre sur le coordinateur, et revenir, mais dans un état bizarre à nouveau :

Pièce jointe 653725

Je décide de désinstaller Hf sur les 2 nodes, et même là le coordinateur voit encore le nœud 1, que je dois exclure à la main.
Je réinstalle le node 1 avec le pack puis le node 2.
Je désactive tous les parefeu.
Je remarque que les nœuds quand on les regarde dans le centre de contrôle, passent de « En cours de démarrage » à « En cours d’arrêt ». On dirait que le CC récupère bien leur état mais que quelque chose les empêche de démarrer, et toutes les 10-15 secondes le nœud retente quelque chose.
Je mets donc un Procmon Process Monitor - Sysinternals | Microsoft Learn sur le process Manta64.exe du node 1. Et là je vois que ce que Procmon intercepte correspond exactement au passage au statut « en cours de démarrage », à intervalles réguliers il se passe un truc. Je ne sais pas quoi. Il y a des échanges réseau sur NODE-1 entre le NODE-2 et le COORD-0
Je mets un Wireshark sur node 1 pour voir les échanges réseaux que Procmon détecte entre le NODE-2 et le COORD-0
Vu les traces que wireshark a donné, je comprends que la zone de recherche inversée DNS est utile, je la crée

Pièce jointe 653726

Les erreurs que je voyais dans Wireshark ne sont plus là. Mais je n’apprends rien de plus.
Procmon ne m’apprend pas grand-chose de plus. Quand je tentes de réinstaller les nodes après les avoir désinstallés un nombre incalculable de fois, le DNS ne se met plus à jour et les nœuds ne sont plus détectées par le coordinateur.
C’est très aléatoire, et je ne comprends pas pourquoi. C’est une énigme. Je vais restaurer NODE-1 et NODE-2 pour voir si c'est un peu mieux mais ce truc est un vrai mur.
L'état du cluster est toujours "En cours de démarrage" il n'a jamais démarré à ce jour.

J'ai essayé l'installation comme vous cela ne pose aucun problème concernant l'installation du coordinateur et des nœuds. Néamoins même problème concernant l'état des nœuds et impossible de les supprimer pour ma part.

[Thomas.RDRK]

Bonsoir,

J’ai donc refait un essai, en partant de là :

Installation et configuration de HFSQL Cluster - PC SOFT - Documentation en ligne Version 2024 (29)
Il est indiqué dans les configs minimales et recommandées que les systèmes Windows doivent être des systèmes Windows Server. Je prends donc Windows Server Standard 2022 (Evaluation, avec expérience de bureau) ici Windows Server 2022 | Centre d’évaluation Microsoft en français.

Machines virtuelles :
3 VMs sous VMWare Workstation, faites une par une sans les copier et en réinstallant Windows manuellement à chaque fois (pour éviter que pour une quelconque raison, un identifiant planqué dans l’OS/la VM soit dupliqué aussi et empêche le fonctionnement du Cluster si ce dernier venait à le contrôler pendant son fonctionnement. Comme je l’ignores car je n’ai pas accès au code qui fait marcher HFSQL Cluster, je ne prends pas de risques).
6go de RAM, 4 vCPU, 60Go de disque à chaque fois (fichiers split), install de l’OS manuelle, réglage réseau Bridged sans réplication de l’état physique de la connexion.
COORD-0 sera le coordinateur et le serveur DNS (installé par ailleurs grâce aux rôles et fonctionnalités de Windows Server)
NODE-1 et NODE-2 seront les nœuds du cluster
Même mot de passe admin sur toutes les VM.
Une fois les Windows installés sachant que les nœuds doivent avoir une IP fixe, je fixe donc les IP sur toutes les VM :
COORD-0 : 192.168.1.230
NODE-1 et NODE-2 : idem avec 231 et 232
IPv6 est désactivé par précaution, on est full IPv4 sur toutes les VM.
J’installes le rôle de DNS sur COORD-0 (et il est paramétré comme étant le DNS de lui-même, et des deux nodes) et je crée dans le DNS une zone principale cluster_COORD-0.COORD-0 (suite à de précédents essais, j’ai su comment fallait faire, ce nom sera le nom DNS du cluster). Cette zone permet qu’on la mette à jour dynamiquement.
La doc dit :
• Le port 4997 utilisé par le coordinateur du cluster doit être ouvert dans le pare-feu Windows.
• Les ports utilisés par les noeuds et le port 4998 doivent être ouverts dans le pare-feu Windows sur chaque machine serveur.

Comme j’ignore si le port 4997 doit être ouvert ou pas sur les nodes, et si les ports 4900 et 4998 ne doivent l’être que sur les nodes, j’ouvre les ports 4900,4997,4998, en entrant TCP, sur tous les serveurs. Et on verra.
->A ce stade, je sauve toutes les VM au cas où j’ai besoin de les restaurer.


Installation de HFSQL Cluster :

https://package.windev.com/pack/wx29...ACK290076c.exe
Je commence par l’installer sur COORD-0 pour créer un nouveau cluster.
L’installeur me propose ensuite de transformer un serveur HFSQL en premier nœud du cluster ou d’installer un cluster vierge. Je choisis d’en installer un vierge.
L’assistant d’installation du Cluster sur COOD-0 me demande le nom de la machine du coordinateur, COORD-0 donc, un mot de passe, et le nom DNS du cluster : cluster_COORD-0.COORD-0
L’assistant veut ensuite que j’ajoutes des nœuds au cluster. Je le fais en indiquant les noms de NODE-1 et NODE-2 sur lesquels aucun serveur HF n’est encore installé (faut pas, on les installera après avec le pack généré)
Il me demande le numéro de port, 4900, et crée le package d’installation, et je lui dis ensuite que je vais utiliser le pack de maj manuelle a exécuter sur chaque nœud participant au cluster. Et je lui demande de me le générer dans le Shared Folder VMWare partagé par toutes les VMs.
Je lance le pack sur le coordinateur (et le pack détecte qu’il doit installer le coordinateur) et le répertoire d’install est C:\PC SOFT\ClusterManager_cluster_COORD-0
Je le lance ensuite sur les 2 nodes (et il détecte que c’est pour ajouter un nœud au cluster) :
-le répertoire d’install est toujours C:\PC SOFT\Serveur HFSQL_cluster_COORD-0
-le nom du serveur HFSQL est cluster_COORD-0 - Nœud 1 et cluster_COORD-0 - Nœud 2

L’install se fait vite, avec succès sur les 2 nodes. Je remarque que dans le DNS, deux enregistrements A se sont ajoutés avec les IP des 2 nodes (signe qu’il a réussi à mettre le DNS à jour automatiquement)

Pièce jointe 653723

En lançant un centre de contrôle pour me connecter à COORD-0 (sur le cluster) il est en cours de démarrage avec les nœuds présents mais dans des états curieux.

Pièce jointe 653724

Je redémarre toutes les VM mais idem. L’état des nœuds est bizarre.
Je désinstalle le node 1, et le réinstalles avec le pack. Je le vois bien disparaitre sur le coordinateur, et revenir, mais dans un état bizarre à nouveau :

Pièce jointe 653725

Je décide de désinstaller Hf sur les 2 nodes, et même là le coordinateur voit encore le nœud 1, que je dois exclure à la main.
Je réinstalle le node 1 avec le pack puis le node 2.
Je désactive tous les parefeu.
Je remarque que les nœuds quand on les regarde dans le centre de contrôle, passent de « En cours de démarrage » à « En cours d’arrêt ». On dirait que le CC récupère bien leur état mais que quelque chose les empêche de démarrer, et toutes les 10-15 secondes le nœud retente quelque chose.
Je mets donc un Procmon Process Monitor - Sysinternals | Microsoft Learn sur le process Manta64.exe du node 1. Et là je vois que ce que Procmon intercepte correspond exactement au passage au statut « en cours de démarrage », à intervalles réguliers il se passe un truc. Je ne sais pas quoi. Il y a des échanges réseau sur NODE-1 entre le NODE-2 et le COORD-0
Je mets un Wireshark sur node 1 pour voir les échanges réseaux que Procmon détecte entre le NODE-2 et le COORD-0
Vu les traces que wireshark a donné, je comprends que la zone de recherche inversée DNS est utile, je la crée

Pièce jointe 653726

Les erreurs que je voyais dans Wireshark ne sont plus là. Mais je n’apprends rien de plus.
Procmon ne m’apprend pas grand-chose de plus. Quand je tentes de réinstaller les nodes après les avoir désinstallés un nombre incalculable de fois, le DNS ne se met plus à jour et les nœuds ne sont plus détectées par le coordinateur.
C’est très aléatoire, et je ne comprends pas pourquoi. C’est une énigme. Je vais restaurer NODE-1 et NODE-2 pour voir si c'est un peu mieux mais ce truc est un vrai mur.
L'état du cluster est toujours "En cours de démarrage" il n'a jamais démarré à ce jour.

Aujourd'hui je compte faire différent tester pour l'installation du cluster:

• tout d'abord j'ai essayé en mettant les enregistrement de la zone inversée avant d'installer les nœuds ou le coordinateur. Et cela n'a rien changé concernant les états des noeuds.
• Là je compte faire une installation avec un serveur hfsql déjà présent.
• Puis avec un autre test avec un nom de DNS sans extension.

[Thomas.RDRK]

Aujourd'hui je compte faire différent tester pour l'installation du cluster:

• tout d'abord j'ai essayé en mettant les enregistrement de la zone inversée avant d'installer les nœuds ou le coordinateur. Et cela n'a rien changé concernant les états des noeuds.
• Là je compte faire une installation avec un serveur hfsql déjà présent.
• Puis avec un autre test avec un nom de DNS sans extension.

Alors concernant l'installation d'un cluster avec un serveur hfsql déjà présent cela ne change rien et pareil avec un nom DNS sans extension et il n'arrive pas à faire la liaison si il n'y a pas d'extension je suppose car j'ai eu une erreur au moment d'installer les nœuds.

[kunnskap]

J'ai paramétré l'IPv4 des VM en avancé pour fixer l'IP, le masque, la passerelle, le DNS (qui est COORD-0)
Mais je vois qu'on en arrive au même point en fait...
Je demanderais bien au STG, mais quel problème leur pointer? Le comportement est aléatoire et je ne trouve pas franchement comment leur formuler ça.

[Thomas.RDRK]

J'ai paramétré l'IPv4 des VM en avancé pour fixer l'IP, le masque, la passerelle, le DNS (qui est COORD-0)
Mais je vois qu'on en arrive au même point en fait...
Je demanderais bien au STG, mais quel problème leur pointer? Le comportement est aléatoire et je ne trouve pas franchement comment leur formuler ça.

Moi:
Bonjour, je reviens encore vers vous, concernant le cluster HFSQL.
Voici mon environnement : une machine physique sous Windows Server 2022 Standard (expérience bureau) avec trois VM sous Hyper-V avec le même OS.
Première VM: Pas de nœud seulement le coordinateur/CC HFSQL/Serveur DNS.
Deuxième et troisième VM : contiennent chacune un nœud.
Toutes les machines sont en réseaux privés. Elles ont pour passerelle par défaut ma Livebox et les VM ont pour DNS la première VM. Les VM ont un commutateur externe. Et j'ai choisi comme installation un cluster vierge.
Je n'ai aucun problème concernant l'installation du coordinateur et de chaque nœud sur chacune des machines. Les enregistrements DNS sont bien mis automatiquement.
Néanmoins, lorsque je me connecte au cluster, certains nœuds ne sont pas dans l'état actif. Alors que toutes les installations sont correctes.

Support:
Bonjour Monsieur,

Je ne comprends pas dans quel cadre vous souhaitez faire cette installation vu que vous ne possédez pas de licence WINDEV ?
Où avez-vous obtenu l'installation ?

Moi:
Le fichier d'installation d'un cluster hfsql est accessible dans l'espace de téléchargement de PC SOFT. Et je souhaite faire cette installation dans le cadre d'une de mes missions de stages.

Support:
Monsieur,

Les services manta sont bien démarrés sur l'ensemble des noeuds ?

Moi:
oui

Support:
Bonjour Monsieur,

Je viens d'avoir cette information de nos équipes techniques :
Avant tout il faut aller dans l'observateur d’événements de chacun des noeuds, partie "Journaux Windows", "Application"
=> La il y aura l'explication

Si c'est un message de ce type :
"La connexion du noeud du cluster NomDuNoeud vers le cluster NomDuNoeud.SuffixeDifférent a échouée"

Résolution :
Le problème est donc bien lié à la résolution inverse de l'adresse IP des noeuds qui ne se fait pas de la même façon sur les différentes machines, ce qui fait que le cluster manager n'identifie pas les machines de la même façon que les autres noeuds

Pour le Cluster Manager, localement l'IP "xxx.yyy.zzz.sss" rédoud en "nomnoeud1.suffixe1", sur les machines des autres noeuds cette même adresse IP se rédoud en "nomnoeud1.suffixe2"

Cela doit pouvoir se vérifier dans une fenêtre d'invité de commande avec : ping -a xxx.yyy.zzz.sss

Il est impératif que la résolution inverse des adresses IP des noeuds se fasse de la même façon depuis tous les noeuds et depuis le Cluster Manager.
Contactez vos administrateur réseau pour voir avec eux si des changements de configurations sont nécessaires.

Une solution peut-être de forcer le nom par intermédiaire du fichier "hosts".
Exemple, sur la machine du Cluster Manager, d'adresse IP xxx.yyy.zzz.sss, dans "C:\Windows\System32\drivers\etc\hosts", ajoutez la ligne suivante :

xxx.yyy.zzz.sss nomnoeud1.suffixe1

Vous pouvez même ajouter les adresses et noms de tous les noeuds, sur les 3 serveurs dans le fichier "hosts" de chaque machine.

[kunnskap]

Moi:
Bonjour, je reviens encore vers vous, concernant le cluster HFSQL.
Voici mon environnement : une machine physique sous Windows Server 2022 Standard (expérience bureau) avec trois VM sous Hyper-V avec le même OS.
Première VM: Pas de nœud seulement le coordinateur/CC HFSQL/Serveur DNS.
Deuxième et troisième VM : contiennent chacune un nœud.
Toutes les machines sont en réseaux privés. Elles ont pour passerelle par défaut ma Livebox et les VM ont pour DNS la première VM. Les VM ont un commutateur externe. Et j'ai choisi comme installation un cluster vierge.
Je n'ai aucun problème concernant l'installation du coordinateur et de chaque nœud sur chacune des machines. Les enregistrements DNS sont bien mis automatiquement.
Néanmoins, lorsque je me connecte au cluster, certains nœuds ne sont pas dans l'état actif. Alors que toutes les installations sont correctes.

Support:
Bonjour Monsieur,

Je ne comprends pas dans quel cadre vous souhaitez faire cette installation vu que vous ne possédez pas de licence WINDEV ?
Où avez-vous obtenu l'installation ?

Moi:
Le fichier d'installation d'un cluster hfsql est accessible dans l'espace de téléchargement de PC SOFT. Et je souhaite faire cette installation dans le cadre d'une de mes missions de stages.

Support:
Monsieur,

Les services manta sont bien démarrés sur l'ensemble des noeuds ?

Moi:
oui

Support:
Bonjour Monsieur,

Je viens d'avoir cette information de nos équipes techniques :
Avant tout il faut aller dans l'observateur d’événements de chacun des noeuds, partie "Journaux Windows", "Application"
=> La il y aura l'explication

Si c'est un message de ce type :
"La connexion du noeud du cluster NomDuNoeud vers le cluster NomDuNoeud.SuffixeDifférent a échouée"

Résolution :
Le problème est donc bien lié à la résolution inverse de l'adresse IP des noeuds qui ne se fait pas de la même façon sur les différentes machines, ce qui fait que le cluster manager n'identifie pas les machines de la même façon que les autres noeuds

Pour le Cluster Manager, localement l'IP "xxx.yyy.zzz.sss" rédoud en "nomnoeud1.suffixe1", sur les machines des autres noeuds cette même adresse IP se rédoud en "nomnoeud1.suffixe2"

Cela doit pouvoir se vérifier dans une fenêtre d'invité de commande avec : ping -a xxx.yyy.zzz.sss

Il est impératif que la résolution inverse des adresses IP des noeuds se fasse de la même façon depuis tous les noeuds et depuis le Cluster Manager.
Contactez vos administrateur réseau pour voir avec eux si des changements de configurations sont nécessaires.

Une solution peut-être de forcer le nom par intermédiaire du fichier "hosts".
Exemple, sur la machine du Cluster Manager, d'adresse IP xxx.yyy.zzz.sss, dans "C:\Windows\System32\drivers\etc\hosts", ajoutez la ligne suivante :

xxx.yyy.zzz.sss nomnoeud1.suffixe1

Vous pouvez même ajouter les adresses et noms de tous les noeuds, sur les 3 serveurs dans le fichier "hosts" de chaque machine.

Je ne comprends pas leur histoire de suffixe. J'ai tenté plusieurs choses dont une réinstall mais je ne parviens toujours pas à un cluster fonctionnel. L'observateur de node- dit Le nœud <node-2> ne fait pas partie du cluster. Mais node- ne dit pas un mot et le coordinateur voit des node-1.local sorti de je ne sais où.

[Thomas.RDRK]

En faisant ce qui m'a était dis dans le dernier mail. L'état des nœuds semble ne plus bouger.
Pour ce faire :
Un serveur DNS avec màj dynamique
et dans le fichier hosts de chaque machine le renseignement de chaque nœuds pour la résolution inversé comme elle ne se fait pas sur le DNS.
Exemple fichier hosts:
<IP NODE-1> NODE-1.cluster_COORD-0.COORD-0
<IP NODE-2> NODE-2.cluster_COORD-0.COORD-0

Après installation de la configuration du cluster. Puis installation du coordinateur et des nœuds.

[kunnskap]

J'ai restauré les VM, crée le pack d'install, mis à jour les fichiers hosts, puis installé COORD-0 et les 2 nodes

Ceci, est un miracle: les noeuds sont ajoutés, la zone principale du DNS s'est automatiquement mise à jour (pas l'inversée) et le cluster a démarré, j'ai même pu m'y connecter et créer une base avec un programme de test vite fait.

C'est donc bien la partie DNS qui posait problème.

Win! gg @Thomas.RDRK

[Thomas.RDRK]

J'ai restauré les VM, crée le pack d'install, mis à jour les fichiers hosts, puis installé COORD-0 et les 2 nodes

Ceci, est un miracle: les noeuds sont ajoutés, la zone principale du DNS s'est automatiquement mise à jour (pas l'inversée) et le cluster a démarré, j'ai même pu m'y connecter et créer une base avec un programme de test vite fait.

C'est donc bien la partie DNS qui posait problème.

Win! gg @Thomas.RDRK

GG aussi @kunnskap

J'ai d'autre problèmes maintenant qui sont sur ma machine physique. Ces problèmes sont les suivants :
"Aucune adresse IP n'est associée au nom DNS <cluster_COORD-0.COORD-0> du cluster <COORD-0>"
"Un nœud du cluster est installé sur la machine <cbaocluster> alors que son adresse IP (<192.168.0.32>) n'est pas associée au nom DNS du cluster (cluster_COORD-0.COORD-0)."

Sachant que dans la config de mon cluster je n'ai pas mis de nœud sur ma machine physique
Et pour le DNS il faut que je vois, je reviendrai si j'ai du nouveau. En tout cas merci encore.


!!! UPDATE !!!

Ma machine physique semble bien se connecter au cluster mais les autres machines physiques du réseau de l'entreprise de mon stage non.
J'ai juste configurer manuellement le DNS et rajouter les lignes dans le fichier hosts pour les nœuds.
Cela doit être encore à cause du DNS mais je n'arrive pas à savoir pourquoi.
Concernant le second problème celui-ci ce règle tout seul avec le bouton de résolution de problème.

!!! UPDATE 2 !!!

J'ai décidé d'installer le coordinateur et le DNS sur ma machine physique et les nœuds toujours sur des VM. Les FW privés sont désactivés.
Toujours aucun problème concernant l'accès au cluster pour ma machine, mais inchangé pour les autres machines physiques du réseau.
Je ne vois pas d'où peut venir le problème à part du DNS.
Puisque quand j'exécute sur PowerShell la commande :
PS C:\Users\Administrateur> Resolve-DnsName cluster_cbaocluster.cbaocluster

Name Type TTL Section IPAddress
---- ---- --- ------- ---------
cluster_cbaocluster.cbaocluster A 3600 Answer <IP NODE-2>
cluster_cbaocluster.cbaocluster A 3600 Answer <IP NODE-1>

Alors que sur une autre machine du réseau, il n'y a que l'enregistrement du DNS