-
-
Quelle est la place d'une appliance NetScaler dans le réseau ?
-
Comment un NetScaler communique avec les clients et les serveurs
-
Accélérez le trafic équilibré de charge en utilisant la compression
-
-
Déployer une instance NetScaler VPX
-
Optimisez les performances de NetScaler VPX sur VMware ESX, Linux KVM et Citrix Hypervisors
-
Prise en charge de l'augmentation de l'espace disque NetScaler VPX
-
Améliorez les performances SSL-TPS sur les plateformes de cloud public
-
Configurer le multithreading simultané pour NetScaler VPX sur les clouds publics
-
Installation d'une instance NetScaler VPX sur un serveur bare metal
-
Installation d'une instance NetScaler VPX sur Citrix Hypervisor
-
Installation d'une instance NetScaler VPX sur VMware ESX
-
Configurer NetScaler VPX pour utiliser l'interface réseau VMXNET3
-
Configurer NetScaler VPX pour utiliser l'interface réseau SR-IOV
-
Configurer NetScaler VPX pour utiliser Intel QAT pour l'accélération SSL en mode SR-IOV
-
Migration du NetScaler VPX de E1000 vers les interfaces réseau SR-IOV ou VMXNET3
-
Configurer NetScaler VPX pour utiliser l'interface réseau PCI passthrough
-
-
Installation d'une instance NetScaler VPX sur le cloud VMware sur AWS
-
Installation d'une instance NetScaler VPX sur des serveurs Microsoft Hyper-V
-
Installation d'une instance NetScaler VPX sur la plateforme Linux-KVM
-
Provisioning de l'appliance virtuelle NetScaler à l'aide d'OpenStack
-
Provisioning de l'appliance virtuelle NetScaler à l'aide du Virtual Machine Manager
-
Configuration des appliances virtuelles NetScaler pour utiliser l'interface réseau SR-IOV
-
Configuration des appliances virtuelles NetScaler pour utiliser l'interface réseau PCI Passthrough
-
Provisioning de l'appliance virtuelle NetScaler à l'aide du programme virsh
-
Provisioning de l'appliance virtuelle NetScaler avec SR-IOV sur OpenStack
-
Déployer une instance NetScaler VPX sur AWS
-
Serveurs d'équilibrage de charge dans différentes zones de disponibilité
-
Déployer une paire HA VPX dans la même zone de disponibilité AWS
-
Haute disponibilité dans différentes zones de disponibilité AWS
-
Déployez une paire VPX haute disponibilité avec des adresses IP privées dans différentes zones AWS
-
Protégez AWS API Gateway à l'aide du pare-feu d'applications Web NetScaler
-
Configurer une instance NetScaler VPX pour utiliser l'interface réseau SR-IOV
-
Configurer une instance NetScaler VPX pour utiliser la mise en réseau améliorée avec AWS ENA
-
Déployer une instance NetScaler VPX sur Microsoft Azure
-
Architecture réseau pour les instances NetScaler VPX sur Microsoft Azure
-
Configurer plusieurs adresses IP pour une instance autonome NetScaler VPX
-
Configurer une configuration haute disponibilité avec plusieurs adresses IP et cartes réseau
-
Déployez une paire de haute disponibilité NetScaler sur Azure avec ALB en mode IP flottant désactivé
-
Configurer une instance NetScaler VPX pour utiliser le réseau accéléré Azure
-
Configurez les nœuds HA-INC à l'aide du modèle de haute disponibilité NetScaler avec Azure ILB
-
Installation d'une instance NetScaler VPX sur la solution Azure VMware
-
Configurer une instance autonome NetScaler VPX sur la solution Azure VMware
-
Configurer une configuration de haute disponibilité NetScaler VPX sur la solution Azure VMware
-
Configurer le serveur de routage Azure avec la paire NetScaler VPX HA
-
Ajouter des paramètres de mise à l'échelle automatique Azure
-
Configurer GSLB sur une configuration haute disponibilité active en veille
-
Configurer des pools d'adresses (IIP) pour un dispositif NetScaler Gateway
-
Scripts PowerShell supplémentaires pour le déploiement Azure
-
Déployer une instance NetScaler VPX sur Google Cloud Platform
-
Déployer une paire haute disponibilité VPX sur Google Cloud Platform
-
Déployer une paire VPX haute disponibilité avec des adresses IP privées sur Google Cloud Platform
-
Installation d'une instance NetScaler VPX sur Google Cloud VMware Engine
-
Support de dimensionnement VIP pour l'instance NetScaler VPX sur GCP
-
-
Automatisez le déploiement et les configurations de NetScaler
-
Solutions pour les fournisseurs de services de télécommunication
-
Trafic du plan de contrôle de l'équilibrage de charge basé sur les protocoles Diameter, SIP et SMPP
-
Utilisation de la bande passante avec la fonctionnalité de redirection du cache
-
Optimisation du protocole TCP avec NetScaler
-
-
Authentification, autorisation et audit du trafic des applications
-
Fonctionnement de l'authentification, de l'autorisation et de l'audit
-
Composants de base de la configuration de l'authentification, de l'autorisation et de l'audit
-
-
Autorisation de l'accès des utilisateurs aux ressources de l'application
-
NetScaler en tant que proxy du service de fédération Active Directory
-
NetScaler Gateway sur site en tant que fournisseur d'identité pour Citrix Cloud
-
Prise en charge de la configuration de l'attribut de cookie SameSite
-
Résoudre les problèmes liés à l'authentification et à l'autorisation
-
-
-
-
Configurer une expression de stratégie avancée : pour démarrer
-
Expressions de stratégie avancées : utilisation de dates, d'heures et de chiffres
-
Expressions de stratégie avancées : analyse des données HTTP, TCP et UDP
-
Expressions de politique avancées : analyse des certificats SSL
-
Expressions de stratégie avancées : adresses IP et MAC, débit, identifiants VLAN
-
Expressions politiques avancées : fonctions d'analyse des flux
-
Exemples didacticiels de politiques avancées pour la réécriture
-
-
-
-
-
Protection basée sur la grammaire SQL pour les charges utiles HTML et JSON
-
Protection basée sur la grammaire par injection de commandes pour la charge utile HTML
-
Règles de relaxation et de refus pour la gestion des attaques par injection HTML SQL
-
Prise en charge du pare-feu d'application pour Google Web Toolkit
-
Vérifications de protection XML
-
Cas d'utilisation - Liaison de la stratégie Web App Firewall à un serveur virtuel VPN
-
Articles sur les alertes de signatures
-
-
Traduire l'adresse IP de destination d'une requête vers l'adresse IP d'origine
-
-
Prise en charge de la configuration de NetScaler dans un cluster
-
-
-
Groupes de nœuds pour les configurations repérées et partiellement entrelacées
-
Désactivation de la direction sur le fond de panier du cluster
-
Suppression d'un nœud d'un cluster déployé à l'aide de l'agrégation de liens de cluster
-
Surveillance de la configuration du cluster à l'aide de la MIB SNMP avec lien SNMP
-
Surveillance des échecs de propagation des commandes dans un déploiement de cluster
-
Liaison d'interface VRRP dans un cluster actif à nœud unique
-
Scénarios de configuration et d'utilisation du cluster
-
Migration d'une configuration HA vers une configuration de cluster
-
Interfaces communes pour le client et le serveur et interfaces dédiées pour le fond de panier
-
Commutateur commun pour le client, le serveur et le fond de panier
-
Commutateur commun pour client et serveur et commutateur dédié pour fond de panier
-
Services de surveillance dans un cluster à l'aide de la surveillance des chemins
-
Opérations prises en charge sur des nœuds de cluster individuels
-
-
-
Configurer les enregistrements de ressources DNS
-
Créer des enregistrements MX pour un serveur d'échange de messagerie
-
Créer des enregistrements NS pour un serveur faisant autorité
-
Créer des enregistrements NAPTR pour le domaine des télécommunications
-
Créer des enregistrements PTR pour les adresses IPv4 et IPv6
-
Créer des enregistrements SOA pour les informations faisant autorité
-
Créer des enregistrements TXT pour contenir du texte descriptif
-
Configurer NetScaler en tant que résolveur de stubs non validant et sensible à la sécurité
-
Prise en charge des trames Jumbo pour le DNS pour gérer les réponses de grande taille
-
Configurer la mise en cache négative des enregistrements DNS
-
Cas d'utilisation : configuration de la fonction de gestion automatique des clés DNSSEC
-
Cas d'utilisation : comment révoquer une clé active compromise
-
-
Équilibrage de charge de serveur global
-
Configurez les entités GSLB individuellement
-
Synchronisation de la configuration dans une configuration GSLB
-
Cas d'utilisation : déploiement d'un groupe de services Autoscale basé sur l'adresse IP
-
-
Personnalisez votre configuration GSLB
-
Remplacer le comportement de proximité statique en configurant les emplacements préférés
-
Configuration de la sélection des services GSLB à l'aide du changement de contenu
-
Configurer GSLB pour les requêtes DNS avec des enregistrements NAPTR
-
Exemple de configuration parent-enfant complète à l'aide du protocole d'échange de métriques
-
-
-
Équilibrer la charge du serveur virtuel et des états de service
-
Protection d'une configuration d'équilibrage de charge contre les défaillances
-
-
Configuration des serveurs virtuels d'équilibrage de charge sans session
-
Réécriture des ports et des protocoles pour la redirection HTTP
-
Insérer l'adresse IP et le port d'un serveur virtuel dans l'en-tête de requête
-
Utiliser une adresse IP source spécifiée pour la communication principale
-
Définir une valeur de délai d'expiration pour les connexions client inactives
-
Utiliser un port source d'une plage de ports spécifiée pour les communications en arrière-plan
-
Configurer la persistance de l'adresse IP source pour la communication principale
-
-
Paramètres d'équilibrage de charge avancés
-
Protégez les applications sur les serveurs protégés contre les pics de trafic
-
Activer le nettoyage des connexions de serveur virtuel et de service
-
Activer ou désactiver la session de persistance sur les services TROFS
-
Activer la vérification de l'état TCP externe pour les serveurs virtuels UDP
-
Maintenir la connexion client pour plusieurs demandes client
-
Utiliser l'adresse IP source du client lors de la connexion au serveur
-
Définissez une limite sur le nombre de demandes par connexion au serveur
-
Définir une valeur de seuil pour les moniteurs liés à un service
-
Définir une valeur de délai d'attente pour les connexions client inactives
-
Définir une valeur de délai d'attente pour les connexions de serveur inactives
-
Définir une limite sur l'utilisation de la bande passante par les clients
-
Conserver l'identificateur VLAN pour la transparence du VLAN
-
Configurer les moniteurs dans une configuration d'équilibrage de charge
-
Configurer l'équilibrage de charge pour les protocoles couramment utilisés
-
Cas d'utilisation 3 : configurer l'équilibrage de charge en mode de retour direct du serveur
-
Cas d'utilisation 4 : Configuration des serveurs LINUX en mode DSR
-
Cas d'utilisation 5 : configurer le mode DSR lors de l'utilisation de TOS
-
Cas d'utilisation 7 : Configurer l'équilibrage de charge en mode DSR à l'aide d'IP sur IP
-
Cas d'utilisation 8 : Configurer l'équilibrage de charge en mode à un bras
-
Cas d'utilisation 9 : Configurer l'équilibrage de charge en mode en ligne
-
Cas d'utilisation 10 : Équilibrage de charge des serveurs de systèmes de détection d'intrusion
-
Cas d'utilisation 11 : Isolation du trafic réseau à l'aide de stratégies d'écoute
-
Cas d'utilisation 12 : configurer Citrix Virtual Desktops pour l'équilibrage de charge
-
Cas d'utilisation 14 : Assistant ShareFile pour l'équilibrage de charge Citrix ShareFile
-
Cas d'utilisation 15 : configurer l'équilibrage de charge de couche 4 sur l'appliance NetScaler
-
-
-
Configuration pour générer le trafic de données NetScaler FreeBSD à partir d'une adresse SNIP
-
-
-
Déchargement et accélération SSL
-
Matrice de prise en charge des certificats de serveur sur l'appliance ADC
-
Prise en charge du module de sécurité matérielle Thales Luna Network
-
-
-
Authentification et autorisation pour les utilisateurs système
-
Configuration des utilisateurs, des groupes d'utilisateurs et des stratégies de commande
-
Réinitialisation du mot de passe administrateur par défaut (nsroot)
-
Configuration de l'authentification des utilisateurs externes
-
Authentification basée sur une clé SSH pour les administrateurs NetScaler
-
Authentification à deux facteurs pour les utilisateurs système
-
-
-
Points à prendre en compte pour une configuration haute disponibilité
-
Synchronisation des fichiers de configuration dans une configuration haute disponibilité
-
Restriction du trafic de synchronisation haute disponibilité vers un VLAN
-
Configuration de nœuds haute disponibilité dans différents sous-réseaux
-
Limitation des basculements causés par les moniteurs de routage en mode non INC
-
Gestion des messages Heartbeat à haute disponibilité sur une appliance NetScaler
-
Supprimer et remplacer un NetScaler dans une configuration de haute disponibilité
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Personnalisez votre configuration GSLB
Une fois que votre configuration GSLB de base est opérationnelle, vous pouvez la personnaliser en modifiant la bande passante d’un service GSLB, en configurant les services GSLB basés sur CNAME, la proximité statique, le RTT dynamique, les connexions persistantes ou les pondérations dynamiques pour les services, ou en modifiant la méthode GSLB.
Vous pouvez également configurer la surveillance des services GSLB afin de déterminer leur état.
Ces paramètres dépendent du déploiement de votre réseau et des types de clients que vous souhaitez connecter à vos serveurs.
Modifier le nombre maximum de connexions ou la bande passante maximale pour un service GSLB
Vous pouvez limiter le nombre de nouveaux clients pouvant se connecter simultanément à un serveur virtuel d’équilibrage de charge ou de commutation de contenu en configurant le nombre maximum de clients et/ou la bande passante maximale pour le service GSLB qui représente le serveur virtuel.
Pour modifier le nombre maximum de clients ou la bande passante d’un service GSLB à l’aide de l’interface de ligne de commande
À l’invite de commandes, tapez la commande suivante pour modifier le nombre maximum de connexions client ou la bande passante maximale d’un service GSLB et vérifier la configuration :
set gslb service <serviceName> [-maxClients <positive_integer>] [-maxBandwidth <positive_integer>]
show gslb service <serviceName>
<!--NeedCopy-->
Exemple :
set glsb service Service-GSLB-1 –maxBandwidth 100 –maxClients 100
show gslb service Service-GSLB-1
<!--NeedCopy-->
Pour modifier le nombre maximum de clients ou la bande passante d’un service GSLB à l’aide de l’utilitaire de configuration
- Accédez à Gestion du trafic > GSLB > Services, puisdouble-cliquez sur un service.
- Cliquez dans la section Autres paramètres et définissez les paramètres suivants :
- Nombre maximum de clients : nombre maximum de clients
- Bande passante maximale : bande passante maximale
Création de services GSLB basés sur CNAME
Pour configurer un service GSLB, vous pouvez utiliser l’adresse IP du serveur ou un nom canonique du serveur. Si vous souhaitez exécuter plusieurs services (comme un serveur FTP et un serveur Web, chacun s’exécutant sur des ports différents) à partir d’une seule adresse IP ou exécuter plusieurs services HTTP sur le même port, avec des noms différents, sur le même hôte physique, vous pouvez utiliser des noms canoniques (CNAMES) pour les services.
Par exemple, vous pouvez avoir deux entrées dans le DNS, ftp.example.com et www.example.com pour les services FTP et les services HTTP sur le même domaine, exemple.com. Les services GSLB basés sur CNAME sont utiles dans une configuration de résolveur de domaine multiniveaux ou dans l’équilibrage de charge de domaines multiniveaux. La configuration d’un service GSLB basé sur CNAME peut également être utile si l’adresse IP du serveur physique est susceptible de changer.
Si vous configurez des services GSLB basés sur CNAME pour un domaine GSLB, lorsqu’une requête est envoyée pour le domaine GSLB, l’appliance NetScaler fournit un CNAME au lieu d’une adresse IP. Si l’enregistrement A pour cet enregistrement CNAME n’est pas configuré, le client doit interroger le domaine CNAME pour l’adresse IP. Si l’enregistrement A pour cet enregistrement CNAME est configuré, l’appliance NetScaler fournit au CNAME l’enregistrement A correspondant (adresse IP). L’appliance NetScaler gère la résolution finale de la requête DNS, telle que déterminée par la méthode GSLB. Les enregistrements CNAME peuvent être conservés sur une autre appliance NetScaler ou sur un système tiers.
Dans un service GSLB basé sur une adresse IP, l’état d’un service est déterminé par l’état du serveur qu’il représente. Toutefois, l’état d’un service GSLB basé sur CNAME est défini par défaut sur UP ; l’adresse IP (VIP) du serveur virtuel ou le protocole d’échange métrique (MEP) ne sont pas utilisés pour déterminer son état. Si un moniteur de bureau est lié à un service GSLB basé sur CNAME, l’état du service est déterminé en fonction du résultat des sondes du moniteur.
Vous pouvez lier un service GSLB basé sur CNAME uniquement à un serveur virtuel GSLB dont le type d’enregistrement DNS est CNAME. En outre, une appliance NetScaler peut contenir au plus un service GSLB avec une entrée CNAME donnée.
Voici certaines des fonctionnalités prises en charge pour un service GSLB basé sur CNAME :
- L’affinité de site basée sur la politique GSLB est prise en charge, le CNAME étant l’emplacement préféré.
- La persistance de l’adresse IP source est prise en charge. L’entrée de persistance contient les informations CNAME au lieu de l’adresse IP et du port du service sélectionné.
Les limites des services GSLB basés sur CNAME sont les suivantes :
- La persistance du site n’est pas prise en charge, car le service référencé par un CNAME peut être présent sur n’importe quel emplacement tiers.
- La réponse à plusieurs adresses IP n’est pas prise en charge car un domaine ne peut pas comporter plusieurs entrées CNAME.
- Le hachage IP source et le Round Robin sont les seules méthodes d’équilibrage de charge prises en charge. La méthode de proximité statique n’est pas prise en charge car aucun CNAME n’est associé à une adresse IP et la proximité statique ne peut être maintenue qu’en fonction des adresses IP.
Remarque : La fonctionnalité Empty-Down-Response doit être activée sur le serveur virtuel GSLB auquel vous liez le service GSLB basé sur CNAME. Si vous activez la fonctionnalité Empty-Down-Response, lorsqu’un serveur virtuel GSLB est en panne ou désactivé, la réponse à une requête DNS, pour les domaines liés à ce serveur virtuel, contient un enregistrement vide sans aucune adresse IP, au lieu d’un code d’erreur.
Pour créer un service GSLB basé sur CNAME à l’aide de l’interface de ligne de commande
À l’invite de commande, tapez :
add gslb service <serviceName> -cnameEntry <string> -siteName <string>
<!--NeedCopy-->
Exemple :
add gslb service Service-GSLB-1 -cnameEntry transport.mycompany.com -siteName Site-GSLB-East-Coast
add gslb service Service-GSLB-2 -cnameEntry finance.mycompany.com -siteName Site-GSLB-West-Coast
<!--NeedCopy-->
Pour créer un service GSLB basé sur CNAME à l’aide de l’utilitaire de configuration
- Accédez àGestion du trafic>GSLB > Services.
- Créez un service et définissez le type sur Canonical Name Based.
Configurer l’état de transition hors service (TROFS) dans GSLB
Lorsque vous configurez la persistance sur un serveur virtuel GSLB auquel un service est lié, le service continue de traiter les demandes du client même après sa désactivation, en acceptant de nouvelles demandes ou connexions uniquement pour respecter la persistance. Après une période configurée, connue sous le nom de période d’arrêt progressif, aucune nouvelle demande ou connexion n’est dirigée vers le service et toutes les connexions existantes sont fermées.
Lorsque vous désactivez un service, vous pouvez spécifier une période d’arrêt progressive, en secondes, à l’aide de l’argument delay. Pendant la période d’arrêt progressif, si le service est lié à un serveur virtuel, son état apparaît comme Hors service.
Configurer des pondérations dynamiques pour les services
Dans un réseau classique, certains serveurs ont une capacité de trafic plus élevée que d’autres. Toutefois, avec une configuration d’équilibrage de charge régulière, la charge est répartie de manière uniforme entre tous les services, même si les différents services représentent des serveurs dotés de capacités différentes.
Pour optimiser vos ressources GSLB, vous pouvez configurer des pondérations dynamiques sur un serveur virtuel GSLB. Les poids dynamiques peuvent être basés soit sur le nombre total de services liés au serveur virtuel, soit sur la somme des poids des services individuels liés au serveur virtuel. La répartition du trafic est alors basée sur les poids configurés pour les services.
Lorsque des poids dynamiques sont configurés sur le serveur virtuel GSLB, les demandes sont distribuées en fonction de la méthode d’équilibrage de charge, du poids du service GSLB et du poids dynamique. Le produit du poids du service GSLB et du poids dynamique est appelé poids cumulé. Par conséquent, lorsque le poids dynamique est configuré sur le serveur virtuel GSLB, les demandes sont distribuées sur la base de la méthode d’équilibrage de charge et du poids cumulé.
Lorsque la pondération dynamique d’un serveur virtuel est désactivée, la valeur numérique est définie sur 1. Cela garantit que le poids cumulé est un entier différent de zéro à tout moment.
La pondération dynamique peut être basée sur le nombre total de services actifs liés aux serveurs virtuels d’équilibrage de charge ou sur les pondérations attribuées aux services.
Envisagez une configuration avec deux sites GSLB configurés pour un domaine et chaque site disposant de deux services pouvant servir le client. Si un service de l’un des sites tombe en panne, l’autre serveur de ce site doit gérer deux fois plus de trafic qu’un service de l’autre site. Si la pondération dynamique est basée sur le nombre de services actifs, le site dont les deux services sont actifs a deux fois plus de poids que le site dont l’un des services est en panne et reçoit donc deux fois plus de trafic.
Vous pouvez également envisager une configuration dans laquelle les services du premier site représentent des serveurs deux fois plus puissants que ceux du second site. Si la pondération dynamique est basée sur les poids attribués aux services, le trafic peut être envoyé deux fois plus important au premier site que au second.
Remarque : Pour plus d’informations sur l’attribution de poids aux services d’équilibrage de charge, voir Assignation de poids aux services.
Pour illustrer la façon dont le poids dynamique est calculé, considérez un serveur virtuel GSLB auquel un service GSLB est lié. Le service GSLB représente un serveur virtuel d’équilibrage de charge auquel deux services sont liés. Le poids attribué au service GSLB est de 3. Les pondérations attribuées aux deux services sont respectivement de 1 et 2. Dans cet exemple, lorsque la pondération dynamique est définie sur :
- Désactivé : lepoids cumulé du serveur virtuel GSLB est le produit du poids dynamique (désactivé = 1) et du poids du service GSLB (3). Le poids cumulé est donc de 3.
- SERVICECOUNT : Le décompte est la somme du nombre de services liés aux serveurs virtuels d’équilibrage de charge correspondant au service GSLB (2), et le poids cumulé est le produit du poids dynamique (2) et du poids du service GSLB (3), qui est de 6.
- POIDS DU SERVICE : Le poids dynamique est la somme des poids des services liés aux serveurs virtuels d’équilibrage de charge correspondant au service GSLB (3), et le poids cumulé est le produit du poids dynamique (3) et du poids du service GSLB (3), qui est de 9.
Remarque : Les pondérations dynamiques ne sont pas applicables lorsque des serveurs virtuels de commutation de contenu sont configurés.
Pour configurer un serveur virtuel GSLB afin qu’il utilise des poids dynamiques à l’aide de l’interface de ligne de commande
À l’invite de commande, tapez :
set gslb vserver <name> -dynamicWeight SERVICECOUNT | SERVICEWEIGHT
<!--NeedCopy-->
Exemple :
set gslb vserver vserver-GSLB-1 -dynamicWeight SERVICECOUNT
<!--NeedCopy-->
Pour configurer le serveur virtuel GSLB afin qu’il utilise des poids dynamiques à l’aide de l’utilitaire de configuration
- Accédez à Gestion du trafic > GSLB > Serveurs virtuels, puis double-cliquez sur le serveur virtuel GSLB dont vous souhaitez modifier la méthode (par exemple, vServer-GSLB-1).
- Cliquez sur la sectionMéthodeet, dans la liste déroulanteDynamic Weight, sélectionnezSERVICECOUNT ou SERVICEWEIGHT.
Partager
Partager
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.