none
Installation cluster RRS feed

  • Question

  • bonjour,

    j'ai crée un cluster entre 2 serveur 2012 datacenter et une baie dell MD3600i, suite à des soucis réseau, j'ai cassé ce cluster pour en faire un autre, propre mais la vérification du cluster ne passe plus : 

    voici le résultat du scan : 

      Aucun disque n’a été trouvé pour effectuer des tests de validation du cluster. Pour corriger ce problème, examinez les causes possibles suivantes :
      * Les disques sont déjà en cluster et sont actuellement en ligne dans le cluster. Lorsque vous testez un cluster en état de marche, assurez-vous que les disques à tester sont en mode hors connexion dans le cluster.
      * Les disques ne sont pas adaptés au clustering. Les volumes de démarrage, les volumes système, les disques utilisés pour les fichiers de pagination ou de vidage, etc. sont des exemples de disques qui ne sont pas adaptés au clustering.
      * Passez en revue le test « Répertorier les disques ». Assurez-vous que les disques à tester ne sont pas masqués, c’est-à-dire que votre masquage ou votre segmentation n’empêche pas l’accès aux disques. Si les disques semblent non masqués ou apparaissent correctement segmentés et que vous ne parvenez pas à les tester, essayez de redémarrer les serveurs avant de réexécuter les tests de validation.
      * Le cluster n’utilise pas de stockage partagé. Un cluster doit utiliser une solution matérielle basée sur le stockage partagé ou sur la réplication entre les nœuds. Si votre solution est basée sur la réplication entre les nœuds, il est inutile de réexécuter les tests de stockage. Au lieu de cela, contactez le fournisseur de votre solution de réplication pour vous assurer que les copies répliquées de la base de données de configuration du cluster peuvent être maintenues sur les nœuds.
      * Les disques sont en ligne dans le cluster et ils sont en mode de maintenance.
      Aucun disque n’a été trouvé pour effectuer des tests de validation du cluster.

    IL semblerais que mes disques ISCI ne soient pas les mêmes sur les 2 serveurs, alors que je monte le même lien sur les 2.

    Merci de votre c'est très urgent.

    cordialement

    loic szczypta

    jeudi 30 mai 2013 15:22

Réponses

  • Hello,

    Concernant les réseaux, je recommande des classes IP différentes, exemple:

    - iSCSI: 192.168.1.x/24

    - Cluster: 10.0.0.x/8

    - CSV: 172.10.0.0/16

    Ainsi, la console réparti automatiquement les cartes réseaux, il convient ensuite de modifier celles-ci (interdire la communication cluster pour le réseau iSCSI, par ex)


    -- Cédric GEORGEOT [MVP] Virtual Machine http://www.e-novatic.fr -- Auteur du livre "Bonnes pratiques, planification et dimensionnement des infrastructures de stockage et de serveur en environnement virtuel" -- N'oubliez pas de marquer comme réponse ;-)

    mardi 4 juin 2013 07:17
    Modérateur
  • c'est bon j'ai fini par trouver, il me manquais une carte dans le MPIO, merci de votre aide .
    • Marqué comme réponse Florin Ciuca mardi 4 juin 2013 11:39
    jeudi 30 mai 2013 20:13

