Hôtes et pools de ressources

Cette section décrit comment créer des pools de ressources via une série d’exemples à l’aide de l’interface de ligne de commande xe (CLI). Une configuration de stockage partagé simple basée sur NFS est présentée et plusieurs exemples simples de gestion de machines virtuelles sont discutés. Il contient également des procédures pour traiter les défaillances de nœuds physiques.

hôtes et pools de ressources présentation

Un pool de ressources comprend plusieurs installations hôtes, liées ensemble à une seule entité gérée qui peut héberger des machines virtuelles. En cas de combinaison avec un stockage partagé, un pool de ressources permet de démarrer des machines virtuelles sur n’importe quel hôte disposant d’une mémoire suffisante. Les machines virtuelles peuvent ensuite être déplacées dynamiquement entre les hôtes tout en s’exécutant avec un temps d’arrêt minimal (). Si un hôte individuel souffre d’une défaillance matérielle, l’administrateur peut redémarrer les machines virtuelles défaillantes sur un autre hôte du même pool de ressources. Lorsque la haute disponibilité est activée sur le pool de ressources, les machines virtuelles se déplacent automatiquement vers un autre hôte en cas de défaillance de leur hôte. Jusqu’à 64 hôtes sont pris en charge par pool de ressources, bien que cette restriction ne soit pas appliquée.

Un pool a toujours au moins un nœud physique, connu sous le nom de maître. Seul le nœud maître expose une interface d’administration (utilisée par et l’interface de ligne de commande, connue sous le nom de ligne de commande xe CLI). Le maître transmet les commandes aux membres individuels si nécessaire.

Note :

Lorsque le maître de pool échoue, la réélection principale a lieu uniquement si la haute disponibilité est activée.

Conditions requises pour la création de pools de ressources

Un pool de ressources est un agrégat homogène (ou hétérogène avec restrictions) d’un ou de plusieurs hôtes, jusqu’à un maximum de 64. La définition d’homogène est :

• Les processeurs sur le serveur reliant le pool sont les mêmes (en termes de fournisseur, de modèle et de fonctionnalités) que les processeurs sur les serveurs déjà présents dans le pool.

• Le serveur qui rejoint le pool exécute la même version de logiciel, au même niveau de correctif, que les serveurs déjà présents dans le pool.

Le logiciel impose des contraintes supplémentaires lors de la connexion d’un serveur à un pool. En particulier, vérifie que les conditions suivantes sont remplies pour le serveur qui rejoint le pool :

• Le serveur n’est pas membre d’un pool de ressources existant.

• Le serveur n’a pas de stockage partagé configuré.

• Le serveur n’héberge pas de machines virtuelles en cours d’exécution ou suspendues.

• Aucune opération active n’est en cours sur les machines virtuelles du serveur, comme l’arrêt d’une machine virtuelle.

• L’horloge sur le serveur est synchronisée en même temps que le maître de pool (par exemple, à l’aide de NTP).

• L’interface de gestion du serveur n’est pas liée. Vous pouvez configurer l’interface de gestion lorsque le serveur joint le pool avec succès.

• L’adresse IP de gestion est statique, soit configurée sur le serveur lui-même, soit en utilisant une configuration appropriée sur votre serveur DHCP.

dans les pools de ressources peuvent contenir différents nombres d’interfaces réseau physiques et avoir des référentiels de stockage locaux de taille variable. Dans la pratique, il est souvent difficile d’obtenir plusieurs serveurs avec exactement les mêmes processeurs, et des variations mineures sont donc autorisées. S’il est acceptable d’avoir des hôtes avec des processeurs différents dans le même pool, vous pouvez forcer l’opération de jointure de pool en passant le--force paramètre.

Tous les hôtes du pool doivent se trouver dans le même site et être connectés par un réseau à faible latence.

Note :

Les serveurs fournissant un stockage NFS ou iSCSI partagé pour le pool doivent avoir une adresse IP statique.

Un pool doit contenir des référentiels de stockage partagés pour sélectionner sur quel hôte exécuter une machine virtuelle et déplacer une machine virtuelle entre les hôtes de manière dynamique. Si possible, créez un pool après la disponibilité du stockage partagé. recommande de déplacer les machines virtuelles existantes avec des disques situés dans le stockage local vers le stockage partagé après avoir ajouté le stockage partagé. Vous pouvez utiliser laxe vm-copy commande ou utiliser pour déplacer des machines virtuelles.

Créer un pool de ressources

