Requisito Storage Pool Subscription Ratio
El requisito Storage Pool Subscription Ratio especifica la proporción de la capacidad
suscrita de un conjunto respecto de su capacidad física que debe cumplirse para que pueda
crearse o ampliarse un volumen dentro del conjunto. Dado que se expresa como una proporción
de la capacidad suscrita del conjunto, un valor de “1” significa que no se realizará ninguna sobre
suscripción. Un valor de “2” significa que se crearán nuevos volúmenes en el conjunto de hasta
dos veces la capacidad física del conjunto. Un valor de “3” significa el tripe, etc. Este requisito
controla la creación y la ampliación de volúmenes finamente aprovisionados.
Requisito Storage Pool Volume Count
El requisito Storage Pool Volume Count especifica la cantidad de volúmenes en un conjunto.
Este requisito puede utilizarse para controlar la creación de volúmenes dentro de un conjunto a
fin de evitar el exceso de asignaciones en un conjunto.
Requisito RAID Level
El requisito RAID Level especifica el nivel de RAID de volúmenes que coinciden con este requisito.
Los valores de nivel de RAID representan los conceptos generales de cada nivel de RAID, por
ejemplo, las características de eficiencia de espacio y de redundancia. El verdadero nivel de RAID
escogido en el dispositivo se determina mediante una asignación de los conceptos generales a
la implementación del RAID en particular en el array.
Requisito Resource Existence
El requisito Resource Existence es un requisito solamente del momento del aprovisionamiento,
que coincide únicamente con recursos que ya existen, en vez de hacerlo con recursos que podrían
crearse. El único recurso con clase reconocida es la clase de recurso de volumen, dado que es
el único tipo de recurso que es posible crear en SPM en este momento. El uso de este requisito
con la aplicación “No debe realizarse” especifica que los volúmenes coincidentes deben crearse
mediante el aprovisionamiento a petición y no serán recursos prexistentes (aprovisionados
previamente).
Requisito Service Deactivation Policy
El requisito Service Deactivation Policy especifica las acciones que deberán realizarse
para desactivar el servicio. Las directivas disponibles son:
• No Action: después de la desactivación del servicio, no se realizará ninguna acción. La
zonificación de SAN, los datos del volumen y la presentación del volumen se dejarán como
estaban. Tenga en cuenta que el servidor que consume el almacenamiento aún podrá acceder
a él después de la eliminación del servicio.
• Quarantine Resources: después de la desactivación del servicio, el volumen dentro del
servicio se pondrá en cuarentena para evitar el acceso del servidor, lo que garantizará que
los servidores ya no puedan leer ni escribir datos, pero el volumen y los datos se conservarán
en el array. El enmascaramiento y la asignación de volúmenes se elimina, y la zonificación
de SAN se elimina del SAN. El volumen de almacenamiento se pone en cuarentena para
que solicitudes futuras en SPM no lo aprovisionen. Mover los datos a un archivo apropiado
antes de devolver el volumen a un estado habilitado o eliminarlo manualmente es
responsabilidad del administrador de almacenamiento.
• Destroy Data: después de la desactivación del servicio, el volumen de almacenamiento
se eliminará, lo que destruirá los datos que contiene y dejará disponible la capacidad para
el aprovisionamiento por parte de servicios de datos en el futuro. La zonificación de SAN
realizada también se eliminará. Esta directiva únicamente debe utilizarse en situaciones con
procesos de archivado y donde todos los datos necesarios se hayan guardado antes de la
eliminación del servicio.
Tipos de requisitos 29
Comments to this Manuals