Services de mise en réseau d'applications : Cisco LocalDirector de la gamme 400

Exemple de configuration de sondes HTTP sur LocalDirector avec la version 4.x

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Cisco a annoncé la fin de la commercialisation de Cisco LocalDirector. Le pour en savoir plus, se rapportent aux notices de fin de vie et de fin de commercialisation de gamme 400 de LocalDirector et à des bulletins de produit.


Contenu


Introduction

Ce document fournit une configuration d'échantillon pour configurer des sondes de HTTP sur le Cisco LocalDirector pour utiliser le logiciel 4.x.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

En logiciel de LocalDirector 4.x, il n'y a aucun soutien du système de vérification de contenu/d'interface utilisateur de LocalDirector (CVS/LUI). Il n'y a aucun plan pour prendre en charge ce produit dans aucune future révision. Pour le logiciel 4.x, la construction de commandes de sonde dans l'interface de ligne de commande (CLI) la fonctionnalité qui est présente dans l'interface CVS/LUI.

Vous pouvez utiliser des sondes de HTTP pour déterminer si les web server principaux sont actifs et pour répondre sur le port 80. Beaucoup de fois, la pile TCP/IP est haute et fonctionne et répond aux pings, mais le démon de Web a manqué ou est vers le bas pour la maintenance. Les commandes de sonde donnent au LocalDirector une manière de déterminer cette activité et de mettre le serveur dans l'EFAILED. L'envoi de nouvelles connexions au serveur se produit tandis que le serveur ne peut pas répondre. Cette action donne au LocalDirector un niveau plus correct de finesse pour déterminer quels web server sont disponibles pour servir le contenu.

Configurez

Cette section vous fournit des informations pour configurer les fonctionnalités décrites dans ce document.

Remarque: Pour obtenir des informations supplémentaires sur les commandes utilisées dans ce document, utilisez l'Outil de recherche de commande (clients enregistrés seulement).

Instructions pas à pas

Ce document utilise la configuration suivante :

  1. Définissez le type de sonde.

    La syntaxe de commande est la suivante :

    probeconfig probe_type threshold
    
    

    Exemple :

    probeconfig http 1
    

    Cette commande a installé une sonde de HTTP qui exécute toutes les 10 secondes.

    Remarque: Le 1 est le nombre d'intervalles de 10 secondes à attendre entre les tentatives de sonde.

  2. Définissez la sonde pour le virtuel.

    La syntaxe de commande est la suivante :

    probe {real | virtual} {real_id | virtual_id} probe_type number_of_intervals
    
    

    Exemple :

    probe virtual 10.86.16.224:80:0:tcp http 1
    
  3. Définissez la sonde pour les reals derrière le virtuel.

    La syntaxe de commande est la suivante :

    probe real 10.86.16.227:80:0:tcp http 2
    probe real 10.86.16.228:80:0:tcp http 1
    
    !--- There are two probes: one that runs every 20 seconds  
    !--- and one that runs every 10 seconds.
    
    
  4. Définissez la sonde réelle de HTTP pour le virtuel.

    La syntaxe de commande est la suivante :

    probehttp {real | virtual} mach_id [file filename_path] [expected_return_code]
    [request {HEAD | GET}]
    

    Exemple :

    probehttp virtual 10.86.16.224:80:0:tcp file /default.asp
    
  5. Définissez la sonde de HTTP pour les reals.

    Cette étape est importante parce que ces configurations ignorent les configurations pour le virtuel. En outre, ces configurations sont au noyau de la raison pour laquelle vous voulez installer des sondes. Les configurations peuvent être différentes que cela que vous avez définies pour le virtuel.

    probehttp real 10.86.16.227:80:0:tcp file /default.asp
    probehttp real 10.86.16.228:80:0:tcp file /default.asp
    

La configuration complète est :

probe virtual 10.86.16.224:80:0:tcp http 1
probe real 10.86.16.227:80:0:tcp http 2
probe real 10.86.16.228:80:0:tcp http 1
probehttp virtual 10.86.16.224:80:0:tcp file /default.asp 
probehttp real 10.86.16.227:80:0:tcp file /default.asp
probehttp real 10.86.16.228:80:0:tcp file /default.asp
probeconfig http 1

Vérifiez

Cette section présente des informations que vous pouvez utiliser pour vous assurer que votre configuration fonctionne correctement.

Certaines commandes show sont prises en charge par l'Output Interpreter Tool (clients enregistrés uniquement), qui vous permet de voir une analyse de la sortie de la commande show.

Émettez la commande de probeconfig d'exposition de vérifier cette configuration.

localdirector(config)# show probeconfig
Type    Threshold
 dns    disabled
 http   1

localdirector(config)# show probe
Probes for Reals ----
        Machine                     Type     Interval

    10.86.16.227:80:0:tcp           http        2
    10.86.16.228:80:0:tcp           http        1

Probes for Virtuals ----
        Machine                     Type     Interval
    10.86.16.224:80:0:tcp           http        1

 localdirector(config)# show probehttp
                                                      Return
        Machine                       Port  Request   Code   Filename
    10.86.16.227:80:0:tcp (real)       80    HEAD     200      /default.asp 
    10.86.16.228:80:0:tcp (real)       80    HEAD     200      /default.asp 
    10.86.16.224:80:0:tcp (virtual)    80    HEAD     200      /default.asp 

localdirector(config)# show real
Real Machines:

                                                   No Answer TCP Reset DataIn
                  Machine  Connect   State  Thresh Reassigns Reassigns  Conns
    10.86.16.227:80:0:tcp       0      IS       8         0         0      0
    10.86.16.228:80:0:tcp       0      IS       8         0         0      0

Quand la sonde échoue, le serveur reçoit la marque EFAILED, comme indiqué dans cet exemple :

localdirector(config)# show real
Real Machines:

                                                   No Answer TCP Reset DataIn
                  Machine  Connect   State  Thresh Reassigns Reassigns  Conns
    10.86.16.227:80:0:tcp       0 EFAILED       8         0         0      0
    10.86.16.228:80:0:tcp       0      IS       8         0         0      0      0

Remarque: La meilleure version à l'utiliser pour cette configuration est 4.2.3. L'utilisation de cette version est importante parce qu'il y a quelques questions qui ont surgi avec l'utilisation des sondes ; la version 4.2.3 a nettoyé ces questions.

Dépannez

Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration. Référez-vous à ces pour en savoir plus d'id de bogue Cisco :

  • CSCdt64748 (clients enregistrés seulement) — Après quelques sondes, LocalDirector met le vrai serveur dans un état EFAILED. Cependant, le vrai serveur est en bonne santé et répond aux demandes de HTTP.

  • CSCdu64435 (clients enregistrés seulement) — Après le placement d'un virtual machine dans l'état défaillant, l'envoi des sondes de HTTP aux vrais ordinateurs qui sont liés au virtual machine défectueux n'est pas réussi.

  • CSCdv56353 (clients enregistrés seulement) — Suppression ou modification d'une définition de sonde de HTTP pour une sonde de HTTP qui sonde activement des causes l'exécution du LocalDirector pour arrêter.


Informations connexes


Document ID: 23641