Les pools de ressources peuvent être créés à l’aide de l’interface de ligne de commande ou de l’interface de ligne de commande. Lorsqu’un nouvel hôte rejoint un pool de ressources, l’hôte de jonction synchronise sa base de données locale avec celle de l’ensemble du pool et hérite de certains paramètres du pool :

• La configuration du stockage VM, local et distant est ajoutée à la base de données à l’échelle du pool. Cette configuration est appliquée à l’hôte de jonction dans le pool, à moins que vous ne définissiez explicitement les ressources partagées après que l’hôte se joigne au pool.

• L’hôte de jonction hérite des référentiels de stockage partagés existants dans le pool. Les enregistrements PBD appropriés sont créés afin que le nouvel hôte puisse accéder automatiquement au stockage partagé existant.

• Les informations de mise en réseau sont partiellement héritées de l’hôte de jonction : les détails structurels des cartes réseau, des VLAN et des interfaces liées sont tous hérités, mais les informations de stratégie ne le sont pas. Ces informations de stratégie, qui doivent être reconfigurées, incluent :

  • Les adresses IP des cartes réseau de gestion, qui sont conservées à partir de la configuration d’origine.

  • L’emplacement de l’interface de gestion, qui reste le même que la configuration d’origine. Par exemple, si les autres hôtes de pool ont des interfaces de gestion sur une interface liée, l’hôte de jonction doit être migré vers la liaison après la jonction.

  • Les cartes réseau de stockage dédiées, qui doivent être réaffectées à l’hôte de jonction à partir de l’interface de ligne de commande ou à l’interface de ligne de commande, et les PBD rebranchés pour acheminer le trafic en conséquence. Cela est dû au fait que les adresses IP ne sont pas affectées dans le cadre de l’opération de jointure de pool et que la carte réseau de stockage ne fonctionne que lorsque celle-ci est correctement configurée. Voir Gérer la mise en réseaupour plus de détails sur la façon de dédier une carte réseau de stockage à partir de l’interface de ligne de commande.

Note :

Vous ne pouvez joindre un nouvel hôte à un pool de ressources que lorsque l’interface de gestion de l’hôte se trouve sur le même VLAN balisé que celui du pool de ressources.

Pour joindre des hôtes host1 et host2 dans un pool de ressources à l’aide de l’interface de ligne de commande

1. Ouvrez une console sur l’ hôte hôte 2.

2. Hôte de commande host2 pour rejoindre le pool sur *host1 * hôte en émettant la commande :

   xe pool-join master-address = host1 master-username = administrators_username master-password = password

Lemaster-addressdoit être défini sur le nom de domaine complet de l' *hôte hôte1* \. Le password doit être le mot de passe administrateur défini lors de l’installation de l’ hôte hôte 1 .

appartiennent à un pool sans nom par défaut. Pour créer votre premier pool de ressources, renommez le pool sans nom existant. Utilisez l’onglet complet pour rechercher les éléments suivantspool_uuid :

xe pool-param-set name-label = "Nouveau pool'uuid = pool_uuid

Créer des pools de ressources hétérogènes

simplifie l’expansion des déploiements au fil du temps en permettant la connexion de matériel hôte disparate à un pool de ressources, connu sous le nom de pools de ressources hétérogènes. Les pools de ressources hétérogènes sont rendus possibles grâce aux technologies des processeurs Intel (FlexMigration) et AMD (Extended Migration) qui fournissent un « masquage » ou un « nivellement » du processeur. Les fonctions de masquage et de mise à niveau du processeur permettent de configurer un processeur pour qu’il apparaisse comme fournissant une marque, un modèle ou une fonctionnalité différente de celle qu’il ne fait réellement. Cette fonctionnalité vous permet de créer des pools d’hôtes avec des processeurs disparates, tout en prenant en charge la migration en direct en toute sécurité.

Note :

Note :

Les processeurs des hôtes qui rejoignent des pools hétérogènes doivent être du même fournisseur (c’est-à-dire AMD, Intel) que les processeurs des hôtes du pool. Cependant, le type spécifique (famille, modèle et numéros pas à pas) n’est pas nécessaire.

simplifie le support des pools hétérogènes. Les hôtes peuvent désormais être ajoutés aux pools de ressources existants, quel que soit le type d’UC sous-jacent (tant que l’UC appartient à la même famille de fournisseurs). L’ensemble d’entités de pool est calculé dynamiquement à chaque fois :

• Un nouvel hôte rejoint le pool

• Un membre de la piscine quitte la piscine

