ADC

Personnalisation de la configuration de base de la commutation de contenu

Après avoir configuré une configuration de commutation de contenu de base, il se peut que vous deviez la personnaliser en fonction de vos besoins. Vous pouvez configurer des serveurs virtuels de commutation de contenu HTTP et SSL pour qu’ils écoutent sur plusieurs ports au lieu de créer des serveurs virtuels distincts. Si vous souhaitez configurer la commutation de contenu pour un réseau local virtuel spécifique, vous pouvez configurer un serveur virtuel de commutation de contenu avec une stratégie d’écoute.

Prise en charge de plusieurs ports pour les serveurs virtuels de commutation de contenu de type HTTP et SSL

Vous pouvez configurer NetScaler de sorte que les serveurs virtuels de commutation de contenu HTTP et SSL écoutent sur plusieurs ports, sans avoir à configurer des serveurs virtuels distincts. Cette fonctionnalité est particulièrement utile si vous souhaitez baser une décision de changement de contenu sur une partie de l’URL et d’autres paramètres L7. Au lieu de configurer plusieurs serveurs virtuels avec la même adresse IP et différents ports, vous pouvez configurer une adresse IP et spécifier le port sous la forme *. Par conséquent, la taille de la configuration est également réduite.

Pour configurer un serveur virtuel de commutation de contenu HTTP ou SSL afin qu’il écoute sur plusieurs ports à l’aide de la ligne de commande

À l’invite de commandes, tapez :

add cs vserver <name> <serviceType> <IPAddress> Port *

Exemple

> add cs vserver cs1 HTTP 10.102.92.215 *
 Done
> sh cs vserver cs1
        cs1 (10.102.92.215:*) - HTTP    Type: CONTENT
        State: UP
        Last state change was at Tue May 20 01:15:49 2014
        Time since last state change: 0 days, 00:00:03.270
        Client Idle Timeout: 180 sec
        Down state flush: ENABLED
        Disable Primary Vserver On Down : DISABLED
        Appflow logging: ENABLED
        Port Rewrite : DISABLED
        State Update: DISABLED
        Default:        Content Precedence: RULE
        Vserver IP and Port insertion: OFF
        L2Conn: OFF     Case Sensitivity: ON
        Authentication: OFF
        401 Based Authentication: OFF
        Push: DISABLED  Push VServer:
        Push Label Rule: none
        IcmpResponse: PASSIVE
        RHIstate:  PASSIVE
        TD: 0
 Done
<!--NeedCopy-->

Pour configurer un serveur virtuel de commutation de contenu HTTP ou SSL afin qu’il écoute sur plusieurs ports à l’aide de l’utilitaire de configuration

  1. Accédez à Gestion du trafic > Commutation de contenu > Serveurs virtuels, puis créez un serveur virtuel de type HTTP ou SSL.
  2. Utilisez un astérisque (*) pour spécifier le port.

Configuration des serveurs virtuels génériques par VLAN

Si vous souhaitez configurer la commutation de contenu pour le trafic sur un VLAN spécifique, vous pouvez créer un serveur virtuel générique avec une stratégie d’écoute qui le limite au traitement du trafic uniquement sur le VLAN spécifié.

Pour configurer un serveur virtuel générique qui écoute un VLAN spécifique à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

add cs vserver <name> <serviceType> IPAddress `* Port *` -listenpolicy <expression> [-listenpriority <positive_integer>]
<!--NeedCopy-->

Exemple :

add cs vserver Vserver-CS-vlan1 ANY * *
-listenpolicy "CLIENT.VLAN.ID.EQ(2)"  -listenpriority 10
<!--NeedCopy-->

Pour configurer un serveur virtuel générique qui écoute un VLAN spécifique à l’aide de l’utilitaire de configuration

Accédez à Gestion du trafic > Commutation de contenu > Serveurs virtuels, puis configurez un serveur virtuel. Spécifiez une stratégie d’écoute qui la limite au traitement du trafic uniquement sur le VLAN spécifié.

Une fois que vous avez créé ce serveur virtuel, vous le liez à un ou plusieurs services, comme décrit dans Configuration de l’équilibrage de charge de base.

Configuration du paramètre de version de Microsoft SQL Server

