vSphere 5.5 – Trabajando con Storage Policies

[Total: 0    Average: 0/5]
Hola a todos!   Hoy hablaremos un poco sobre Storage Policies, anteriormente llamadas Storage Profiles en versiones anteriores de vSphere.

SP02Las Storage Policies nos permiten asegurar que las máquinas virtuales sean ubicadas en un Datastore que garantice un nivel especifico de capacidad, performance, disponibilidad, redundancia, entre otras características de los dispositivos de almacenamiento.  Esto permite crear políticas que permita finalmente implementar tiers de almacenamiento, por ejemplo:

  • Una política de Storage Gold podría tener las siguientes características:
    • Fabricante YYY
    • SAN FC
    • Uso de discos SSD (para cache o para almacenamiento).
    • Uso de RAID 1 o 10.
    • Replicación del volumen en otro Storage Array.
  • Una política de Storage Silver podría tener las siguientes características:
    • Fabricante ZZZ
    • SAN iSCSI o NAS
    • Uso de discos SAS de 15.000 RPM o 10.000 RPM
    • Uso de RAID 5, 50 o similar.
    • Sin replicación.
  • Una politica de Storage Bronze podría tener las siguiente características:
    • Fabricante ZZZ
    • SAN iSCSI o NAS
    • Uso de discos de 10.000 RPM o 7.200 RPM
    • Uso de RAID 5, o similar, o incluso RAID 0
    • Sin replicación.

Las Storage Policies pueden ser creadas utilizando Tags o etiquetas creadas manualmente, las cuales describen alguna funcionalidad asociada a un Tier de almacenamiento.  Adicionalmente, las Storage Policies pueden ser creadas utilizando Storage Providers, los cuales permiten obtener automáticamente los datos de las características de los dispositivos de Storage utilizados.

Para utilizar Storage Policies se deben realizar algunos pasos que detallaremos a continuación.  La habilitación de Storage Providers lo veremos en otra ocasión.

Que son los Rule Sets?

Captura de pantalla 2014-03-19 a la(s) 20.01.45Una Storage Policy incluye una o más Rule Sets que describen los requerimientos para los recursos de almacenamiento de las máquinas virtuales.

Cuando se define una Storage Policy, se puede agregar una o multiples rule sets, también llamadas sub-politicas o sub-profiles.  Una única Rule Set puede incluir uno o más parámetros obtenidos a trabes de los Storage Providers o a través de los tags definidos por el usuario.  Cada parámetro describe una cualidad especifica que necesita ser provista por un Storage.  Una Rule Set puede incluir parámetros solo de un único Storage Provider.

Para crear una Policy, se debe crear al menos un Rule Set, pudiendo incluir Rule Sets adicionales en forma opcional.  Multiples rule sets permiten que una única Policy defina parámetros alternativos, por ejemplo de distintos Storage Providers.

La relación entre todos los Rule Sets dentro de una Policy es definida por un operador Booleano OR, es decir, solo se requiere que se cumplan las condiciones de un Rule Set para satisfacer toda la Storage Policy.  Del mismo modo, la relación entre todos los parámetros dentro de un Rule Set esta definida por un operador Booleano AND, es decir, se requiere que todos los parámetros de dicha Rule Set se cumplan para satisfacer la Policy.

Aplicar Tags a los Datastores

Es posible utilizar tags para crear capacidades de Storage definidas por el usuario, aplicar dichos tags a Datastores.  Se debe destacar que se puede aplicar más de un tag a un Datastore.

El propósito de los Tags es poder incluir información relevante que no es recogida a traves de VASA (vStorage APIs for Storage Awareness), como ubicación geográfica o grupos administrativos.  Adicionalmente, los Tags son útiles para incluir funcionalidades o características de un Storage que no está representado por un Storage Provider.

Estos Tags pueden ser utilizados al momento de crear una Storage Policy, incluso pudiendo utilizar en la misma política los Tags y las características detectadas por un Storage Provider a traves de VASA.

  • Captura de pantalla 2014-03-19 a la(s) 20.08.54Ingresar al inventario de Datastores en el vSphere Web Client y seleccionar un Datastore
  • Hacer click en Manage y hacer click en Tags
  • Hacer click en el icono New Tag
  • Captura de pantalla 2014-03-19 a la(s) 20.19.18Seleccionar la instancia de vCenter donde se desea crear el Tag.
  • Ingresar un nombre y descripción para el Tag.  La idea aquí es poder definir una funcionalidad del Storage.  Por ejemplo:
    • Nombre: Replicado
    • Descripcion: Datastore que se encuentra replicado en otro arreglo.
  • Seleccionar una categoría existente, o crear una nueva.
  • Hacer click en OK, con lo que finalmente el tag será asignado al Datastore.  Por ejemplo separar los tags de distintos ambientes (Producción, test, Sitio Secundario, etc.)

 

Podemos crear multiples tags para un Datastore, de manera de definir apropiadamente sus caracteristicas, facilitando la creación de un Storage Policy.

Storage Providers