• Un membre du pool se reconnecte après un redémarrage

Toute modification apportée au jeu de fonctionnalités de pool n’affecte pas les machines virtuelles qui sont en cours d’exécution dans le pool. Une machine virtuelle en cours d’exécution continue à utiliser le jeu de fonctionnalités qui a été appliqué au démarrage. Ce jeu de fonctionnalités est corrigé au démarrage et persiste dans les opérations de migration, de suspension et de reprise. Si le niveau du pool diminue lorsqu’un hôte moins capable rejoint le pool, une machine virtuelle en cours d’exécution peut être migrée vers n’importe quel hôte du pool, à l’exception de l’hôte nouvellement ajouté. Lorsque vous déplacez ou migrez une machine virtuelle vers un autre hôte au sein de pools ou entre eux, compare le jeu d’entités de la machine virtuelle avec le jeu d’entités de l’hôte de destination. Si les jeux d’entités sont compatibles, la machine virtuelle est autorisée à migrer. Cela permet à la machine virtuelle de se déplacer librement à l’intérieur et entre les pools, quelles que soient les fonctionnalités du processeur que la machine virtuelle utilise. Si vous utilisez l’équilibrage de la charge de travail pour sélectionner un hôte de destination optimal pour migrer votre machine virtuelle, un hôte avec un jeu de fonctionnalités incompatible ne sera pas recommandé en tant qu’hôte de destination.

Ajouter un stockage partagé

Pour obtenir la liste complète des types de stockage partagé pris en charge, reportez-vous à la section Formats du référentiel de stockage. Cette section montre comment le stockage partagé (représenté en tant que référentiel de stockage) peut être créé sur un serveur NFS existant.

Pour ajouter un stockage partagé NFS à un pool de ressources à l’aide de l’interface de ligne de commande

1. Ouvrez une console sur n’importe quel hôte du pool.

2. Créez le référentiel de stockage sur server : / path en émettant la commande

   xe sr-create content-type = user type = nfs name-label = "Exemple SR'shared = true \
   device-config : serveur = serveur \
   device-config : serverpath = path
   

   Nom d’hôte du serveur NFS et chemindevice-config:server d’accès sur le serveur NFS.device-config:serverpath Commeshared défini sur true, le stockage partagé est automatiquement connecté à tous les hôtes du pool. Tous les hôtes qui se joignent ultérieurement sont également connectés au stockage. L’identifiant universel unique (UUID) du référentiel de stockage est imprimé à l’écran.

3. Recherchez l’UUID du pool en exécutant la commande suivante :

   liste de pool xe
   

4. Définissez le stockage partagé comme valeur par défaut à l’échelle du pool à l’aide de la commande

   xe pool-param-set uuuid = pool_uuid par défaut SR = sr_uuid
   

   Comme le stockage partagé a été défini comme valeur par défaut à l’échelle du pool, les disques de toutes les futures machines virtuelles ont été créés sur le stockage partagé par défaut. Reportez-vous à la section Formats du référentiel de stockagepour plus d’informations sur la création d’autres types de stockage partagé.

Supprimer les hôtes d’un pool de ressources

Note :

Avant de supprimer un hôte d’un pool, assurez-vous d’arrêter toutes les machines virtuelles exécutées sur cet hôte. Sinon, vous pouvez voir un avertissement indiquant que l’hôte ne peut pas être supprimé.

Lorsque vous supprimez (éjectez) un hôte d’un pool, l’ordinateur est redémarré, réinitialisé et laissé dans un état similaire à une nouvelle installation. N’éjectez pas d’ hôtes d’un pool s’il existe des données importantes sur les disques locaux.

Pour supprimer un hôte d’un pool de ressources à l’aide de l’interface de ligne de commande

1. Ouvrez une console sur n’importe quel hôte du pool.

2. Recherchez l’UUID de l’hôte en exécutant la commande

   liste d'hôtes xe
   

3. Éjectez l’hôte requis du pool :

   xe pool-eject host-uuid = host_uuid
   

   L’ hôte est éjecté et laissé dans un état fraîchement installé.

   Avertissement :

   N’éjectez pas un hôte d’un pool de ressources s’il contient des données importantes stockées sur ses disques locaux. Toutes les données sont effacées lorsqu’un hôte est éjecté du pool. Si vous souhaitez conserver ces données, copiez la machine virtuelle dans le stockage partagé sur le pool en utilisant , ou la commandexe vm-copy CLI.

