Limites de configuration
Utilisez les limites de configuration suivantes comme guide lors de la sélection et de la configuration de votre environnement virtuel et physique pour XenServer. Les limites de configuration testées et recommandées suivantes sont entièrement prises en charge pour XenServer.
-
Limites des machines virtuelles
-
Limites des hôtes XenServer
-
Limites des pools de ressources
Des facteurs tels que le matériel et l’environnement peuvent affecter les limitations énumérées ci-dessous. Plus d’informations sur le matériel pris en charge sont disponibles sur la liste de compatibilité matérielle. Consultez les limites documentées par les fabricants de votre matériel pour vous assurer de ne pas dépasser les limites de configuration prises en charge pour votre environnement.
Limites des machines virtuelles (VM)
| Élément | Limite |
|---|---|
| Calcul | |
| UC virtuelles par VM (Linux) | 32/64 (voir note 1) |
| UC virtuelles par VM (Windows) | 32/64 (voir note 1) |
| Mémoire | |
| RAM par VM | 1,5 TiB (voir note 2) |
| Stockage | |
| Images de disque virtuel (VDI) (y compris CD-ROM) par VM | 241 (voir note 3) |
| Lecteurs de CD-ROM virtuels par VM | 1 |
| Taille du disque virtuel (NFS) | 2040 GiB |
| Taille du disque virtuel (LVM) | 2040 GiB |
| Taille du disque virtuel (XFS) | 16 TiB |
| Taille du disque virtuel (GFS2) | 16 TiB |
| Réseau | |
| NIC virtuelles par VM | 7 (voir note 4) |
| Capacité graphique | |
| vGPU par VM | 8 |
| GPU pass-through par VM | 1 |
| Périphériques | |
| Périphériques USB pass-through | 6 |
Notes :
Consultez la documentation de votre système d’exploitation invité pour vous assurer de ne pas dépasser les limites prises en charge. À ce jour, Red Hat Enterprise Linux 8 et ses dérivés ne prennent pas en charge plus de 32 vCPU. Bien que la limite soit de 64, nous vous recommandons de fixer la limite à 32 si vos VM ne sont pas fiables ou si vous souhaitez éviter un impact potentiel sur la disponibilité du système.
La quantité maximale de mémoire physique adressable par votre système d’exploitation varie. Définir la mémoire à un niveau supérieur à la limite prise en charge par le système d’exploitation peut entraîner des problèmes de performances au sein de votre invité.
Le nombre maximal de VDI pris en charge dépend du système d’exploitation invité. Consultez la documentation de votre système d’exploitation invité pour vous assurer de ne pas dépasser les limites prises en charge.
Plusieurs systèmes d’exploitation invités ont une limite inférieure, d’autres invités nécessitent l’installation des outils XenServer VM pour atteindre cette limite.
Limites de l’hôte XenServer
| Élément | Limite |
|---|---|
| Calcul | |
| Processeurs logiques par hôte | 960 (voir note 1) |
| VMs concurrentes par hôte | 1000 (voir note 2) |
| VMs protégées concurrentes par hôte avec HA activé | 500 |
| VMs GPU virtuelles par hôte | 128 (voir note 3) |
| Mémoire | |
| RAM par hôte | 6 To |
| Stockage | |
| Disques virtuels actifs simultanés par hôte | 2048 (voir note 4) |
| Référentiels de stockage par hôte (NFS) | 400 |
| VDI attachés par SR (tous types) | 600 |
| Réseau | |
| Cartes réseau physiques par hôte | 16 |
| Cartes réseau physiques par agrégation de liens | 4 |
| Cartes réseau virtuelles par hôte | 512 |
| VLAN par hôte | 800 |
| Agrégations de liens par hôte | 4 |
| Capacité graphique | |
| GPU par hôte | 8 (voir note 5) |
Notes :
Le nombre maximal de processeurs physiques logiques pris en charge varie selon le processeur. Pour plus d’informations, consultez la Liste de compatibilité matérielle.
Le nombre maximal de machines virtuelles par hôte pris en charge dépend de la charge de travail des machines virtuelles, de la charge système, de la configuration réseau et de certains facteurs environnementaux. Nous nous réservons le droit de déterminer les facteurs environnementaux spécifiques qui affectent la limite maximale à laquelle un système peut fonctionner. Pour les pools plus importants (plus de 32 hôtes), nous recommandons d’allouer au moins 8 Go de RAM au domaine de contrôle (Dom0). Pour les systèmes exécutant plus de 500 machines virtuelles ou lors de l’utilisation de l’accélérateur PVS, nous recommandons d’allouer au moins 16 Go de RAM au domaine de contrôle. Pour plus d’informations sur la configuration de la mémoire Dom0, consultez Modifier la quantité de mémoire allouée au domaine de contrôle.
Pour NVIDIA vGPU, 128 machines virtuelles accélérées par vGPU par hôte avec 4 cartes M60 (4x32=128 machines virtuelles) ou 2 cartes M10 (2x64=128 machines virtuelles).
Le nombre de disques virtuels actifs simultanés par hôte est également limité par le nombre de SR que vous avez attachés à l’hôte et le nombre de VDI attachés autorisés pour chaque SR (600). Pour plus d’informations, consultez l’entrée « VDI attachés par SR » dans les Limites du pool de ressources.
Ce chiffre peut changer. Pour connaître les limites prises en charge actuelles, consultez la Liste de compatibilité matérielle.
Limites du pool de ressources
| Élément | Limite |
|---|---|
| Calcul | |
| Machines virtuelles par pool de ressources | 2400 |
| Hôtes par pool de ressources | 32/64 (voir note 1) |
| Mise en réseau | |
| VLAN par pool de ressources | 800 |
| Reprise après sinistre | |
| Référentiels de stockage de récupération de site intégrée par pool de ressources | 8 |
| Stockage | |
| Chemins d’accès à un LUN | 16 |
| LUNs multipath par hôte | 150 (voir note 2) |
| LUNs multipath par hôte (utilisés par les référentiels de stockage) | 150 (voir note 2) |
| VDI par SR (NFS, SMB, EXT, XFS, GFS2) | 20000 (voir note 3) |
| VDI par SR (LVM) | 1000 (voir note 3) |
| Référentiels de stockage par pool (NFS) | 400 |
| Référentiels de stockage par pool (GFS2) | 62 |
| Taille maximale du système de fichiers (GFS2) | 100 TiB |
| Migration en direct du stockage | |
| VDI (non-CD-ROM) par VM | 6 |
| Instantanés par VM | 1 |
| Transferts simultanés | 3 |
| XenCenter | |
| Opérations simultanées par pool | 25 |
Remarques :
- Les pools en cluster GFS2 prennent en charge un maximum de 16 hôtes dans le pool de ressources. Dans tous les autres cas, 64 est la taille maximale de pool prise en charge. Cependant, ce n’est pas la taille de pool optimale pour la plupart des environnements et des charges de travail. Pour plus d’informations, consultez Taille de pool recommandée
- Lorsque la haute disponibilité (HA) est activée, nous recommandons d’augmenter le délai d’expiration par défaut à au moins 120 secondes lorsque plus de 30 LUN multipath sont présents sur un hôte. Pour plus d’informations sur l’augmentation du délai d’expiration de la HA, consultez Configurer le délai d’expiration de la haute disponibilité.
- La limite du nombre de VDI inclut les VDI utilisés à des fins internes, telles que la gestion des instantanés. Chaque instantané est représenté en interne par 2 VDI : l’un est l’instantané et l’autre est le parent partagé avec le VDI actif et inscriptible.
Limites de l’équilibrage de charge de travail
| Élément | Limite |
|---|---|
| Pools gérés par appliance virtuelle Workload Balancing | 100 (voir note 1) |
| VMs gérées par appliance virtuelle Workload Balancing | 1000 (voir note 2) |
Remarques :
- Assurez-vous que l’appliance virtuelle dispose de ressources suffisantes (vCPU, mémoire, taille de disque) pour gérer un grand nombre de pools et de machines virtuelles.
- Si un seul pool contient un grand nombre de machines virtuelles (par exemple, plus de 400 machines virtuelles), nous vous recommandons d’utiliser une appliance virtuelle Workload Balancing uniquement pour ce pool.