HP Logiciel HP Matrix Operating Environment Manuel d'utilisation

Page 139

Advertising
background image

Matrix Infrastructure Orchestration attribue le stockage à un magasin de données unique,
à moins que le modèle de service Matrix ne spécifie que des magasins de données
distincts ont besoin d'être utilisés (par l'intermédiaire de spécifications de noms de volume
de stockage différents).

Les disques de serveurs Cloud ne prennent pas en charge les noms de volumes de stockage
et doivent être vides.

Les disques clones liés de machines virtuelles Hyper-V doivent utiliser les mêmes noms de
volumes de stockage ou être vides. Les clones liés de machines virtuelles Hyper-V doivent
être répartis dans des magasins de données distincts.

Lorsqu'un disque est ajouté à une machine virtuelle, si aucun nom de Volume de stockage
n'est spécifié, Matrix Infrastructure Orchestration utilise le même magasin de données
que pour le disque de démarrage de la machine virtuelle.

REMARQUE :

Par défaut, la spécification des noms de volume de stockage lors de l'ajout

d'un disque à une machine virtuelle est réservée aux administrateurs (les utilisateurs bénéficient
du comportement par défaut du nouveau disque sur les mêmes magasins de données que le
disque d'amorçage). Pour permettre à tous les utilisateurs de spécifier des noms de volume
de stockage lors de l'ajout d'un disque à une machine virtuelle, remplacez la valeur true de
la propriété hpio.properties
user.disk.add.storage.volume.names.restricted

par false. La définition de

cette propriété sur « false » signifie également que les utilisateurs peuvent spécifier des noms
de volume de stockage qui ne font pas partie du modèle de service.

Pour les machines virtuelles Integrity, un magasin de données unique SLVM (Shared Logical
Volume Manager) peut être composé d’un ou de plusieurs volumes/disques physiques. IO
interprète un magasin de données SLVM comme une entité unique d’une seule taille.

Pour ESX 4.0 et versions ultérieures, si un disque partagé est défini pour le groupe de serveurs,
ce disque partagé doit être alloué au même magasin de données pour toutes les machines
virtuelles dans le groupe de serveurs, à moins que les exigences de disque de modèle ne
permettent pas une telle consolidation. Par exemple, si le modèle définit différents magasins
de données pour le disque de démarrage comparé au disque partagé (ou pour un disque
partagé comparé à un autre), alors ces différents magasins de données sont utilisés. (Hyper-V,
Integrity VM et ESX 3.5 ne prennent pas en charge les disques partagés.)

REMARQUE :

Matrix effectue une consolidation similaire des volumes de disques de

démarrage et de données privés (en opérant une consolidation sur un magasin de données
commun, à moins que les exigences de disque de modèle ne le permettent pas).

Lorsque des disques partagés sont spécifiés, le temps nécessaire à la création de la première
machine virtuelle du service est plus long que pour les autres. Ceci est dû au fait que la
première machine virtuelle est créée séparément. Les autres machines virtuelles sont ensuite
créées en parallèle.

Si le provisionnement de clone lié est spécifié (en sélectionnant l’option Deploy as Linked
Servers (Déployer en tant que serveurs reliés) dans la configuration de groupe de serveurs),
tous les disques de toutes les machines virtuelles dans le groupe de serveurs sont affectés au
même magasin de données.

La durée du provisionnement pour les clones liés est accrue par le nécessité de provisionner
d’abord une machine virtuelle parent, qui est ensuite utilisée pour créer les machines virtuelles
enfants.

Le provisionnement de clone lié peut également nécessiter plus d’espace que prévu dans le
modèle. Si vous déployez un serveur uniquement, la quantité d’espace disque sera supérieure
à celle du modèle car vous provisionnez une machine virtuelle parent et une machine virtuelle

Opérations de cycle de vie de Matrix Infrastructure Orchestration

139

Advertising