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

provisionnement est terminé. Après le provisionnement, la spécification évalue toujours comme
correspondance (par exemple, la spécification ne permet pas à un service de volume existant de
devenir non conforme car l'espace libre nécessaire de la réserve n'était plus satisfait).
Spécification Storage Pool Subscription Ratio
La spécification Storage Pool Subscription Ratio indique le rapport entre la capacité
souscrite d'une réserve et sa capacité physique qui doit exister afin de créer ou d'augmenter un
volume à l'intérieur de la réserve. Du fait qu'elle est exprimée en rapport de capacité souscrite de
la réserve, une valeur de « 1 » signifie qu'aucune surutilisation ne sera effectuée. Une valeur de
« 2 » signifie que des volumes seront créés dans la réserve jusqu'à deux fois la capacité physique
de la réserve. un volume « 3 » signifie triple, etc. cette spécification contrôle la création et
l'augmentation des volumes alloués de façon dynamique.
Spécification Storage Pool Volume Count
La spécification Storage Pool Volume Count indique le nombre de volumes dans la réserve.
Cette spécification permet de contrôler la création de volumes à l'intérieur d'une réserve pour
empêcher à cette dernière d'être surutilisée.
Spécification RAID Level
La spécification RAID Level indique le niveau RAID des volumes correspondant à cette
spécification. Les valeurs de niveau RAID représentent les concepts généraux de chaque niveau
RAID, par exemple, les caractéristiques de redondance et d'utilisation efficace de l'espace. Le
niveau RAID choisi pour le périphérique est déterminé à partir du mappage des concepts généraux
avec l'implémentation spécifique de RAID dans la baie.
Spécification Resource Existence
La spécification Resource Existence est une spécification de temps de provisionnement
uniquement qui correspond aux ressources qui existent déjà, plutôt que celles qui pourraient être
créées. La seule classe de ressources reconnue est la classe de ressources Volume car c'est le seul
type de ressource qui peut être créé dans SPM en ce moment. L'utilisation de cette spécification
avec la contrainte « Must not » indique que les volumes correspondants doivent être créés par le
biais du provisionnement à la demande et ne seront pas des ressources pré-existantes
(pré-provisionnées).
Spécification Service Deactivation Policy
La spécification Service Deactivation Policy indique les mesures à prendre pour désactiver
le service. Les politiques disponibles sont les suivantes :
•
No Action : sur désactivation du service, aucune opération ne sera effectuée. L'ensemble
du découpage par zones du SAN, les donnés de volumes et la présentation des volumes
seront laissés tels quels. Notez que le serveur utilisant l'espace de stockage pourra encore y
accéder après la suppression du service.
•
Quarantine Resources : sur désactivation du service, le volume à l'intérieur du service
sera mis en quarantaine à partir de l'accès au serveur, garantissant ainsi que les serveurs ne
puissent plus lire ni écrire les données, mais que le volume et les données soient conservés
dans la baie. Le mappage et le masquage des volumes sont supprimés, et tout découpage
par zones du SAN est supprimé du SAN. Le volume de stockage est mis en quarantaine de
sorte qu'il ne pourra pas être provisionné par de futures demandes dans SPM. Il incombe à
l'administrateur de stockage de déplacer les données vers une archive appropriée avant de
rétablir l'état activé du volume ou de le supprimer manuellement.
•
Destroy Data : sur désactivation du service, le volume de stockage sera supprimé, détruisant
par la même les données qu'il contient et mettant la capacité à disposition des services de
données futurs à provisionner. Tout découpage par zones du SAN qui a été effectué sera
28 Politique des services de stockage