0

Storage Analitycs – Datastore Space.

Storage Analitycs.

Es el nombre de un DECK predeterminado en CloudPhysics y como su nombre lo implica, este DECK contiene 6 Cards dedicadas a decirnos que está pasando en nuestro almacenamiento conectado a vSphere y en el cual viven nuestras preciadas máquinas virtuales.

Una de las “cartas” en este DECK es Datastore Space.

La finalidad de esta “carta” es detectar como asignamos y usamos el espacio en los datastore que están conectados a nuestros ESXi ya sean directos, NFS, FC o iSCSI.

Una de las cualidades de esta carta es que desde el mismo DECK ya podemos saber si tenemos algún problema en nuestros datastore, en mi caso existen 2 alertas.

Una vez dentro de Datastore Space lo primero que vemos es la organización de todo nuestro ambiente de vSphere, esto puede llevarnos a confundir o tener que invertir tiempo en la búsqueda de la información que necesitamos. Lo mejor es usar la opción de Filter.

El filtro usado en este ejemplo es directamente al cluster de ESXi ubicado en mi HomeLAB. Podemos seguir filtrando con la opción de Show datastores with que la tenemos más abajo.

 

Mucha información, que hacemos con ella?

Después de aplicar los filtros tenemos menos información que interpretar y esto muchas veces es bueno porque nos libra de posibles errores al consumir la información.

En la imagen anterior vemos el resultado de los filtros aplicados, este resultado está compuesto por diferentes valores de los cuales conocemos algunos que siempre están presentes en nuestro vCliente o Web Cliente. El valor que me llama la atención es el Over-Commitment, esto es por el uso abusivo de Thin Provisioning en el HomeLAB.

Reclaimable Space nos brinda más información y esta vez concerniente a Snapshots, Thin Provisioning y el espacio usado por máquinas virtuales que posiblemente no son necesarias nunca más.

Datastores at High Risk nos muestra los datastore que están en peligro de quedar sin espacio, lo interesante es la predicción que se muestra, creo que esto es en base al historial de cómo se va consumiendo el espacio en estos datastore.

Como en la entrada anterior, toda esta información nos ayudaría a evitar un problema causado por un Datastore que se quedó sin espacio. Desde esta misma carta podemos ver una lista de las VMs que residen allí, el espacio ya siendo utilizado por la VM así como el espacio que fue aprovisionado para esta al momento de crear el o los discos virtuales.

 

Nota: Si aún no tienes cuenta en CloudPhysics, puedes generar una. Es completamente gratis y podrás usar las opciones avanzadas por 30 días.

1

Storage Analitycs – Datastore Contention.

Storage Analitycs.

Es el nombre de un DECK predeterminado en CloudPhysics y como su nombre lo implica, este DECK contiene 6 Cards dedicadas a decirnos que está pasando en nuestro almacenamiento conectado a vSphere y en el cual viven nuestras preciadas máquinas virtuales.

Una de las “cartas” en este DECK es Datastore Contention.

La finalidad de esta “carta” es detectar quienes causan contención en nuestro almacenamiento. Y lo hace muy bien.

 

Si contamos con varios Observer reportando vCenters diferentes (por cada vCenter necesitamos un Observer Appliance!!) podemos usar la opción de filtrado, con esta opción especificaremos cual vCenter queremos, cual datacenter, en cual cluster si tenemos varios y un datastore especifico. Usando el filtro y sus opciones tendremos la información exacta de que está aconteciendo en nuestro almacenamiento por cada Datastore que estemos presentando al vCenter.

Aja! Ya podemos ver que tenemos Datastore con contención, SynoVMwareVolume1, SynoVMwareVolume2 y Data6090G-SATA-Local.

Para fines de demostración estoy seleccionando el Datastore con más maquinas afectadas debido al alto consumo que vc5 está generando en el Datastore con el nombre SynoVMwareVolume1. En realidad esta imagen la tome varias horas después de la anterior y es la razón de que eran 11 y ahora solo 3.

Tenemos el culpable y las victimas, la pregunta ahora es como resolverlo?

En realidad eso depende (la respuesta típica!) de cada ambiente y en el mío que es mi HomeLab la forma de resolver esto es moviendo vC5 a otro Datastore con mejor rendimiento ya que además de tener vCenter esa VM también tiene instalado SQL y el software de manejo de PernixData FVP.

Esto es solo un poco de todo el potencial proporcionado por CloudPhysics y la analítica que nos brinda luego de registrar el Observer con nuestro vCenter.

0

Desplegando CloudPhysics Observer en nuestro vSphere.

El primer paso es crear una cuenta en la plataforma de CloudPhysics. Es tan sencillo que con solo introducir nuestro correo electrónico ya hemos realizado el 60% del proceso.

Una vez estemos dentro de la plataforma veremos las cartas (cards) de información, lo mas probable es que estas estén en blanco ya que aun no se ha desplegado el vApp que realiza la colección de información y la envía a la aplicación de CloudPhysics.

Procederemos a descargar el OVA haciendo click en la carta de OBSERVER STATUS, esta es el área donde podremos ver información relacionada a los vApp de CloudPhysics y es también donde podremos descargar el OVA o el OVF si así lo deseamos. Yo opte por descarga el OVA y evitar que el vCenter tenga que hacerlo, es muy posible que el vCenter no tenga conexión a internet como en mi caso.

Ya tenemos nuestro OVA (observer_OVF10.ova) y los pasos para desplegarlo son muy sencillos, aquí un video de como hacerlo:

http://www.youtube.com/watch?v=Ob3UVPlI7mE

Claro esta que debemos seleccionar el OVA descargado desde CloudPhysics.

Los pasos restantes son para asociar nuestro vApp a nuestra cuenta en CloudPhysic, estos son los siguientes:

  1. Primero nos aseguramos que el vApp esta encendido.
  2. Usamos la consola para tener acceso a las opciones de registro.
  3. Configuramos el vApp de acuerdo a las preguntas que nos hace el wizard
  4. Listo, si nuestro vApp tiene acceso a Internet, es cuestión de minutos para que podamos ver información en CloudPhysics.

Debemos tomar en cuenta que el vApp de CloudPhysics necesita acceso al vCenter, para esto debemos crear una cuenta con los siguientes permisos:

  1. Crear un nuevo role, por ejemplo: CloudPhysicsUser.
  2. Editar los privilegios y habilitar los siguientes:
    1. Host: CIM:CIM.
    2. Host: Congiguration: Advance Settings.
    3. Host: Configuration: Query patch.
    4. Save.
    5. Asociar un usuario con read-only al role de CloudPhysicsUser.
    6. Save.