Un Storage Provider es un plug-in desarrollado por terceros a traves de vStorage APIs for Storage Awareness (VASA).  Tipicamente es un componente instalado en el lado del Storage, y actúa como un servidor en el ambiente vSphere.  vSphere utiliza los Storage Providers para integrarse con los dispositivos de almacenamiento externos, y proveer abstracción respecto al almacenamiento.  Cuando se utilizan Storage Providers, vSphere puede lograr una mayor visibilidad en los recursos de almacenamiento, y obtener información util del Storage.  Esta información permite a vSphere tomar decisiones acerca de la ubicación de los discos virtuales de las MVs, y de compliance.

Los Storage Providers para los arreglos soportados deben ser registrados en vSphere Web Client para poder ser utilizados en una Storage Policy.  En otra oportunidad veremos más en profundidad como funcionan los Storage Providers, y veremos como implementar uno.

Habilitar Storage Policies

  • Captura de pantalla 2014-03-18 a la(s) 18.33.59Antes de poder utilizar Storage Policies, es necesario habilitar su uso en un host o cluster.
  • En vSphere Web Client, dirigirse a Rules and Profiles > VM Storage Policies
  • Hacer click en Enable VM Storage Policies
  • Captura de pantalla 2014-03-18 a la(s) 18.34.38Seleccionar la instancia de vCenter Server.  En este punto aparecerán todos los hosts y clusters disponibles para ser seleccionados.  Aquí también podrán ver si el uso de las Storage Policies está habilitado o no.
  • Seleccionar un host o cluster y hacer click en Enable.

Finalmente podrán ver cambiar el status del host o cluster, quedando en Enabled, con lo que estamos listos para crear un Storage Policy.

Captura de pantalla 2014-03-18 a la(s) 18.34.45

 

Crear una Storage Policy usando Storage Provider.

Cuando se crea una Storage Policy, se especifican lo requerimientos de almacenamientos para los archivos que componen la MV (los archivos de configuración, virtual disks, etc). Cada Storage Policy puede hacer referencia a capacidades del storage utilizando Storage Providers compatibles con VASA, o a Tags definidos por el usuario. En este caso veremos la creación de una Policy utilizando Storage Providers disponibles para VSAN.

Recuerden que antes de poder crear una Policy de este tipo, se debe haber registrado previamente un Storage Provider.

  • Desde vSphere Web Client, ir a Rules and Profiles > VM Storage Policies
  • Hacer Click en el icono “Create a New VM Storage Policy”.
  • Captura de pantalla 2014-03-18 a la(s) 19.23.54Seleccionar la instancia de vCenter Server
  • Ingresar un nombre y descripción para la Storage Policy.
  • En la sección “Rule-Set 1”, se debe definir la primera Rule Set o conjunto de parámetros que debe cumplir un Datastore para que sea utilizado por determinadas máquinas virtuales.
    • Captura de pantalla 2014-03-18 a la(s) 19.27.21Seleccionar un Storage Provider desde el listado de Storage Providers disponibles.  En esta caso seleccionaremos VSAN
    • Captura de pantalla 2014-03-18 a la(s) 19.27.30Seleccionar una capacidad del Storage y especificar un valor. Se debe asegurar que el valor provisto este dentro del rango de valores permitidos por el arreglo de Storage. Por ejemplo en VSAN se puede seleccionar “Number of failures to tolerate”, donde podemos definir el numero de fallas de host, de disco o de red, que una máquina virtual puede tolerar. En este caso podemos seleccionar un valor 1 de 3 (mayor detalle lo pueden encontrar en el capitulo Virtual SAN and Storage Policy-Based Management de la vSphere Storage Guide).
    • Captura de pantalla 2014-03-18 a la(s) 19.28.57Opcionalmente se pueden agregar capacidades definidas por el usuario a traves de Tags, que veremos en el siguiente apartado.
  • Si así lo deseamos, podemos agregar otro Rule Set, por ejemplo para agregar capacidades de otro Storage Provider.
  • Captura de pantalla 2014-03-20 a la(s) 0.53.25Revisar la lista de Datastores que cumpla las condiciones de la Policy que acabamos de crear. Recuerden que el Datastore no necesita satisfacer todas las Rule Sets dentro de una Policy, solo necesita satisfacer al menos una Rule Set incluyendo todos sus parámetros.
  • Configurar que la información de la Policy esta correcta y hacer Click en Finish, con lo que ya tendremos creada la Storage Policy.

Ya estamos en condiciones de aplicar la Policy a una máquina virtual y sus archivos correspondientes.

Crear una Storage Policy usando Tags.