Lorsque des hôtes contenant des machines virtuelles stockées localement sont éjectés d’un pool, les machines virtuelles sont présentes dans la base de données du pool. Les machines virtuelles stockées localement sont également visibles par les autres hôtes. Les machines virtuelles ne démarrent pas tant que les disques virtuels qui leur sont associés n’ont pas été modifiés pour pointer vers le stockage partagé vu par d’autres hôtes du pool, ou supprimés. Par conséquent, nous vous recommandons de déplacer tout stockage local vers un stockage partagé lorsque vous rejoignez un pool. Le passage au stockage partagé permet d’éjecter des hôtes individuels (ou d’échouer physiquement) sans perte de données.

Note :

Lorsqu’un hôte est supprimé d’un pool qui a son interface de gestion sur un réseau VLAN balisé, l’ordinateur est redémarré et son interface de gestion sera disponible sur le même réseau.

Préparer un pool d’ hôtes pour la maintenance

Avant d’effectuer des opérations de maintenance sur un hôte faisant partie d’un pool de ressources, vous devez le désactiver. La désactivation de l’hôte empêche le démarrage de toutes les machines virtuelles. Vous devez ensuite migrer ses machines virtuelles vers un autre hôte du pool. Vous pouvez le faire en plaçant l’ hôte en mode Maintenance à l’aide de . Consultez l’ aide pour plus de détails.

La synchronisation de sauvegarde a lieu toutes les 24 heures. Le fait de placer l’hôte maître en mode maintenance entraîne la perte des dernières 24 heures de mises à jour RRD pour les machines virtuelles hors ligne.

Avertissement :recommande

fortement de redémarrer tous les hôtes avant d’installer une mise à jour, puis de vérifier leur configuration. Certaines modifications de configuration ne prennent effet qu’au redémarrage, de sorte que le redémarrage peut révéler des problèmes de configuration pouvant entraîner l’échec de la mise à jour.

Pour préparer un hôte dans un pool pour les opérations de maintenance à l’aide de l’interface de ligne de commande

1. Exécutez la commande suivante :

   xe host-disable uuid =_host_uuid
   xe host-evacuate uuuid =_host_uuid
   

   Cette commande désactive l’ hôte, puis migrer toutes les machines virtuelles en cours d’exécution vers d’autres hôtes du pool.

2. Effectuez l’opération de maintenance souhaitée.

3. Activez l’ hôte lorsque l’opération de maintenance est terminée :

   xe host-enable
   

4. Redémarrez toutes les machines virtuelles arrêtées et reprenez toutes les machines virtuelles suspendues.

Exporter les données du pool de ressources

L’option Exporter les données de ressource vous permet de générer un rapport de données de ressource pour votre pool et d’exporter le rapport dans un fichier .xls ou .csv. Ce rapport fournit des informations détaillées sur diverses ressources du pool telles que les serveurs, les réseaux, le stockage, les machines virtuelles, les VDI et les GPU. Cette fonctionnalité permet aux administrateurs de suivre, planifier et affecter des ressources en fonction de diverses charges de travail telles que le processeur, le stockage et le réseau.

La liste des ressources et des différents types de données sur les ressources qui sont inclus dans le rapport :

Serveur :

• Nom
• Maître de piscine
• UUID
• Adresse
• Utilisation du processeur
• Réseau (mo/max. KBs)
• Mémoire utilisée
• Stockage
• Temps de disponibilité
• Description

Réseaux :

• Nom
• État du lien
• MAC
• MTU
• VLAN
• Tapez
• Emplacement

VDI :

• Nom
• Tapez
• UUID
• Taille
• Stockage
• Description

Stockage :

• Nom
• Tapez
• UUID
• Taille
• Emplacement
• Description

VM :

• Nom
• État de l’alimentation
• En cours d’exécution sur
• Adresse
• MAC
• NIC
• Système d’exploitation
• Stockage
• Mémoire utilisée
• Utilisation du processeur
• UUID
• Temps de disponibilité
• Modèle
• Description

GPU :

• Nom
• Serveurs
• Chemin de bus PCI
• UUID
• Consommation d’énergie
• Température
• Mémoire utilisée
• Utilisation de l’ordinateur

Note :

Les informations sur les GPU sont disponibles uniquement si des GPU sont connectés à votre hôte.

Pour exporter des données de ressource

1. Dans le volet de navigation, sélectionnez Infrastructure , puis le pool.

2. Sélectionnez le menu Pool , puis Exporter les données de ressource .

