Dans certains environnements clients (télécommunications et FAI), un serveur unique gère à la fois le contrôle et le trafic de données. Pour une adresse IP client donnée, le trafic de contrôle et de données doit être dirigé vers le même serveur principal. Pour cela, un serveur virtuel est requis pour gérer le trafic d'authentification client, et généralement la persistance basée sur des règles est configurée dessus. Par exemple, Radius.req.avp (8) .value.typecast_text_t'. Le deuxième serveur virtuel pour la gestion du trafic de données. Généralement, la persistance SourceIP est configurée dessus.

Auparavant, les entrées de persistance étaient locales sur le serveur virtuel. Si vous deviez appliquer la persistance sur plusieurs serveurs virtuels, vous deviez ajouter le serveur virtuel à un groupe d'équilibrage de charge, puis appliquer un type de persistance commun au groupe. Cette exigence ne peut pas être atteinte, car tous les serveurs virtuels liés à un groupe d'équilibrage de charge ont hérité de la persistance configurée sur le groupe.

Avec la fonctionnalité de partage de persistance entre serveurs virtuels, vous pouvez définir le nouveau useVserverPersistency paramètre pour un groupe d'équilibrage de charge afin de permettre au serveur virtuel du groupe d'utiliser ses propres paramètres de persistance au lieu de les hériter des paramètres de groupe. Vous pouvez configurer une persistance basée sur des règles distinctes sur chaque serveur virtuel.

Vous pouvez également désigner l'un des serveurs virtuels du groupe en tant que serveur virtuel principal. Lorsqu'un serveur virtuel est désigné comme serveur virtuel principal, seul ce serveur virtuel crée les entrées de persistance, qui sont utilisées par tous les serveurs virtuels du groupe. Si le serveur virtuel principal est en panne, l'appliance Citrix ADC ne crée aucune entrée de persistance.

Remarque : Le partage de persistance entre les serveurs virtuels est pris en charge uniquement pour les méthodes de persistance basées sur des règles. Configurez des paramètres de persistance basés sur des règles compatibles sur les serveurs virtuels membres.

Exemple :

Supposons que les v1 et v2 soient liées à un groupe d'équilibrage de charge, la v1 est un serveur virtuel de type RADIUS et v2 est un serveur virtuel de type HTTP. 'Radius.req.avp (8) .value.typecast_text_t' persistency est configuré sur v1 et 'client.ip.src' est configuré sur v2.

Lorsque le trafic passe par le serveur virtuel RADIUS v1, il crée une entrée persistante basée sur la chaîne de règle évaluée. Plus tard, lorsque le trafic atteint le serveur virtuel de type HTTP v2, v2 vérifie les entrées de persistance sur le groupe d'équilibrage de charge et utilise la même session de persistance pour diriger le trafic vers le même serveur principal.