Luego de ver como crear una Policy utilizando Storage Provider, en este caso veremos la creación de una Policy utilizando Tags definidos previamente en forma manual en cada Datastore.

  • Desde vSphere Web Client, ir a Rules and Profiles > VM Storage Policies
  • Captura de pantalla 2014-03-20 a la(s) 1.02.17Hacer Click en el icono “Create a New VM Storage Policy”.
  • Seleccionar la instancia de vCenter Server
  • Ingresar un nombre y descripción para la Storage Policy.
  • Captura de pantalla 2014-03-20 a la(s) 1.02.51En la sección “Rule-Set 1”, se debe definir la primera Rule Set o conjunto de parámetros que debe cumplir un Datastore para que sea utilizado por determinadas máquinas virtuales.
    • Seleccionamos el botón “Add Tag-Based Rule”.
    • Captura de pantalla 2014-03-20 a la(s) 1.03.10Seleccionar una categoría desde el menú Categories.
    • Captura de pantalla 2014-03-20 a la(s) 1.03.37Selecciona uno o multiples tags desde la lista de tags creadas previamente.  Aquí debemos seleccionar aquellos Tags que queramos sean verificados a través de la Policy que estamos creando.  Por ejemplo, seleccionaremos los Tags NFS y RAID50, de manera de que solo puedan ser seleccionados Datastores que utilicen dichos Tags que describen características del almacenamiento.
  • Captura de pantalla 2014-03-20 a la(s) 1.03.52Opcionalmente se pueden agregar capacidades definidas a traves de Storage Providers como vimos en el apartado anterior.
  • Si así lo deseamos, podemos agregar otro Rule Set, por ejemplo para agregar capacidades de otro Storage Provider.
  • Captura de pantalla 2014-03-20 a la(s) 1.04.13Revisar la lista de Datastores que cumpla las condiciones de la Policy que acabamos de crear.  Recuerden que el Datastore no necesita satisfacer todas las Rule Sets dentro de una Policy, solo necesita satisfacer al menos una Rule Set incluyendo todos sus parámetros.
  • Confirmar que la información de la Policy esta correcta y hacer Click en Finish, con lo que ya tendremos creada la Storage Policy.

Ya estamos en condiciones de aplicar la Policy a una máquina virtual y sus archivos correspondientes.

Utilizar Storage Policies al crear una MV

Ya que hemos creado algunas Storage Policies, con sus Rule Sets respectivos, podemos probar como utilizar estas Policies.  A continuación veremos como funcionan las Storage Policies durante la creación de una MV.

  • Procedemos a crear normalmente una máquina virtual utilizando vSphere Web Client.
  • Captura de pantalla 2014-03-20 a la(s) 1.21.40Al momento de llegar al paso “2c Select Storage” del asistente, tenemos la opción de seleccionar que Storage Policy utilizar.  Si no seleccionamos ninguna Policy, podemos utilizar cualquier Datastore disponible.
  • Captura de pantalla 2014-03-20 a la(s) 1.21.49En este caso, seleccionamos la Policy “Tier 2 VMs”, que nos permite utilizar un Datastore sobre VSAN, que tenga tolerancia a la falla de 1 host, 1 disco o 1 red.
  • Una vez seleccionada la Policy, vemos que Datastores son compatibles, cumpliendo los parámetros de la Policy.
  • Captura de pantalla 2014-03-20 a la(s) 1.45.59Completamos la creación de la MV siguiendo el resto de los pasos usuales y verificamos que la MV utilice el Datastore correcto y cumpla la Storage Policy.

Debo destacar que la Storage Policy Seleccionada puede ser cambiada en cualquier momento, lo cual veremos a continuación.

Aplicar Storage Policies a las Máquinas Virtuales

Ya hemos creado una máquina virtual utilizando una Storage Policy.  Si deseamos, podemos aplicarle una Storage Policy distinta a esta misma máquina virtual, o asignarle una Storage Policy a una MV que no tenga ninguna asignada.

  • Captura de pantalla 2014-03-20 a la(s) 1.52.38Seleccionamos una MV
  • Nos dirigimos al Tab Manage, y hacemos click en VM Storage Policies
  • Hacemos click en Manage VM Storage Policies.
  • Captura de pantalla 2014-03-20 a la(s) 1.53.33Seleccionamos una Policy desde el menú desplegable, para aplicar al directorio Home de la MV.
  • Para aplicar la política también a los discos virtuales, hacemos click en Apply to Disks.
  • Opcionalmente, podemos seleccionar una Storage Policy distinta por cada Virtual Disk
  • Hacemos click en OK

Captura de pantalla 2014-03-20 a la(s) 1.54.02Como vemos en el ejemplo, al cambiar la Storage Policy asignada a la MV, esta quedó en estado de no cumplimiento, o Not Compliant.

Captura de pantalla 2014-03-20 a la(s) 2.10.47Para solucionar esto, podemos mover la MV con todos sus archivos utilizando Storage vMotion.  Luego de mover la MV, revisamos el cumplimiento de la Policy y vemos que está en estado Compliant, es decir, cumpliendo la Storage Policy aplicada previamente.

Conclusión

Como podemos ver, es bastante sencillo el uso de Storage Policies, y pueden sernos de bastante utilidad a la hora de seleccionar apropiadamente un Datastore donde almacenar nuestra máquina virtual, según criterios de disponibilidad, redundancia, tipo de conexión, etc.

Espero les haya servido, y pronto estaremos publicando más articulos!

About the Author:

Leave A Comment

EnglishPortugueseSpanish