3. Accédez à un emplacement où vous souhaitez enregistrer le rapport, puis cliquez sur Enregistrer.

La mise sous tension de l’hôte

Mise sous tension des hôtes à distance

Vous pouvez utiliser la fonctionnalité de mise sous tension de l’ hôte pour activer et désactiver un serveur à distance, à partir ou à l’aide de l’interface de ligne de commande.

Pour activer l’alimentation de l’hôte, l’hôte doit disposer de l’une des solutions de contrôle d’alimentation suivantes :

• Lacarte réseau activée par le réseaulocal.

• Cartes d’accès à distance Dell (DRAC). Pour utiliser DRAC, vous devez installer le pack supplémentaire Dell pour obtenir le support DRAC. La prise en charge de DRAC nécessite l’installation de l’utilitaire de ligne de commande RACADM sur le serveur avec le contrôleur d’accès distant et l’activation de DRAC et de son interface. RACADM est souvent inclus dans le logiciel de gestion DRAC. Pour plus d’informations, consultez la documentation DRAC de Dell.

• Hewlett-Packard Integrated Lights-Out (iLO). Pour utiliser avec iLO, vous devez activer iLO sur l’hôte et connecter l’interface au réseau. Pour plus d’informations, consultez la documentation de HP iLO.

• Un script personnalisé basé sur l’API de gestion qui vous permet d’activer et de désactiver l’alimentation . Pour plus d’informations, reportez-vous à la section Configuration d’un script personnalisé pour la fonctionnalité Mise sous tension de l’hôte dans la section suivante.

L’utilisation de la fonctionnalité Mise sous tension de l’hôte nécessite deux tâches :

1. Assurez-vous que les hôtes du pool prennent en charge le contrôle de l’alimentation à distance. Par exemple, ils ont la fonctionnalité Wake on LAN, une carte DRAC ou iLO, ou vous avez créé un script personnalisé).

2. Activez la fonctionnalité de mise sous tension de l’hôte à l’aide de l’interface de ligne de commande ou .

Utilisez l’interface de ligne de commande pour gérer la mise sous tension de l’hôte

Vous pouvez gérer la fonctionnalité de mise sous tension de l’hôte à l’aide de l’interface de ligne de commande ou . Cette section fournit des informations sur sa gestion avec l’interface de ligne de commande.

La mise sous tension de l’hôte est activée au niveau de l’hôte (c’est-à-dire sur chaque hôte ).

Après avoir activé la mise sous tension de l’hôte, vous pouvez activer les hôtes à l’aide de l’interface de ligne de commande ou .

Pour activer la mise sous tension de l’hôte à l’aide de l’interface de ligne de commande

Exécutez la commande :

< host uuid >xe host-set-power-on-mode host =\
power on-mode = ("« , » wake-on-lan ",
« iLO », « DRAC », « custom »)
power-on-config = key : value


