Matrice de prise en charge et directives d’utilisation
Ce document répertorie les différents hyperviseurs et fonctionnalités pris en charge sur une instance Citrix ADC VPX. Le document décrit également leurs consignes d’utilisation et leurs limitations connues.
Tableau 1. Instance VPX sur Citrix Hypervisor
Version Citrix Hypervisor | SysID | Modèles VPX |
---|---|---|
8.2 pris en charge à partir de 13.0, 64.x, 8.0, 7.6, 7.1 | 450000 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10 G, VPX 15 G, VPX 25 G, VPX 40 G |
Tableau 2. Instance VPX sur l’hyperviseur VMware ESXi
Version ESX | Date de sortie d’ESX (AAAA/MM/JJ) | Numéro de build ESX | Version Citrix ADC VPX | SysID | Modèles VPX |
---|---|---|---|---|---|
Mise à jour 3f d’ESXi 7.0 | 2022/07/12 | 20036589 | 13,1-33.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
Mise à jour d’ESXi 7.0 3d | 2022/03/29 | 19482537 | À partir de 13,1-27.x | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 7.0 update 3c | 2022/01/27 | 19193900 | À partir de 13.1-21.x | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
Mise à jour 2D d’ESX 7.0 | 2021/09/14 | 18538813 | À partir de 13.1-9.x | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESX 7.0 update 2a | 2021/04/29 | 17867351 | 13.1-4.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESX 7.0 update 1d | 2021/02/02 | 17551050 | 13.0-82.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESX 7.0 update 1c | 2020/12/17 | 17325551 | 13.0-79.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESX 7.0 update 1b | 2020/10/06 | 16850804 | 13.0-76.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 7.0b | 2020/06/23 | 16324942 | 13.0-71.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 7.0 GA | 2020/04/02 | 15843807 | 13.0-71.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 6.7 P04 | 2020/11/19 | 17167734 | 13.0-67.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 6.7 P03 | 2020/08/20 | 16713306 | 13.0-67.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 6.7 P02 | 2020/04/28 | 16075168 | 13.0-67.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 6.7 P01 | 2019/12/05 | 15160138 | 13.0-67.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 6.7 Update 3 | 2019/08/20 | 14320388 | 13.0-58.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 6.7 U2 | 2019/04/11 | 13006603 | 13.0-47.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 6.5 GA | 2016/11/15 | 4564106 | 13.0-47.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 6.5 U1g | 2018/3/20 | 7967591 | 13.0 47.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 6.0 Update 3 | 2017/2/24 | 5050593 | 12.0-51.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
ESXi 6.0 Express Patch 11 | 2017/10/5 | 6765062 | 12.0-56.x et versions ultérieures | 450010 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G |
Tableau 3. Instance VPX sur Microsoft Hyper-V
Version Hyper-V | SysID | Modèles VPX |
---|---|---|
2012, 2012 R2, 2016, 2019 | 450020 | VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000 |
Tableau 4. Instance VPX sur KVM générique
Version KVM générique | SysID | Modèles VPX |
---|---|---|
RHEL 7.4, RHEL 7.5 (à partir de Citrix ADC version 12.1 50.x), RHEL 7.6, RHEL 8.0, Ubuntu 16.04, Ubuntu 18.04, RHV 4.2 | 450070 | VPX VPX VPX 10日25日200年,VPX 1000年,3000年VPX VPX 5000, VPX 8000, VPX 10 G, VPX 15 G. VPX 25G, VPX 40G, VPX 100G |
Points à noter :
Lorsque vous utilisez les hyperviseurs KVM, tenez compte des points suivants.
L’instance VPX est qualifiée pour les versions de version de l’Hypervisor mentionnées dans le tableau 1—4, et non pour les versions de correctifs dans une version. Toutefois, l’instance VPX devrait fonctionner de manière transparente avec les versions de correctifs d’une version prise en charge. Si ce n’est pas le cas, consignez un dossier de support pour le dépannage et le débogage.
- Avant d’utiliser RHEL 7.6, effectuez les étapes suivantes sur l’hôte KVM :
Modifiez /etc/default/grub et ajoutez
"kvm_intel.preemption_timer=0"
à la variableGRUB_CMDLINE_LINUX
.Régénérez le fichier grub.cfg à l’aide de la commande
"# grub2-mkconfig -o /boot/grub2/grub.cfg"
.Redémarrez la machine hôte.
Avant d’utiliser Ubuntu 18.04, effectuez les étapes suivantes sur l’hôte KVM :
- Modifiez /etc/default/grub et ajoutez
"kvm_intel.preemption_timer=0"
à la variableGRUB_CMDLINE_LINUX
. - Régénérez le fichier grub.cfg à l’aide de la commande
"# grub-mkconfig -o /boot/grub/grub.cfg “
. - Redémarrez la machine hôte.
- Modifiez /etc/default/grub et ajoutez
Tableau 5. Instance VPX sur AWS
Version AWS | SysID | Modèles VPX |
---|---|---|
S.O. | 450040 | VPX 10, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX BYOL, VPX 8000, VPX 10G, VPX 15G et VPX 25G sont disponibles uniquement avec BYOL avec les types d’instances EC2 (C5, M5 et C5n) |
Remarque :
L’offre VPX 25G ne fournit pas le débit de 25 Go d’AWS mais peut offrir un taux de transactions SSL plus élevé que l’offre VPX 15G.
Tableau 6. Instance VPX sur Azure
Version Azure | SysID | Modèles VPX |
---|---|---|
S.O. | 450020 | VPX 10, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX TOP |
Tableau 7. Matrice de fonctionnalités VPX
Les nombres en exposant (1, 2, 3) utilisés dans le tableau précédent se réfèrent aux points suivants avec une numérotation respective :
La prise en charge du clustering est disponible sur SRIOV pour les interfaces côté client et côté serveur, et non pour le fond de panier.
Les événements DOWN de l’interface ne sont pas enregistrés dans les instances Citrix ADC VPX.
Pour LA statique, le trafic peut toujours être envoyé sur l’interface dont l’état physique est DOWN.
Pour LACP, le périphérique homologue connaît l’événement DOWN de l’interface basé sur le mécanisme de délai d’expiration LACP.
- Délai d’expiration court : 3 secondes
- Délai d’attente long : 90 secondes
Pour LACP, ne partagez pas les interfaces entre les machines virtuelles.
Pour le routage dynamique, le temps de convergence dépend du protocole de routage car les événements de liaison ne sont pas détectés.
La fonctionnalité Routage statique surveillé échoue si vous ne liez pas les moniteurs à des routes statiques, car l’état de l’itinéraire dépend de l’état du VLAN. L’état du VLAN dépend de l’état de la liaison.
La检测de defaillance partielle se produit pas en haute disponibilité en cas de défaillance de liaison. Une condition cérébrale divisée à haute disponibilité peut se produire en cas de défaillance de liaison.
Lorsqu’un événement de lien (désactiver/activer, réinitialiser) est généré à partir d’une instance VPX, l’état physique du lien ne change pas. Pour LA statique, tout trafic initié par le pair est supprimé sur l’instance.
Pour que la fonctionnalité de balisage VLAN fonctionne, procédez comme suit :
Sur VMware ESX, définissez l’ID VLAN du groupe de ports sur 1 à 4095 sur le vSwitch du serveur VMware ESX. Pour plus d’informations sur la définition d’un ID VLAN sur le vSwitch du serveur VMware ESX, consultezSolutions VLAN VMware ESX Server 3 802.1Q.
Tableau 8. Navigateurs pris en charge
OS | Navigateur et versions |
---|---|
Windows 7 | Internet Explorer - 8, 9, 10 et 11 ; Mozilla Firefox 3.6.25 et versions ultérieures ; Google Chrome - 15 et versions ultérieures |
Windows 64 bits | Internet Explorer - 8, 9 ; Google Chrome - 15 et versions ultérieures |
MAC | Mozilla Firefox - 12 et versions ultérieures ; Safari - 5.1.3 ; Google Chrome - 15 et versions ultérieures |
Prise en charge des processeurs AMD pour les instances VPX
À partir de la version 13.1 de Citrix ADC, l’instance VPX prend en charge à la fois les processeurs Intel et AMD. Les appliances virtuelles VPX peuvent être déployées sur n’importe quel type d’instance doté d’au moins deux cœurs virtualisés et de plus de 2 Go de mémoire. Pour plus d’informations sur la configuration système requise, consultez laCitrix ADC VPX缩微胶片技术.
Directives d’utilisation
Suivez ces instructions d’utilisation :
Consultez la sectionConsidérations relatives au processeur VMware ESXidans le documentPerformance Best Practices for VMware vSphere 6.5. Voici un extrait :
Il n’est pas recommandé que les machines virtuelles nécessitant beaucoup de CPU ou de mémoire soient installées sur un hôte ou un cluster surchargé.
Dans la plupart des environnements, ESXi permet des niveaux significatifs de surcharge du processeur sans affecter les performances des machines virtuelles. Sur un hôte, vous pouvez exécuter plus de processeurs virtuels que le nombre total de cœurs de processeur physiques de cet hôte.
Si un hôte ESXi devient saturé en processeur, c’est-à-dire que les machines virtuelles et les autres charges sur l’hôte exigent toutes les ressources CPU dont dispose l’hôte, les charges de travail sensibles à la latence risquent de ne pas fonctionner correctement. Dans ce cas, vous pouvez réduire la charge du processeur, par exemple en mettant hors tension certaines machines virtuelles ou en les migrant vers un autre hôte (ou en autorisant DRS à les migrer automatiquement).
Citrix recommande la dernière version de compatibilité matérielle pour bénéficier des derniers ensembles de fonctionnalités de l’hyperviseur ESXi pour la machine virtuelle. Pour plus d’informations sur la compatibilité matérielle et la version ESXi, consultezla documentation VMware.
Le Citrix ADC VPX est联合国dispositif virtuel高级performances sensible à la latence. Pour fournir les performances attendues, le dispositif nécessite la réservation du processeur virtuel, la réservation de la mémoire et l’épinglage du processeur virtuel sur l’hôte. En outre, l’hyper thread doit être désactivé sur l’hôte. Si l’hôte ne répond pas à ces exigences, des problèmes tels que basculement haute disponibilité, pic de processeur dans l’instance VPX, lenteur dans l’accès à l’interface de ligne de commande VPX, plantage du démon pit boss, pertes de paquets et faible débit se produisent.
Un Hypervisor est considéré comme surapprovisionné si l’une des deux conditions suivantes est remplie :
数量总de cœ一致virtuels(个vCPU)提供nés sur l’hôte est supérieur au nombre total de cœurs physiques (PCPU).
Le nombre total de machines virtuelles provisionnées consomme plus de vCPU que le nombre total de processeurs physiques.
Si une instance est surapprovisionnée, il se peut que l’hyperviseur ne garantisse pas les ressources réservées (telles que le processeur, la mémoire et autres) pour l’instance en raison des surcharges de planification de l’hyperviseur, des bogues ou des limitations avec l’hyperviseur. Ce comportement peut entraîner un manque de ressources CPU pour Citrix ADC et peut entraîner les problèmes mentionnés au premier point sousDirectives d’utilisation. En tant qu’administrateurs, il est recommandé de réduire la location de l’hôte afin que le nombre total de vCPU provisionnés sur l’hôte soit inférieur ou égal au nombre total de processeurs physiques.
Exemple
Pour l’hyperviseur ESX, si le paramètre
%RDY%
d’un vCPU VPX est supérieur à 0 dans la sortie de la commandeesxtop
, l’hôte ESX est dit avoir des surcharges de planification, ce qui peut entraîner des problèmes de latence pour l’instance VPX.Dans ce cas, réduisez la location sur l’hôte afin que
%RDY%
revienne toujours à 0. Vous pouvez également contacter le fournisseur de l’hyperviseur pour trier la raison du non-respect de la réservation de ressources effectuée.- L’ajout à chaud n’est pris en charge que pour les interfaces PV et SRIOV avec Citrix ADC sur AWS. Les instances VPX avec interfaces ENA ne prennent pas en charge le branchement à chaud, et le comportement des instances peut être imprévisible en cas de tentative de connexion à chaud.
- La suppression à chaud via la console Web AWS ou l’interface de ligne de commande AWS n’est pas prise en charge avec les interfaces PV, SRIOV et ENA pour Citrix ADC. Le comportement des instances peut être imprévisible si la suppression à chaud est tentée.
Commandes pour contrôler l’utilisation du processeur du moteur de paquets
Vous pouvez utiliser deux commandes (set ns vpxparam
etshow ns vpxparam
) pour contrôler le comportement d’utilisation du processeur du moteur de paquets (hors gestion) des instances VPX dans les environnements d’hyperviseur et de cloud :
set ns vpxparam [-cpuyield (YES | NO | DEFAULT)] [-masterclockcpu1 (YES | NO)]
Autoriser chaque machine virtuelle à utiliser des ressources CPU qui ont été allouées à une autre machine virtuelle mais qui ne sont pas utilisées.
Paramètres
Set ns vpxparam
:-cpuyield: libère ou ne libère pas des ressources CPU allouées mais inutilisées.
OUI: autorise l’utilisation des ressources CPU allouées mais inutilisées par une autre machine virtuelle.
NON: réservez toutes les ressources CPU pour la machine virtuelle à laquelle elles ont été allouées. Cette option affiche un pourcentage plus élevé dans les environnements d’hyperviseur et de cloud pour l’utilisation du processeur VPX.
DEFAULT: Non.
Remarque :
Sur toutes les plates-formes Citrix ADC VPX, l’utilisation du processeur virtuel sur le système hôte est de 100 %. Tapez la commande
set ns vpxparam –cpuyield YES
pour remplacer cette utilisation.Si vous souhaitez définir les nœuds du cluster sur « rendement », vous devez effectuer les configurations supplémentaires suivantes sur CCO :
- Si un cluster est formé, tous les nœuds présentent « Yield=Default ».
- Si un cluster est formé à l’aide des nœuds déjà définis sur « Yield=YES », les nœuds sont ajoutés au cluster en utilisant le rendement « DEFAULT ».
Remarque :
Si vous souhaitez définir les nœuds du cluster sur « YIELD=YES », vous pouvez configurer uniquement après la formation du cluster, mais pas avant la formation du cluster.
-masterclockcpu1: Vous pouvez déplacer la source d’horloge principale de CPU0 (CPU de gestion) vers CPU1. Ce paramètre a les options suivantes :
OUI: Autorisez la machine virtuelle à déplacer la source d’horloge principale de CPU0 vers CPU1.
NON: VM utilise CPU0 pour la source d’horloge principale. Par défaut, CPU0 est la principale source d’horloge.
show ns vpxparam
Affichez les paramètres
vpxparam
actuels.
Autres références
Pour les produits Citrix Ready, visitezCitrix Ready Marketplace.
Pour obtenir le support produit Citrix Ready, consultez lapage FAQ.
Pour les versions matérielles VMware ESX, consultezMise à niveau de VMware Tools.