XenServer

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  
Processeurs virtuels par VM (Linux) 32/64 (voir note 1)
Processeurs virtuels 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  
Cartes réseau 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 1 (voir note 5)

Remarques :

  1. 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 définir la limite à 32 si vos VM ne sont pas fiables ou si vous souhaitez éviter un impact potentiel sur la disponibilité du système.

  2. 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é.

  3. 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.

  4. 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.

  5. Si vous attribuez plusieurs périphériques USB passthrough à une machine virtuelle, la machine virtuelle pourrait ne pas démarrer. Voir Problèmes connus.

Limites de l’hôte XenServer

Élément Limite
Calcul  
Processeurs logiques par hôte 1024 (voir note 1)
Machines virtuelles concurrentes par hôte 200 (voir note 2)
Machines virtuelles protégées concurrentes par hôte avec HA activé 500
Machines virtuelles 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
   
Mise en réseau  
Cartes réseau physiques par hôte 16
Cartes réseau physiques par liaison réseau 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 :

  1. 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.

  2. 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. Lorsque vous utilisez l’accélérateur PVS, nous vous 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.

  3. 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).

  4. 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.

  5. 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  
VM par pool de ressources 2400
Hôtes par pool de ressources 32 (voir note 1)
   
Réseau  
VLAN par pool de ressources 800
   
Reprise après sinistre  
Référentiels de stockage de reprise de site intégrée par pool de ressources 8
   
Stockage  
Chemins d’accès à un LUN 16 (voir note 4)
LUNs multipath par hôte 150 (voir notes 2, 4)
LUNs multipath par hôte (utilisées par les référentiels de stockage) 150 (voir notes 2, 4)
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-CDROM) par VM 6
Instantanés par VM 1
Transferts simultanés 3
   
XenCenter  
Opérations simultanées par pool 25

Remarques :

  1. Les pools en cluster qui utilisent le stockage GFS2 prennent en charge un maximum de 16 hôtes dans le pool de ressources. Dans tous les autres cas, 32 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
  2. Lorsque la haute disponibilité (HA) est activée, nous recommandons d’augmenter le délai d’attente par défaut à au moins 120 secondes lorsque plus de 30 LUN multipath sont présentes sur un hôte. Pour plus d’informations sur l’augmentation du délai d’attente HA, consultez Configurer le délai d’expiration de la haute disponibilité.
  3. 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.
  4. La mémoire utilisée par le domaine de contrôle (Dom0) pour gérer le stockage connecté augmente à la fois avec le nombre total de chemins (LUN multipath multipliées par le nombre de chemins par LUN) et le nombre de processeurs logiques (cœurs de CPU) sur l’hôte. Si vous configurez un grand nombre de LUN ou de chemins multipath, en particulier sur les hôtes avec de nombreux cœurs de CPU, envisagez d’augmenter la mémoire allouée au domaine de contrôle. Pour plus d’informations, consultez Modifier la quantité de mémoire allouée au domaine de contrôle.

Limites de l’équilibrage de charge (Workload Balancing)

Élément Limite
Pools gérés par appliance virtuelle Workload Balancing 100 (voir note 1)
Machines virtuelles gérées par appliance virtuelle Workload Balancing 1000 (voir note 2)

Remarques :

  1. 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.
  2. 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.
Limites de configuration