NetScaler VPX

Limitations et directives d’utilisation

Les limites et directives d’utilisation suivantes s’appliquent lors du déploiement d’une instance NetScaler VPX sur AWS :

  • Avant de commencer, lisez la section terminologie AWS dans Déployer une instance NetScaler VPX sur AWS.
  • La fonctionnalité de clustering n’est pas prise en charge pour VPX.
  • Pour que la configuration haute disponibilité fonctionne efficacement, associez un périphérique NAT dédié à l’interface de gestion ou associez EIP à NSIP. Pour plus d’informations sur NAT, dans la documentation AWS, consultez Instances NAT.
  • Le trafic de données et le trafic de gestion doivent être séparés par les ENIs appartenant à différents sous-réseaux.
  • Seule l’adresse NSIP doit être présente sur l’ENI de gestion.
  • Si une instance NAT est utilisée pour la sécurité au lieu d’affecter un EIP au NSIP, des modifications appropriées de routage au niveau du VPC sont requises. Pour obtenir des instructions sur la modification du routage au niveau du VPC, dans la documentation AWS, voir Scénario 2 : VPC with Public and Private Subnets.
  • Une instance VPX peut être déplacée d’un type d’instance EC2 à un autre (par exemple, de m3.large à m3.xlarge).
  • Pour les options de stockage pour VPX sur AWS, Citrix recommande EBS, car il est durable et les données sont disponibles même après leur détachement de l’instance.
  • L’ajout dynamique d’ENI à VPX n’est pas pris en charge. Redémarrez l’instance VPX pour appliquer la mise à jour. Citrix vous recommande d’arrêter l’instance autonome ou HA, d’attacher la nouvelle ENI, puis de redémarrer l’instance.
  • Vous pouvez attribuer plusieurs adresses IP à un ENI. Le nombre maximal d’adresses IP par ENI est déterminé par le type d’instance EC2, voir la section « Adresses IP par interface réseau par type d’instance » dans Elastic Network Interfaces. Vous devez allouer les adresses IP dans AWS avant de les affecter à des ENI. Pour plus d’informations, voir Interfaces réseau Elastic.
  • Citrix vous recommande d’éviter d’utiliser les commandes d’interface d’activation et de désactivation sur les interfaces NetScaler VPX.
  • NetScaler set ha node \<NODE\_ID\> -haStatus STAYPRIMARY et set ha node \<NODE\_ID\> -haStatus STAYSECONDARY les commandes sont désactivés par défaut.
  • IPv6 n’est pas pris en charge pour VPX.
  • En raison des limitations AWS, ces fonctionnalités ne sont pas prises en charge :
    • Gratuitous ARP (GARP)
    • Mode L2
    • VLAN balisé
    • Routage dynamique
    • MAC virtuel
  • Pour que RNAT fonctionne, assurez-vous que la vérification de la source/destination est désactivée. Pour plus d’informations, voir « Modification de la vérification source/destination » dans Elastic Network Interfaces.
  • Lors d’un déploiement NetScaler VPX sur AWS, dans certaines régions AWS, l’infrastructure AWS peut ne pas être en mesure de résoudre les appels d’API AWS. Cela se produit si les appels d’API sont émis via une interface non administrative sur l’instance NetScaler VPX. Comme solution de contournement, limitez les appels d’API à l’interface de gestion uniquement. Pour ce faire, créez un NSVLAN sur l’instance VPX et liez l’interface de gestion au NSVLAN à l’aide de la commande appropriée. Par exemple : définir ns config -nsvlan <vlan id> -ifnum 1/1 -tagged NON enregistrer la configuration Redémarrez l’instance VPX à l’invite. Pour plus d’informations sur la configuration nsvlan, reportez-vous à la section Configuration de NSVLAN.

  • Dans la console AWS, l’utilisation du vCPU affichée pour une instance VPX sous l’onglet Surveillance peut être élevée (jusqu’à 100 %), même lorsque l’utilisation réelle est beaucoup plus faible. Pour voir l’utilisation réelle du vCPU, accédez à Afficher toutes les mesures CloudWatch. Pour plus d’informations, consultez Surveillez vos instances à l’aide d’Amazon CloudWatch.
Limitations et directives d’utilisation