Vous pouvez spécifier la version de Microsoft® SQL Server® pour un serveur virtuel de commutation de contenu de type MSSQL. Le paramètre de version est recommandé si vous pensez que certains clients n’exécutent pas la même version que votre produit Microsoft SQL Server. Le paramètre de version assure la compatibilité entre les connexions côté client et côté serveur en veillant à ce que toutes les communications soient conformes à la version du serveur.

Pour définir le paramètre de version de Microsoft SQL Server à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez les commandes suivantes pour définir le paramètre de version Microsoft SQL Server pour un serveur virtuel de commutation de contenu et vérifier la configuration :

  • set cs vserver <name> -mssqlServerVersion <mssqlServerVersion>
  • show cs vserver <name>

Exemple

> set cs vserver myMSSQLcsvip -mssqlServerVersion 2008R2 Done > show cs vserver myMSSQLcsvip myMSSQLcsvip (192.0.2.13:1433) - MSSQL Type: CONTENT State: UP . . . . . . MSsql Server Version: 2008R2 . . . . . . Done >
<!--NeedCopy-->

Pour définir le paramètre de version de Microsoft SQL Server à l’aide de l’utilitaire de configuration

  1. Accédez à Gestion du trafic > Commutation de contenu > Serveurs virtuels, configurez un serveur virtuel et spécifiez le protocole comme MSSQL.
  2. Dans les paramètres avancés, spécifiez la version du serveur.

Activer le contrôle de santé externe pour les serveurs virtuels UDP et TCP non HTTP

Dans les clouds publics, vous pouvez utiliser l’appliance NetScaler comme équilibreur de charge de second niveau lorsque l’équilibreur de charge natif est utilisé comme premier niveau. L’équilibreur de charge natif peut être un équilibreur de charge d’application (ALB) ou un équilibreur de charge réseau (NLB). La plupart des clouds publics ne prennent pas en charge les sondes de santé UDP dans leurs équilibreurs de charge natifs. Par conséquent, si ces serveurs sont en panne, leur statut réel risque de ne pas être mis à jour. Par conséquent, le trafic est envoyé sans condition à NetScaler, même si la demande ne peut pas être traitée. Pour surveiller l’état de santé de ces applications, NetScaler prend en charge les contrôles de santé HTTP et TCP.

Un écouteur HTTP ou TCP est créé pour un serveur virtuel de commutation de contenu lorsque les paramètres probeProtocol et probePort sont configurés. L’écouteur reflète l’état du serveur virtuel. Le paramètre ProbeSuccessResponseCode` s’applique uniquement à HTTP et renvoie la chaîne configurée lorsque la sonde est réussie.

Pour activer le contrôle de santé externe pour les serveurs virtuels UDP et TCP non HTTP à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez la commande suivante pour activer une vérification d’intégrité TCP externe avec l’option tcpProbePort :

add cs vserver <name> <protocol> <IPAddress> <port> -ProbeProtocol <Http/TCP> -ProbePort <port-num> -ProbeSuccessResponseCode<http-code>
<!--NeedCopy-->

Exemple :

add cs vserver Vserver-CS-1 HTTP 10.102.29.161 5002 -ProbeProtocol HTTP -probeport 5000 -probesuccessResponseCode 200OK
<!--NeedCopy-->

Pour activer le contrôle de santé externe pour les serveurs virtuels UDP et TCP non HTTP à l’aide de l’interface graphique

  1. Accédez à Gestion du trafic > Commutation de contenu > Serveurs virtuels, puis créez un serveur virtuel.
  2. Cliquez sur Ajouter pour créer un serveur virtuel.
  3. Dans le volet Paramètres de base, mettez à jour les informations suivantes :
    1. Protocole de sonde —Sélectionnez le protocole (HTTP ou TCP) de la sonde pour un contrôle de santé externe du serveur virtuel.
    2. Code de réponse de réussite de la sonde : entrez la chaîne de réponse pour une sonde réussie. Ce paramètre s’applique uniquement au protocole HTTP.
      • Valeur par défaut : 200 ko
      • Longueur maximale : 63
    3. Port de sonde : entrez le numéro de port pour la surveillance HTTP ou TCP.
  4. Cliquez sur OK.
Personnalisation de la configuration de base de la commutation de contenu