layout: doc description: Answers to frequently asked questions about XenServer.—
Pour connaître la configuration système minimale requise pour cette version, reportez-vous à la section Configuration système requise.
Oui. Un système basé sur Intel VT ou AMD-V 64 bits x86 avec un ou plusieurs processeurs est requis pour exécuter tous les systèmes d’exploitation invités pris en charge.
Pour plus d’informations sur la configuration système requise pour l’hôte, consultez Configuration système requise.
Vous avez besoin d’un système basé sur un processeur x86 64 bits qui prend en charge la technologie de virtualisation matérielle Intel VT ou AMD-V dans le processeur et le microprogramme du système.
Pour obtenir la liste complète des systèmes certifiés XenServer, consultez la liste de compatibilité matérielle (HCL).
Oui. XenServer prend en charge l’indexation AMD Rapid Virtualization et les tables de pages Intel Extended. L’indexation rapide de virtualisation fournit une implémentation de la technologie des tables imbriquées utilisée pour améliorer encore les performances de l’hyperviseur Xen. Les tableaux de pages étendus fournissent une implémentation de la pagination assistée par matériel utilisée pour améliorer encore les performances de l’hyperviseur Xen.
XenServer s’exécute sur de nombreux ordinateurs portables ou de bureau conformes aux exigences minimales en matière de processeur. Toutefois, XenServer ne prend en charge que les systèmes certifiés et répertoriés dans la liste de compatibilité matérielle (HCL).
Vous pouvez choisir de l’exécuter sur des systèmes non pris en charge à des fins de démonstration et de test. Toutefois, certaines fonctionnalités, telles que les fonctionnalités de gestion de l’alimentation, ne fonctionnent pas.
Non. XenServer ne prend pas en charge l’utilisation de cartes SD ou de cartes USB pour votre installation XenServer.
Nous ne prenons en charge que le matériel certifié et répertorié sur la liste de compatibilité matérielle (HCL).
Remarque :
Pour obtenir la liste complète des limites prises en charge par XenServer, consultez la section Limites de configuration.
Les systèmes hôtes XenServer peuvent utiliser jusqu’à 6 To de mémoire physique.
XenServer prend en charge jusqu’à 448 processeurs logiques par hôte. Le nombre maximal de processeurs logiques pris en charge diffère selon le CPU.
Pour plus d’informations, consultez la liste de compatibilité matérielle (HCL).
Le nombre maximum de machines virtuelles (VM) prises en charge pour s’exécuter sur un hôte XenServer est de 1 000. Pour les systèmes exécutant plus de 500 machines virtuelles, nous recommandons d’allouer au moins 16 Go de RAM à dom0. Pour plus d’informations, consultez Modifier la quantité de mémoire allouée au domaine de contrôle.
Pour un système particulier, le nombre de machines virtuelles pouvant s’exécuter simultanément et avec des performances acceptables dépend des ressources disponibles et de la charge de travail de la machine virtuelle. XenServer adapte automatiquement la quantité de mémoire allouée au domaine de contrôle (dom0) en fonction de la mémoire physique disponible.
Remarque :
S’il y a plus de 50 machines virtuelles par hôte et que la mémoire physique de l’hôte est inférieure à 48 Go, il peut être conseillé de remplacer ce paramètre. Pour plus d’informations, consultez la section Utilisation de la mémoire.
XenServer prend en charge jusqu’à 16 ports NIC physiques. Ces cartes réseau peuvent être liées pour créer jusqu’à 8 liaisons réseau logiques. Chaque liaison peut inclure jusqu’à 4 cartes réseau.
XenServer prend en charge jusqu’à 32 processeurs virtuels par machine virtuelle. Le nombre de vCPU pouvant être pris en charge varie en fonction du système d’exploitation invité.
Remarque :
Consultez la documentation de votre système d’exploitation invité pour vous assurer que vous ne dépassez pas les limites prises en charge.
XenServer prend en charge jusqu’à 1,5 To par invité. La quantité de mémoire pouvant être prise en charge varie selon le système d’exploitation invité.
Remarque :
La quantité maximale de mémoire physique adressable par votre système d’exploitation varie. La définition de 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 chez votre invité.
XenServer peut allouer jusqu’à 255 VDI, y compris un périphérique DVD-ROM virtuel par machine virtuelle.
Remarque :
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 que vous ne dépassez pas les limites prises en charge.
XenServer peut allouer jusqu’à 7 cartes réseau virtuelles par machine virtuelle. Le nombre de cartes réseau virtuelles pouvant être prises en charge varie en fonction du système d’exploitation invité.
XenServer répartit les ressources de traitement entre les vCPU à l’aide d’un algorithme d’équilibrage équitable. Cet algorithme garantit que toutes les machines virtuelles obtiennent leur part des ressources de traitement du système.
XenServer n’alloue aucun processeur physique de manière statique à une machine virtuelle spécifique. XenServer alloue plutôt de manière dynamique, en fonction de la charge, tous les processeurs logiques disponibles à la machine virtuelle. Cette allocation dynamique garantit que les cycles du processeur sont utilisés efficacement, car la machine virtuelle peut fonctionner là où il y a de la capacité disponible.
XenServer utilise une répartition équitable des ressources d’E/S de disque entre les machines virtuelles. Vous pouvez également fournir à une machine virtuelle un accès de priorité supérieure ou inférieure aux ressources d’E/S du disque.
XenServer utilise une répartition équitable des ressources pour les ressources d’E/S réseau entre les machines virtuelles. Vous pouvez également contrôler le débit de données sortantes à l’aide de l’Open vSwitch. Pour plus d’informations, voir Contrôler le débit de données sortantes (QoS).
Oui. Pour plus d’informations, consultez Systèmes d’exploitation invités pris en charge.
Oui. Pour plus d’informations, consultez Systèmes d’exploitation invités pris en charge.
Pour obtenir la liste des systèmes d’exploitation invités Windows pris en charge, consultez Systèmes d’exploitation invités pris en charge.
Pour obtenir la liste des systèmes d’exploitation invités Linux pris en charge, consultez Systèmes d’exploitation invités pris en charge.
Nous prenons uniquement en charge les systèmes d’exploitation (OS) dans le cadre du support des fournisseurs de systèmes d’exploitation. Bien que les systèmes d’exploitation non pris en charge puissent continuer à fonctionner, il se peut que nous vous demandions de passer à un Service Pack du système d’exploitation pris en charge avant de pouvoir examiner tout problème.
Les pilotes applicables peuvent ne pas être disponibles pour les versions de système d’exploitation non prises en charge. Sans les pilotes, ces versions de système d’exploitation ne fonctionnent pas avec des performances optimisées.
Il est souvent possible d’installer d’autres distributions de Linux. Toutefois, XenServer ne peut prendre en charge que les systèmes d’exploitation répertoriés dans Systèmes d’ exploitation invités pris en charge. Il se peut que nous vous demandions de passer à un système d’exploitation pris en charge avant que nous puissions examiner les problèmes.
XenServer ne prend en charge aucun système d’exploitation client basé sur BSD pour les déploiements de virtualisation à usage général. Cependant, les machines virtuelles FreeBSD exécutées sur XenServer ont été certifiées pour être utilisées dans des produits NetScaler spécifiques.
Les XenServer VM Tools sont des progiciels pour les systèmes d’exploitation invités Windows et Linux. Pour les systèmes d’exploitation Windows, les outils XenServer VM pour Windows incluent des pilotes d’E/S hautes performances (pilotes PV) et l’agent de gestion.
Pour les systèmes d’exploitation Linux, XenServer VM Tools pour Linux incluent un agent invité qui fournit des informations supplémentaires sur la machine virtuelle à l’hôte XenServer.
Pour plus d’informations, consultez XenServer VM Tools.
Oui. Docker est pris en charge sur les machines virtuelles Linux hébergées sur XenServer.
Non. Vous ne pouvez pas exécuter de conteneurs Docker sur une machine virtuelle Windows hébergée sur XenServer. Cette restriction est due au fait que XenServer ne prend pas en charge la virtualisation imbriquée pour les machines virtuelles Windows.
Non.
Dans les versions précédentes de XenServer et Citrix Hypervisor, un pack supplémentaire de gestion des conteneurs était disponible pour vous permettre de gérer vos conteneurs Docker via XenCenter. Cette fonctionnalité a été supprimée.
Pour de plus amples informations, consultez XenCenter.
Oui. La console de gestion XenCenter s’exécute sur un système d’exploitation Windows. Pour plus d’informations sur la configuration système requise, voir Configuration système requise
Si vous ne souhaitez pas exécuter Windows, vous pouvez gérer vos hôtes et vos pools XenServer à l’aide de l’interface de ligne de commande xe ou d’une xsconsoleconsole de configuration système.
Oui. Vous pouvez configurer les demandes de connexion XenCenter pour utiliser Active Directory sur toutes les éditions de XenServer.
Pour plus d’informations, consultez Gérer les utilisateurs.
Oui. La fonctionnalité de contrôle d’accès basé sur les rôles combinée à l’authentification Active Directory peut restreindre l’accès des utilisateurs dans XenCenter.
Pour plus d’informations, consultez Gérer les utilisateurs.
Oui. Vous pouvez utiliser une seule console XenCenter pour vous connecter à plusieurs systèmes hôtes XenServer.
Selon la version de XenServer, oui. XenCenter est rétrocompatible avec Citrix Hypervisor 8.0 et les versions ultérieures. Notez toutefois que seul Citrix Hypervisor 8.2 CU 1 bénéficie d’un support complet.
Oui. Vous pouvez vous connecter à plusieurs pools de ressources à partir d’une seule console XenCenter.
L’onglet Console de XenCenter permet d’accéder aux consoles textuelles et graphiques des machines virtuelles exécutant des systèmes d’exploitation Linux. Avant de pouvoir vous connecter à la console graphique d’une machine virtuelle Linux, installez et configurez un serveur VNC et un gestionnaire d’affichage X sur la machine virtuelle.
XenCenter vous permet également de vous connecter à des machines virtuelles Linux via SSH à l’aide de l’option Open SSH Console de l’onglet Console de la machine virtuelle.
XenCenter fournit un accès aux graphiques émulés pour une machine virtuelle Windows. Si XenCenter détecte des fonctionnalités de bureau à distance sur la machine virtuelle, XenCenter fournit un bouton de connexion rapide pour lancer un client RDP intégré qui se connecte à la machine virtuelle. Vous pouvez également vous connecter directement à vos invités à l’aide d’un logiciel de bureau à distance externe.
Pour plus d’informations, consultez la section Interface de ligne de commande.
Oui. Toutes les éditions de XenServer incluent une interface de ligne de commande (CLI) complète, connue sous le nom de xe.
Oui. Vous pouvez accéder à l’interface de ligne de commande en connectant un écran et un clavier directement à l’hôte, ou via un émulateur de terminal connecté au port série de l’hôte.
Oui. XenServer fournit la CLI xe, qui peut être installée sur des machines Windows et Linux 64 bits pour contrôler XenServer à distance. Vous pouvez également utiliser XenCenter pour accéder à la console de l’hôte à partir de l’onglet Console.
Oui. Vous pouvez vous connecter à l’aide d’Active Directory sur toutes les éditions de XenServer.
Oui. Vous pouvez restreindre l’accès des utilisateurs sur l’interface de ligne de commande xe.
Pour plus d’informations, consultez la section Gérer les machines virtuelles.
Oui. Vous pouvez exporter et importer des machines virtuelles à l’aide du format OVF standard.
Vous pouvez également convertir des machines virtuelles par lots à l’aide du XenServer Conversion Manager. Des outils tiers sont également disponibles.
Pour plus d’informations, consultez Conversion Manager.
Vous pouvez installer un système d’exploitation invité en utilisant :
Pour plus d’informations, consultez la section Gérer les machines virtuelles.
Oui. Toute machine virtuelle créée sur XenServer peut être clonée ou convertie en modèle de machine virtuelle. Un modèle de machine virtuelle peut ensuite être utilisé pour créer d’autres machines virtuelles.
Oui. Les machines virtuelles exportées à partir d’anciennes versions de XenServer peuvent être importées vers une version plus récente.
Non.
Oui. XenServer prend en charge l’utilisation de snapshots dans toutes les éditions. Pour plus d’informations, consultez Instantanés de machine virtuelle.
Pour plus d’informations, voir Stockage.
XenServer prend en charge le stockage local tel que SATA, SAS et NVMe.
XenServer prend en charge les référentiels de stockage Fibre Channel, FCoE, iSCSI basé sur le matériel (HBA), iSCSI, NFS et SMB.
Pour plus d’informations, consultez Stockage et liste de compatibilité matérielle.
Oui. XenServer inclut un initiateur iSCSI logiciel intégré (Open-iSCSI).
XenServer nécessite NFSv3 ou NFSv4 sur TCP pour l’utilisation du stockage à distance. XenServer ne prend actuellement pas en charge le protocole NFS sur UDP (User Datagram Protocol).
Oui. Cependant, nous recommandons d’utiliser un périphérique NAS dédié doté de la technologie NFSv3 ou NFSv4 avec mise en cache non volatile à haut débit pour atteindre des niveaux acceptables de performances d’E/S.
Oui. XenServer prend en charge le démarrage depuis un SAN à l’aide d’adaptateurs HBA Fibre Channel, FCoE ou iSCSI.
Oui. XenServer prend en charge le démarrage à partir de l’UEFI. Toutefois, le démarrage sécurisé UEFI n’est pas pris en charge pour les hôtes XenServer.
Le démarrage à partir du BIOS est actuellement pris en charge, mais il est obsolète et sera supprimé dans une prochaine version.
Pour plus d’informations, voir Installations de démarrage réseau
Oui. Nous recommandons d’utiliser le multipath pour des connexions de stockage résilientes.
Non. XenServer ne prend pas en charge le RAID logiciel.
Non. XenServer ne prend pas en charge les solutions propriétaires de type RAID, telles que HostRAID ou FakeRAID.
Oui. Le clonage dynamique est disponible sur les disques locaux au format EXT3/EXT4, en plus des référentiels de stockage NFS et SMB.
Non. XenServer ne prend pas en charge le DRBD.
Non. XenServer ne prend pas en charge le stockage ATA sur Ethernet.
Pour de plus amples informations, consultez la section Réseau
Oui. Vous pouvez créer un réseau privé sur un seul hôte pour les machines virtuelles résidentes.
Oui. Vous pouvez vous connecter ou associer plusieurs réseaux physiques qui se rattachent à différentes interfaces réseau sur le système hôte physique.
Oui. Les machines virtuelles peuvent se connecter à n’importe quel réseau disponible pour l’hôte.
Les machines virtuelles hébergées sur XenServer peuvent utiliser n’importe quelle combinaison d’adresses IPv4 et IPv6 configurées.
Toutefois, XenServer ne prend pas en charge l’utilisation d’IPv6 dans son domaine de contrôle (dom0). Vous ne pouvez pas utiliser IPv6 pour le réseau de gestion des hôtes ou le réseau de stockage. IPv4 doit être disponible pour que l’hôte XenServer puisse l’utiliser.
Oui. XenServer prend en charge l’attribution de réseaux de machines virtuelles à des VLAN spécifiés.
Par défaut, les interfaces réseau XenServer sont exemptes de promiscuité et une machine virtuelle ne peut voir que le trafic correspondant à cette machine virtuelle et le trafic de diffusion.
Ce comportement peut être configuré en fonction de la pile réseau que vous utilisez.
Si vous utilisez le pont Linux comme pile réseau, vos interfaces réseau virtuelles peuvent être configurées pour le mode promiscuité. Ce mode vous permet de voir tout le trafic sur un commutateur virtuel. Pour plus d’informations sur la configuration du mode promiscuité, consultez les articles suivants du centre de connaissances :
Lorsque vous activez le mode promiscuité sur une interface réseau virtuelle, pour qu’une machine virtuelle utilise cette configuration, vous devez également activer le mode promiscuité au sein de votre machine virtuelle.
Si vous utilisez l’Open vSwitch (OVS) comme pile réseau, il agit comme un commutateur de couche 2. Une machine virtuelle ne voit que le trafic de cette machine virtuelle. En outre, le verrouillage des ports de commutation dans XenServer permet d’augmenter les niveaux d’isolation et de sécurité. OVS ne peut pas être configuré en mode promiscuité.
Oui. XenServer prend en charge la liaison d’interfaces réseau physiques pour le basculement et l’agrégation de liens avec le support LACP en option. Pour plus d’informations, reportez-vous à la section Mise en réseau.
Trois composants contribuent à l’encombrement mémoire d’un hôte XenServer.
La quantité de mémoire requise pour exécuter dom0 est ajustée automatiquement. Par défaut, XenServer alloue 1 GiB plus 5 % de la mémoire physique totale au domaine de contrôle, jusqu’à un maximum initial de 8 GiB.
Remarque :
La quantité de mémoire allouée au domaine de contrôle peut être augmentée au-delà de la quantité par défaut.
Dans XenCenter, le champ Xen de l’onglet Mémoire indique la mémoire utilisée par le domaine de contrôle, par l’hyperviseur Xen lui-même et par le noyau de crash de XenServer. La quantité de mémoire utilisée par l’Hypervisor est plus grande pour les hôtes disposant de plus de mémoire.
Pour plus d’informations, consultez Utilisation de la mémoire
Oui. XenServer utilise le contrôle dynamique de la mémoire (DMC) pour ajuster automatiquement la mémoire des machines virtuelles en cours d’exécution. Ces ajustements maintiennent la quantité de mémoire allouée à chaque machine virtuelle entre les valeurs de mémoire minimales et maximales spécifiées, garantissant les performances et permettant une plus grande densité de machines virtuelles.
Pour plus d’informations, consultez Mémoire de la machine virtuelle.
Pour plus d’informations, consultez Hôtes et pools de ressources.
Un pool de ressources est un ensemble d’hôtes XenServer gérés en tant qu’unité. En règle générale, un pool de ressources partage une certaine quantité de stockage en réseau pour permettre la migration rapide des machines virtuelles d’un hôte à un autre au sein du pool.
Non. Un seul hôte du pool doit être spécifié comme coordinateur du pool. Le coordinateur du pool contrôle toutes les activités administratives requises sur le pool. Cette conception signifie qu’il n’y a pas de point de défaillance externe unique. En cas de défaillance du coordinateur de pool, les autres hôtes du pool continuent de fonctionner et les machines virtuelles résidentes continuent de fonctionner normalement. Si le coordinateur du pool ne peut pas se reconnecter, XenServer promeut l’un des autres hôtes du pool au poste de coordinateur afin de reprendre le contrôle du pool.
Ce processus est automatisé grâce à la fonction Haute disponibilité. Pour plus d’informations, consultez Haute disponibilité.
Une copie des données de configuration est stockée sur chaque hôte du pool de ressources. Si le coordinateur de pool actuel échoue, ces données permettent à tout hôte du pool de ressources de devenir le nouveau coordinateur de pool.
Les configurations de stockage et de réseau distants partagés peuvent être effectuées au niveau du pool de ressources. Lorsqu’une configuration est partagée sur le pool de ressources, le système coordinateur propage automatiquement les modifications de configuration à tous les systèmes membres.
Oui. Tous les nouveaux systèmes hôtes ajoutés à un pool de ressources reçoivent automatiquement les mêmes configurations pour le stockage partagé et les paramètres réseau.
Oui. Nous recommandons d’utiliser le même type de processeur dans l’ensemble du pool (pool de ressources homogène). Toutefois, il est possible que des hôtes ayant des types de CPU différents rejoignent un pool (hétérogène), à condition que les processeurs proviennent du même fournisseur.
Pour plus d’informations, consultez Hôtes et pools de ressources.
Pour obtenir des informations à jour sur la prise en charge du masquage des fonctionnalités pour des types de CPU spécifiques, consultez la section Liste de compatibilité matérielle.
Pour plus d’informations, voir Migration des machines virtuelles.
Avec la migration en direct, vous pouvez déplacer des machines virtuelles en cours d’exécution lorsque les hôtes partagent le stockage (dans un pool).
En outre, la migration en direct du stockage permet la migration entre des hôtes qui ne partagent pas le stockage. Les machines virtuelles peuvent être migrées au sein ou entre des pools.
Pour plus d’informations, consultez Haute disponibilité.
Oui. Si la haute disponibilité est activée, XenServer surveille en permanence l’état des hôtes d’un pool. Si la haute disponibilité détecte qu’un hôte est altéré, l’hôte est automatiquement arrêté. Cette action permet de redémarrer les machines virtuelles en toute sécurité sur un autre hôte sain.
Non. Si vous souhaitez utiliser la haute disponibilité, un stockage partagé est requis. Ce stockage partagé permet de déplacer des machines virtuelles en cas de défaillance d’un hôte. Toutefois, la haute disponibilité permet aux machines virtuelles stockées sur le stockage local d’être marquées pour un redémarrage automatique lorsque l’hôte se rétablit après un redémarrage.
Oui. La configuration haute disponibilité vous permet de définir l’ordre dans lequel les machines virtuelles sont démarrées. Cette fonctionnalité permet de séquencer automatiquement les machines virtuelles qui dépendent les unes des autres.
Oui. XenServer fournit une surveillance détaillée des indicateurs de performance. Ces mesures incluent le processeur, la mémoire, le disque, le réseau, les informations sur l’état C-State/P-State et le stockage. Le cas échéant, ces mesures sont disponibles par hôte et par machine virtuelle. Les mesures de performance sont disponibles directement (exposées en tant que bases de données Round Robin), ou peuvent être consultées et affichées graphiquement dans XenCenter ou d’autres applications tierces. Pour plus d’informations, voir Surveiller et gérer votre déploiement.
Les données pour les mesures de performance de XenServer sont collectées à partir de différentes sources. Ces sources incluent l’hyperviseur Xen, Dom0, les interfaces Linux standard et les interfaces Windows standard telles que WMI.
Oui. XenCenter affiche des mesures de performance en temps réel dans l’ onglet Performances pour chaque machine virtuelle en cours d’exécution et pour l’hôte XenServer. Vous pouvez personnaliser les mesures affichées.
Oui. XenServer conserve les indicateurs de performance de l’année dernière (avec une granularité décroissante). XenCenter fournit une visualisation de ces mesures dans des affichages graphiques en temps réel.
Pour de plus amples informations, consultez la section Installer.
Non. XenServer s’installe directement sur du matériel non équipé, évitant ainsi la complexité, la surcharge et les problèmes de performances d’un système d’exploitation sous-jacent.
Oui. Si vous utilisez une version prise en charge de XenServer, vous pouvez effectuer une mise à niveau vers une version plus récente de XenServer au lieu de procéder à une nouvelle installation. Pour plus d’informations, consultez la section Mettre à niveau.
Si votre version actuelle de Citrix Hypervisor ou XenServer n’est plus prise en charge, vous ne pouvez pas effectuer de mise à niveau ou de mise à jour vers la dernière version de XenServer. Seules les mises à niveau depuis la mise à jour cumulative 1 de Citrix Hypervisor 8.2 sont prises en charge.
Pour plus d’informations, consultez la section Mettre à niveau.
XenServer nécessite un minimum de 46 Go de stockage local sur le système hôte physique.
Oui. Vous pouvez installer XenServer sur le système hôte à l’aide de PXE. Vous pouvez également installer automatiquement XenServer à l’aide de PXE en créant un fichier de réponses préconfiguré.
Non. Xen est un hyperviseur de type 1 qui fonctionne directement sur le matériel hôte (« vierge »). Une fois l’hyperviseur chargé, il démarre le domaine de gestion privilégié, le domaine de contrôle (dom0), qui contient un environnement Linux minimal.
XenServer utilise les pilotes de périphériques disponibles dans le noyau Linux. Par conséquent, XenServer s’exécute sur une grande variété de matériels et de périphériques de stockage. Toutefois, nous vous recommandons d’utiliser des pilotes de périphériques certifiés.
Pour plus d’informations, consultez la liste de compatibilité matérielle.
Pour plus d’informations sur les licences XenServer, consultez la section Gestion des licences.
Pour plus d’informations sur le support, consultez la section Support.
Oui. Pour plus d’informations, consultez les pages d’assistance de XenServer.
Non. Un contrat de support technique est inclus dans l’achat de votre licence. Pour plus d’informations sur le niveau de support que nous proposons aux clients des éditions Premium et Standard, consultez les pages d’assistance de XenServer.
Lorsque vous achetez une licence XenServer par socket, vous bénéficiez également de nos services de support technique. Pour plus d’informations sur les niveaux de support, consultez https://xenserver.com/support.
Si vous utilisez l’édition d’essai, vous n’êtes pas éligible à l’assistance. Cependant, nous apprécions vos commentaires : faites-nous part de vos commentaires.
Oui. Il existe plusieurs canaux alternatifs pour obtenir un support technique pour XenServer. Vous pouvez également utiliser le Centre de connaissances Citrix ou passer un contrat avec des partenaires XenServer autorisés qui proposent des services de support technique.
Non. XenServer ne fournit pas de support technique pour le projet open source Xen. Pour plus d’informations, consultez http://www.xen.org/.
Non. Soumettez tout problème non technique au service clientèle de Citrix. Par exemple, les problèmes liés à la maintenance des logiciels, aux licences, au support administratif et à la confirmation de commande.