locked
[Résolu] Cluster à basculement et service IIS RRS feed

  • Question

  • Bonjour à tous,

    Je suis bien conscient que cette question n'a peut-être pas sa place dans cette section mais le forum IIS sèche sur mon problème et je pense qu'il s'agit plus d'un problème en rapport avec le cluster à basculement. Et comme je sèche grave moi aussi et qu'il me faut trouver une solution...

    Voici donc mon problème :

    J'ai monté deux serveurs Web IIS 7.5/PHP/MySql (Windows 2008 R2) comme noeuds d'un cluster à basculement que je nommerai CLT01 et répondant à l'IP 10.10.10.1. La configuration IIS est partagée entre les deux noeuds via un volume partagé de cluster (CSV). De cette manière, la configuration reste accessible aux deux services IIS. Le quorum est configuré en "noeud et disque majoritaires" sur un volume Q:\.

    J'ai ensuite créé un nouveau site web en plus du site web par défaut en utilisant le nom d'hôte "monsite.net" (adresse IP : Toutes non attribuées) dont le contenu est sur un volume G:\. Je n'ai pas accès au DNS de mon entreprise mais j'ai un WINS. Je déclare donc le nom "monsite.net" en statique sur l'IP du cluster 10.10.10.1. A ce stade, tout fonctionne bien. Si je navigue sur http://monsite.net, je vois bien la page d'index personnalisée pour ce site. Idem si je passe par l'IP du cluster.

    Je souhaite de la haute disponibilité pour ce site. J'ajoute donc un nouveau "service ou application" à mon cluster (propiétaire par défaut = noeud 1). J'appelle cette application "MONSITE" et je lui attribue l'IP 10.10.10.10. La création se fait sans problème mais il faut tout de même que j'ajoute une entrée statique dans mon WINS pour faire l'association "MONSITE"/10.10.10.10. A cette application de cluster, j'ajoute une ressource de type script générique pour laquelle je joins le script de basculement, adapté en fonction, et trouvé ici : http://support.microsoft.com/kb/970759

    Au cours de toute cette procédure, le site "monsite.net" est toujours accessible. Je teste alors le principe de haute disponibilité en basculant l'application "MONSITE" du noeud 1 vers le noeud 2 du cluster. Et là, c'est le drame...

    Ce n'est plus le contenu du site monsite.net qui est affiché dans le navigateur mais celui du site par défaut sur le noeud 1 (la mire IIS) ! Pour que le contenu de mon site soit affiché, il faut que je bascule toutes les ressources (quorum compris) du noeud 1 vers le noeud 2. En fait, il faut que j'arrête le service cluster sur le noeud 1 pour que tout bascule sur le noeud 2 pour retrouver l'accès à mon site.

    Je ne comprends pas pourquoi j'ai le contenu du site par défaut sur le noeud 1 à la place du contenu du site basculé sur le noeud 2. Pourtant toutes les ressources de l'application sont bien en ligne sur le noeud 2. J'ai d'abord pensé à un problème avec le quorum alors j'ai tout cassé (cluster et config IIS) et j'ai tout refait de zéro mais avec toujours le même résultat.

    J'apprécierai vraiment un coup de main car je suis en train de tourner bourrique... En vous remerciant par avance.

    [edit] A la question "pourquoi un cluster à basculement et pas un NLB", je réponds de suite : Parce que je n'ai pas l'intérêt d'un équilibrage de charge (les serveurs IIS ne sont pas destinés à encaisser beaucoup de connexions simultanées) et que je recherche surtout la haute disponibilité pour les sites qui seront hébergés sur ce "cluster Web" [/edit]


    Cordialement, Eric



    • Modifié EricD26 mercredi 13 juin 2012 09:27
    mardi 12 juin 2012 13:15

Réponses

  • Bonjour,

    avez-vous pensé à configurer des entêtes d'hôtes pour le site web affiché corresponde bien toujours à celui attendu?

    Il ne semble pas y avoir correspondance entre les adresses IP et les noms utilisés sur les 2 noeuds du cluster.

    A+


    Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (69 MCPs) http://base.faqexchange.info

    • Marqué comme réponse EricD26 mercredi 13 juin 2012 09:16
    mardi 12 juin 2012 14:58

Toutes les réponses

  • Bonjour,

    avez-vous pensé à configurer des entêtes d'hôtes pour le site web affiché corresponde bien toujours à celui attendu?

    Il ne semble pas y avoir correspondance entre les adresses IP et les noms utilisés sur les 2 noeuds du cluster.

    A+


    Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (69 MCPs) http://base.faqexchange.info

    • Marqué comme réponse EricD26 mercredi 13 juin 2012 09:16
    mardi 12 juin 2012 14:58
  • Bonjour Thierry et merci pour cette prompte réponse.

    Oui, j'ai bien configuré l'entête d'hôte pour le site web. J'ai suivi cette méthode : http://support.microsoft.com/kb/190008. "monsite.net" est le nom d'hôte du site et le site dans IIS est "monsite".

    Pour la non-correspondance entre les IP et les noms sur les 2 noeuds, j'avoue ne pas comprendre... Pour moi, c'est l'IP du cluster (10.10.10.1) qui doit répondre à la requête http du navigateur. L'IP du serveur de la ressource (qui comporte le stockage et le script de vérification du site) ne peut pas être la même.

    Ou alors, je n'ai pas compris où vous vouliez en venir ;-)


    Cordialement, Eric

    mardi 12 juin 2012 15:58
  • Bonjour à tous

    et à Thierry DEMAN en particulier car c'est bien votre intervention qui m'a mise sur la voie de la solution :-)

    En effet, votre remarque concernant la non-correspondance des IP et des noms m'a mis la puce à l'oreille. En fait, pour que le basculement des ressources fonctionne, il faut que l'application de cluster et le nom d'hôte du site web répondent à la même adresse IP. Donc, dans mon exemple initial, il faut que je déclare dans mon WINS l'IP 10.10.10.10 pour l'application du cluster "MONSITE" et le nom d'hôte "monsite.net".

    Ce qui est parfaitement logique quand on y réfléchit avec un peu de recul : Ce n'est pas le cluster qui doit répondre aux requêtes http mais la ressource gérée par le cluster.


    Cordialement, Eric

    mercredi 13 juin 2012 09:26