HP Logiciel HP Matrix Operating Environment - Manuel (Page 48)

Les contraintes suivantes s’appliquent lors de l’utilisation de modèles SCVMM :
•
Microsoft SCVMM 2008 R2 ou Windows 2012 est requis pour cette intégration.
•
Un sous-ensemble de modèles SCVMM est inclus dans l’inventaire IO :
Des modèles Hyper-V avec une seule machine virtuelle sont inclus.
◦
◦ ESX et d’autres types d’hyperviseurs sont exclus.
◦ Les modèles multiserveurs (service SCVMM) sont exclus.
◦ Aucune indication explicite n’est donnée lorsqu’un modèle est filtré sur la base de
l’affichage.
•
Lorsque vous utilisez SCVMM 2012 avec un modèle Windows 2012, vous devez ajouter la
CDKEY au modèle. La CDKEY peut être modifiée durant le processus de personnalisation si
vous ajoutez une nouvelle clé dans le fichier sysprep. Si le SCVMM est enregistré en tant
que VME, alors Insight Management utilise SCVMM uniquement pour déployer ses modèles.
Toutes les autres opérations sont exécutées par Insight Management directement sur les hôtes
Hyper-V, et pas à travers SCVMM.
•
Créez des modèles SCVMM avec l’option « No Customization Required » (Pas de
personnalisation requise). IO remplace les paramètres de personnalisation SCVMM avec sa
propre personnalisation. Certains de ces paramètres de personnalisation SCVMM peuvent
subsister après la personnalisation d’IO et donner un résultat trompeur.
Configuration du surabonnement de mémoire ESX
Lorsque Matrix Infrastructure Orchestration est utilisé pour le provisionnement de services avec des
machines virtuelles ESX, il utilise par défaut des techniques de surabonnement de mémoire pour
permettre le provisionnement d’un plus grand nombre de machines virtuelles sur un hôte ESX.
Les machines virtuelles ESX créées par IO n’utilisent pas de réservation de mémoire et IO demande
peu de mémoire disponible dans l’hôte ESX en vérifiant l’adéquation d’une machine virtuelle à un
hôte spécifique. (La valeur par défaut est 2 % de la mémoire de machine virtuelle.) Par exemple,
si un service contient une machine virtuelle qui nécessite 4 Go de mémoire RAM, IO a besoin d’un
hôte VM avec une mémoire disponible d’environ 82 Mo (2 % de 4 Go). Par conséquent, un hôte
VM avec une mémoire disponible d’au moins 82 Mo réussit le test de vérification de la mémoire
dans la phase de provisionnement de services.
Cette stratégie permet le provisionnement d’un plus grand nombre de machines virtuelles pour un
hôte ESX, mais dans certains cas, elle peut entraîner la dégradation de performances des machines
virtuelles. Ce problème peut se produire lorsqu’il y a trop de machines virtuelles dans un hôte VM
spécifique et lorsque l’hôte VM commence à permuter la mémoire de l’hôte sur le disque.
Si vous souhaitez une approche de surabonnement de mémoire plus conservatrice, vous pouvez
configurer IO pour qu’il utilise une vérification plus restrictive de la mémoire disponible dans
l’hôte ESX avant le provisionnement d’une machine virtuelle. La valeur par défaut de 2 % pour la
mémoire disponible de l’hôte requise peut être augmentée.
L’augmentation de cette valeur peut entraîner l’échec d’IO dans l’étape d’affectation des ressources
lors du provisionnement d’un service avec des machines virtuelles ESX. Ceci se produit lorsqu’IO
ne parvient pas à trouver un hôte ESX avec le volume de mémoire disponible requis.
L’augmentation de cette configuration à 50 % permet à IO d’être plus conservateur en cas de
provisionnement de machines virtuelles ESX, tout en permettant le même niveau de surabonnement
de mémoire. Pour modifier cette configuration, modifiez hpio.properties dans l’emplacement
par défaut sous ..\Program Files\HP\Matrix infrastructure orchestration\
conf
. Recherchez la propriété esx.vm.requested.memory.max.percent et remplacez-la
par esx.vm.requested.memory.max.percent=50.0.
48 Installation et configuration