Pour iLO et DRAC, les clés sont `power_on_ip` {#prmnmN7008A}, `power_on_user` {#prmnmN70090}, `power_on_password_secret` {#prmnmN70096}. Utilisez `power_on_password_secret` {#prmnmN7009C} pour spécifier le mot de passe si vous utilisez la fonction secrète.

Pour activer des hôtes à distance à l’aide de l’interface de ligne de commande

Exécutez la commande :

< host uuid >xe hôte de mise sous tension =

Configurer un script personnalisé pour la fonctionnalité de mise sous tension de l’hôte

Si la solution d’alimentation à distance de votre serveur utilise un protocole qui n’est pas pris en charge par défaut (tel que Wake-On-Ring ou Intel Active Management Technology), vous pouvez créer un script Linux Python personnalisé pour activer vos ordinateurs à distance. Toutefois, vous pouvez également créer des scripts personnalisés pour les solutions d’alimentation à distance iLO, DRAC et Wake on LAN.

Cette section fournit des informations sur la configuration d’un script personnalisé pour Host Power On à l’aide des paires clé/valeur associées à l’appel d’ APIhost.power_on.

Lorsque vous créez un script personnalisé, exécutez-le à partir de la ligne de commande chaque fois que vous souhaitez contrôler l’alimentation à distance . Vous pouvez également le spécifier dans et utiliser les fonctionnalités de l’ interface utilisateur pour interagir avec elle.

L’ API est documentée dans le document, l’API de gestion, qui est disponible sur le site Web.

Avertissement :

Ne modifiez pas les scripts fournis par défaut dans le/etc/xapi.d/plugins/ répertoire. Vous pouvez inclure de nouveaux scripts dans ce répertoire, mais vous ne devez jamais modifier les scripts contenus dans ce répertoire après l’installation.

Paires clé/valeur {#host .power_on_mode}

Pour utiliser la mise sous tension de l’hôte, configurez leshost.power_on_mode toucheshost.power_on_config et. Pour plus d’informations sur les valeurs, reportez-vous à la section suivante.

Il existe également un appel d’API qui vous permet de définir ces champs simultanément :

void host.set_host_power_on_mode (mode chaîne, < string, string > configuration du dictionnaire)

host.power_on_mode

• Définition : contient des paires clé/valeur pour spécifier le type de solution d’alimentation à distance (par exemple, Dell DRAC).

• Valeurs possibles :

  • Chaîne vide, représentant le contrôle d’alimentation désactivé

  • « iLO » : Permet de spécifier HP iLO.

  • « DRAC » : vous permet de spécifier Dell DRAC. Pour utiliser DRAC, vous devez avoir déjà installé le pack supplémentaire Dell.

  • « wake-on-lan » : Permet de spécifier Wake on LAN.

  • Tout autre nom (utilisé pour spécifier un script de mise sous tension personnalisé). Cette option permet de spécifier un script personnalisé pour la gestion de l’alimentation.

• Type : chaîne

host.power_on_config

• Définition : Contient des paires clé/valeur pour la configuration du mode. Fournit des informations supplémentaires pour iLO et DRAC.

• Valeurs possibles :

  • Si vous avez configuré iLO ou DRAC comme type de solution d’alimentation à distance, vous devez également spécifier l’une des clés suivantes :

    • « power_on_ip » : l’adresse IP que vous avez spécifiée configurée pour communiquer avec la carte de contrôle d’alimentation. Vous pouvez également taper le nom de domaine de l’interface réseau où iLO ou DRAC est configuré.

    • « power_on_user » : nom d’utilisateur iLO ou DRAC associé au processeur de gestion, que vous avez peut-être modifié par rapport à ses paramètres d’usine.

    • « power_on_password_secret » : Spécifie l’utilisation de la fonction secrets pour sécuriser votre mot de passe.

  • Pour utiliser la fonctionnalité secrets pour stocker votre mot de passe, spécifiez la clé « power_on_password_secret ».

• Type : Carte (chaîne, chaîne)

Exemple de script

L’exemple de script importe l’ API, se définit comme un script personnalisé, puis transmet des paramètres spécifiques à l’hôte que vous souhaitez contrôler à distance. Vous devez définir les paramètressession{#prmnmN8012E},remote_host{#prmnmN80134} etpower_on_config{#prmnmN8013A} dans tous les scripts personnalisés.

Le résultat apparaît lorsque le script échoue.

import XenAPI
def custom(session,remote_host,
power_on_config):
result="Power On Not Successful"
for key in power_on_config.keys():
result=result+''
key=''+key+''
value=''+power_on_config[key]
return result
<!--NeedCopy-->

Note :

Après avoir créé le script, enregistrez-le dans /etc/xapi.d/plugins avec une extension .py.

Communiquer avec les hôtes et les pools de ressources

utilise les protocoles TLS pour chiffrer le trafic API de gestion. Toute communication entre les clients (ou appliances) de l’API de gestion et utilise désormais le protocole TLS 1.2 par défaut. Toutefois, si le client de l’API de gestion ou l’appliance ne communique pas à l’aide de TLS 1.2, des protocoles antérieurs peuvent être utilisés pour la communication.

utilise les suites de chiffrement suivantes :

-TLS_RSA_WITH_AES_128_CBC_SHA256

-TLS_RSA_WITH_AES_256_CBC_SHA

-TLS_RSA_WITH_AES_128_CBC_SHA

-TLS_RSA_WITH_RC4_128_SHA

-TLS_RSA_WITH_RC4_128_MD5

-TLS_RSA_WITH_3DES_EDE_CBC_SHA

vous permet également de configurer votre hôte ou votre pool de ressources pour autoriser la communication via TLS 1.2 uniquement. Cette option permet la communication entre les clients (ou les appliances) de l’API de gestion et à l’aide du protocole TLS 1.2. L’option TLS 1.2 only utilise la suite de chiffrementTLS_RSA_WITH_AES_128_CBC_SHA256.

Avertissement :

sélectionnez l’option TLS 1.2 uniquementaprès avoir assuré que tous les clients et appliances de l’API de gestion qui communiquent avec le pool sont compatibles avec TLS 1.2.