Toutes les réponses

  • Bonsoir,

    Vous devez au minimum créer deux disques pour le cluster :

    Un CSV ( Cluster shared Volume). c'est le disque où seront stockés vos machines virtuelle pour quelle puisse bénéficier de la haute disponibilité.

    Un second disque que l'on appel "quorum" qui va contenir les configurations pour votre cluster.

    Donc sur votre target ISCSI vous devez avoir au moins deux disques ISCSI. Ensuite sur l'interface de gestion de cluster, dans le menu où vous pouvez visualiser vos disques, vous pouvez configurer le "Shared volume" en effectuant un clic droit sur le disque puis "creer un volume partagé". Ensuite pour vérifier si le CSV a bien été créer, vous pouvez vous rendre sur le "diskmgmt.msc" puis vous verrez que le format du disque est "CSV".

    Concernant le quorum je crois que par défaut il prend le disque ayant la plus petite capacité ( à vérifier...). Souvent 1 voir 2 go suffisent pour le quorum.

    N'hésitez pas à revenir vers nous.

    jeudi 30 mai 2013 17:34
  • Merci de votre réponse, mais le probléme est avant cela,

    j'ai bien crée les 2 volumes, 1 quorum et un data mais apparemment, ils ne remontent pas à l'identique sur les 2 noeuds, j'ai le message d'erreur suivant en faisant les test de cluster : Le disque physique 5e487897 n’est visible qu’à partir d’un seul nœud et il ne sera pas testé. La validation nécessite que le disque soit visible à partir d’au moins deux nœuds

    c'est la mon problème ....

    cordialement

    loic

    jeudi 30 mai 2013 17:57
  • Lorsque vous faites le "diskmgmt.msc" sur les deux serveurs différents vous voyez bien les deux disques qui remontent bien ?
    jeudi 30 mai 2013 18:00
  • oui, c'est bien les memes
    jeudi 30 mai 2013 18:25
  • Au vue du message d'erreur, je pense qu'il y a une erreur au niveau de la configuration des initiateurs ISCSI. Ou les initiateurs autorisés à accéder aux disque ISCSI.

    jeudi 30 mai 2013 18:39
  • je pense aussi mais je sèche complètement à ce niveau, auriez vous une piste ?
    jeudi 30 mai 2013 19:36
  • c'est bon j'ai fini par trouver, il me manquais une carte dans le MPIO, merci de votre aide .
    • Marqué comme réponse Florin Ciuca mardi 4 juin 2013 11:39
    jeudi 30 mai 2013 20:13
  • bonjour,

    voici un autre petit problème qui gene pas le bon fonctionnement du cluster mais j'aimerais enlever tout le rouge ^^ 

    Merci

    vendredi 31 mai 2013 13:37
  • Bonjour,

    Il faudrait séparer le trafic réseau ISCSI du traffic pour le cluster. Par exemple vous pouvez avoir deux sous réseaux dédié au cluster voir 3 trois avec la live migration. Puis un autre sous réseau dédié au traffic ISCSI. ce qui donnerait par exemple pour des adresses privées de classe C:

    192.168.1.X/24 => dédié au cluster

    192.168.2.X/24 => dédié au cluster.

    192.168.3.X/24 => dédié à la Live migration

    192.168.4.X/24 => dédié au ISCSI.

    Merci de valider les bonnes réponses que l'on a pue vous communiquer afin que toutes la communauté puisse bénéficier des solutions qui vous ont permis de résoudre vos problèmes.

    N'hésitez pas revenir vers nous en cas de nouveau soucis.

    samedi 1 juin 2013 10:39
  • Bonjour,

    apparemment, toutes les cartes réseaux ne sont pas connectées, ou pas comme il faut !

    => Si nécessaire, ne branchez qu'une seule carte réseau sur chaque serveur, et désactivez toutes celles qui ne sont pas branchées et configurées avec un adressage spécifique.

    => Si les différentes cartes réseaux sont actives et fonctionnelles (ping OK entre chaque carte de chaque nœud, vérifiez l'ordre d'utilisation des cartes pour que la carte principale (celle en 192.168.133.X) soit utilisée en premier.

    Vérifiez aussi la configuration des Pare-Feu (Windows) !

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013 (77 MCPs). https://mvp.support.microsoft.com/profile=CE2B565B-B13D-4C24-B04D-F0D5766D14A1 http://www.faqexchange.info

    dimanche 2 juin 2013 10:56
  • Hello,

    Concernant les réseaux, je recommande des classes IP différentes, exemple:

    - iSCSI: 192.168.1.x/24

    - Cluster: 10.0.0.x/8

    - CSV: 172.10.0.0/16

    Ainsi, la console réparti automatiquement les cartes réseaux, il convient ensuite de modifier celles-ci (interdire la communication cluster pour le réseau iSCSI, par ex)


    -- Cédric GEORGEOT [MVP] Virtual Machine http://www.e-novatic.fr -- Auteur du livre "Bonnes pratiques, planification et dimensionnement des infrastructures de stockage et de serveur en environnement virtuel" -- N'oubliez pas de marquer comme réponse ;-)

    mardi 4 juin 2013 07:17
    Modérateur
  • bonjour,

    Merci pour vos réponses.

    je ne comprend pas comment "interdire la communication cluster pour le réseau ISCSI" car il remonte les cartes dans le cluster (cf screenshot)

    j'ai bien mes connecteur ISCSI dans l'initiateur de monté et les volumes sont accécible via l'explorer.

    cordialement

    jeudi 6 juin 2013 10:13
  • Bonjour,

    Pour interdire la communication cluster pour le réseau ISCSI ,  allez vers la console cluster puis cliquer sur le bouton droit de chaque réseau et appliquer le config indiquer dans le lien ci-dessous pour chaque service:

    http://blogs.technet.com/b/gavinmcshera/archive/2011/03/27/3416313.aspx

     


    Best regards Bourbita Thameur Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton

    jeudi 6 juin 2013 10:25
    Modérateur
  • Concernant les réseaux, je recommande des classes IP différentes, exemple:

    - iSCSI: 192.168.1.x/24

    - Cluster: 10.0.0.x/8

    - CSV: 172.10.0.0/16

    Ainsi, la console réparti automatiquement les cartes réseaux, il convient ensuite de modifier celles-ci (interdire la communication cluster pour le réseau iSCSI, par ex)

    Bonjour,

    encore une petite question : ques'ce que vous appelez le "CLUSTER" ?

    dans ma configuration j'ai :  1 carte LAN (sur le lan de mon entreprise) 192.168.0.x

    1 carte VM (dédié à hyper-v) 192.168.0.x

    1 carte CSV 192.168.134.x

    1 carte live mig 192.168.135.x

    + l'adresse IP donnée a mon cluster lors de l'installation. 192.168.0.x


    vendredi 7 juin 2013 08:53
  • Le Heartbeat/communications internes cluster!


    -- Cédric GEORGEOT [MVP] Virtual Machine http://www.e-novatic.fr -- Auteur du livre "Bonnes pratiques, planification et dimensionnement des infrastructures de stockage et de serveur en environnement virtuel" -- N'oubliez pas de marquer comme réponse ;-)


    vendredi 7 juin 2013 09:34
    Modérateur
  • Dans la construction du cluster, je n'ai vu pas vu de Heartbeat, pour info c'est un windows 2012 serveur datacenter
    vendredi 7 juin 2013 09:35