Diseñar una nueva estrategia del departamento TIC: Pararse, sentarse y respirar.

Suele suceder en muchas empresas que la infraestructura TIC y la organización del departamento va a la deriva. Esto es fácil de dictaminar desde fuera pero muy complicado de gestionar internamente.

Muchas suelen ser las razones por las que esto sucede:

• Falta de presupuesto.
• Islas internas en el Departamento que gestionan los proyectos sin un criterio unificado que sepa aunar esfuerzos.
• Desmotivación del personal.
• Falta de formación.
• Falta de recursos para el CAU que hace que el personal encargado de gestionar los servidores tenga que dar soporte a los usuarios.
• Crecimiento muy rápido de nuestra empresa.
• etc.

Y cuando todo va mal, es un buen momento para detenernos, respirar y pensar cómo podemos rediseñar, desde cero, nuestro entorno.

Definiendo Roles y funciones

Lo más importante es definir a qué se va a dedicar nuestro departamento TIC. Si desde dirección son reacios a contratar a más personal, tenemos que decidir entre estas dos opciones, a groso modo:

1. Ser unos gestores de proyectos que coordinan a los proveedores de confianza y velan por los intereses de la empresa.

2. Gestionar los proyectos y también gestionar los sistemas.

Esto es válido para todas las empresas. Cuanto más pequeñas y con menos recursos más difícil es atender a todas las peticiones, gestionar los recursos internos y planificar los nuevos proyectos.

Planificando y marcando objetivos

Una vez definido el rol de nuestro equipo TIC, lo siguiente es hacer tábula rasa de nuestra Infraestructura. Hay que analizar cuánto nos están constando el mantenimiento de equipos viejos: servidores, librerías de cintas, cabinas, NAS, etc, porque probablemente nos sale más a cuenta renovar los equipos y adquirir hardware nuevo.

Aprovechando este cambio hay que impulsar definitivamente la virtualización, tanto de servidores como de escritorios. Simplificar lo que es muy complejo nos ayudará en el devenir de nuestros proyectos.

Hemos de tener muy claro a dónde queremos llegar con todos los cambios, implicar a todo nuestro equipo y eliminar las islas o grupos dentro de nuestro equipo. Todos tenemos que ir a una y si alguien no está feliz que se baje del barco.

Recursos y comunicación

Se nos pide hacer más con menos y realmente es posible, pero tampoco se nos pueden pedir imposibles: no se puede hacer más con nada. Nuestra responsabilidad acabará cuando comuniquemos a la dirección que nos pide un imposible. Tenemos que evitar interiorizar la angustia de ver que no podemos cumplir con lo que se nos pide porque no tenemos ni recursos humanos ni materiales. Eso es una responsabilidad del equipo directivo de nuestra empresa y nuestra responsabilidad es saber transmitir el mensaje con un lenguaje entendible y alineado con el proyecto empresarial.

Es básico que el soporte a usuario se aisle muy bien en un CAU (Centro Atención al Usuario)que no afecte al entorno de gestión del core empresarial. Es muy común en las empresas que por compañerismo, buenrollismo, etc, se acaben asumiendo por las personas encargadas de velar por la calidad de vida de la infraestructura, problemas ofimáticos que deberían ser atendidos, estudiados y solucionados por un personal especializado que constituya el CAU.

View Storage Acelerator

Hace unas breves fechas, VMware ha sacado una nueva versión de su producto de gestión y despliegue de escritorios virtuales, concretamente se trata de la versión 5.1 de VMware View. 

View Storage Accelerator

A simple vista, parecía una simple versión de corrección de errores y bugs, pero leyendo las release notes con detalle, resultó ser una de las versiones con más novedades de los últimos años. El motivo no es otro que la inclusión de View Storage Accelerator (VSA). 

Realmente, no se trata de una nueva característica del tipo vMotion o Storage DRS, sobre la que tenemos una percepción clara de su uso, ya que su uso es totalmente en "background". Esta basada en la funcionalidad implementada y "oculta" en vSphere 5.0, llamada Content Based Read Cache (CBRC), que permite que el hypervisor reserve una cierta cantidad de RAM para funcionar como caché de lectura de bloques de discos de los ficheros VMDK.

 El concepto se basa en que si estos bloques se encuentran en caché, la máquina no necesitará acceder a disco para leerlos, haciéndolo en su lugar desde la memoria, con lo que el acceso será infinitamente más rápido. Hasta aquí, tiene un pinta muy buena, pero quizás lo que más importante y decisivo es que estos bloques almacenados en caché pueden ser compartidos entre distintas máquinas virtuales. Esto, evidentemente, no sólo implica que el acceso a disco será más rápido, si no que evitará enviar de forma repetitiva las mismas I/O´s a los sistemas de almacenamiento.

Boot Storm

 Imaginemos, arrancamos 200 máquinas virtuales, cuyos bloques de disco en lo que respecta al arranque del sistema, son prácticamente comunes.... los beneficios serían muy importantes, minimizando las conocidas "tormentas de arranque" que tanto hacen sufrir a los sistemas de almacenamiento. Porque...¿quien no ha sufrido una parada completa del sistema que ha implicado una arranque masivo?. 

Algunos apuntes importantes

 - Funciona con todo tipo de máquinas virtuales, independientemente de que sean linked clones de View, máquinas convertidas a escritorios persistentes, etc. 

- Es una funcionalidad aportada por el hypervisor.

- El máximo tamaño de caché es de 2Gb, ya que los desarrolladores han considerado que es el tamaño óptimo para ser aprovechado. 

- Solo funciona con vSphere 5 y View 5.1. 

- No hace milagros. Nos evitará situaciones incomodas puntuales en lo que respecta al almacenamiento, pero hay que dimensionar los sistemas de almacenamiento correctamente y en base a las necesidades planteadas. 

Espero que este articulo os haya servido para comprender un poco más el funcionamiento de View Storage Accelerator.

QNAP, disk space is full

En 1947, los creadores de Mark II informaron del primer caso de error en un ordenador causado por un bug. El Mark II, ordenador sucesor de ASCC Mark I, construido en 1944, sufrió un fallo en un relé electromagnético. Cuando se investigó ese relé, se encontró una polilla que provocó que el relé quedase abierto.

Grace Murray Hopper, licenciada en Física y destacada matemática que trabajó como programadora en el Mark II, pegó el insecto con cinta adhesiva en la bitácora  y se refirió a ella como "bicho"(bug) para describir la causa del problema. (wikipedia)

Muchos de nosotros hemos sufrido estos famosos bugs los cuales suelen tener como solución actualizaciones proporcionadas por el fabricante.

Qnap como almacenamiento

Ultimamente venimos usando productos QNAP, como solución de almacenamiento para tareas de backup y replica con muy buenos resultados. Una solución como QNAP, unido a Veeam Backup & Replication cubre perfectamente las necesidades de contingencia de primer nivel.

Qnap- Disk space is full

Gracias a nuestro proveedor hemos tenido un rapido acceso a la solución a este fallo:

http://blog.fashionpcs.com/2012/05/04/problema-qnap-borrar-datos/

Si tenemos una Qnap con una version de firmware 3.5.1 o inferior, y recibimos el mensaje de "Disk space is full" automaticamente perderemos el acceso a los servicios de ficheros servidos desde la qnap.

Esto se debe a un problema asociado en estos firmwares en el que el servicio smb no puede funcionar correctamente.

Solución

La solución proporcionado por el soporte de qnap es la siguiente:

1) Accedemos via SSH

2) Renombramos el script del servicio de  SAMBA .
# mv /etc/init.d/smb.sh /etc/init.d/smb.sh.bak2

3) reiniciamos el NAS
# reboot

4) Accedemos via SSH.Ahora podemos borrar y mover los ficheros.
Cuando hayamos liberado al menos un 5 % de espacio renombramos de nuevo el script del servicio SAMBA

# mv /etc/init.d/smb.sh.bak2 /etc/init.d/smb.sh
# Reiniciamos

5) Cuando el NAS pueda trabajar de nuevo, actualizamos el firmware a la version 3.6.1 

La descarga de los firmware los tenemos accesibles desde el siguiente link:

http://www.qnap.com/es/index.php?lang=es&sn=438

Saludos

Snapshots en Vmware

Sorprender v. tr.
- 1 Coger sin preparación o aviso a una persona: la sorprendí cuando me estaba criticando.
- 2 Descubrir una cosa que se esconde u oculta: sorprendieron su mayor secreto.
- 3 Experimentar una alteración emocional cuando una cosa no está prevista o no se espera: el escándalo nos sorprendió.

Creo que entre otras muchas sensaciones, la sorpresa, es una de las mas destacables cuando nos encontramos por primera vez delante de un entorno virtualizado.

No solo por esas tareas comunes que realiza cualquier departamento TI y que gracias a la virtualización se  convierten en simples tareas de "click", añadir una tarjeta de red, un nuevo disco, más RAM, más vCPU, y un largo etc. Si no porque hay un cierto tipo de características que se aproximan a la magia.

Ya ha pasado mucho tiempo desde que trabajamos con entornos virtualizados y nos hemos acostumbrado a este tipo de características "mágicas" pero creo que no hace falta recordar esa primera sensación de sorpresa en la que vimos como hacíamos una snapshot y luego volvíamos hacia atrás en el tiempo como si de un delorean con condesador de fluzo se tratara.

Como todo efecto de sorpresa, poco a poco nos acostumbramos y se convierte en una tarea cotidiana e incluso simplemente ni si quiera nos preguntamos como es posible que podamos volver hacia atrás en una maquina y nos limitamos a hacer click.

¿Que es una snapshot?

Un Snapshot guarda el estado y datos de una máquina virtual en un momento determinado.

• En relación al estado, queda reflejado si la maquina estaba encendida, apagada o suspendida
• En relación a los datos, incluye todos los ficheros que están en los volúmenes afectados por la snapshot tanto a nivel de discos, memoria incluso otros interfaces como pudiera ser el de la tarjeta de red.

Una máquina virtual nos va  a permitir tanto crear, como administrar las diferentes snapshot que vayamos creando. De tal forma que vamos a poder tener un gran árbol de instantáneas dándonos diferentes posibilidades a la hora de elegir un estado de la maquina concreto.

Estos puntos son totalmente administrables y podemos por lo tanto crear puntos nuevos, y eliminar alguna snapshot en concreto.

Maquina virtual con presencia de Snapshots

¿Como funciona una snapshot?

Vmware dispone de una API con la que VMWARE y software de terceros pueden realizar operaciones tanto con las maquinas virtuales como con cada una de las snapshots. Las operaciones mas comunes que se suelen realizar son las siguiente:

• Create Snapshot: Crea una nueva snapshot.  
• Remove Snapshot: Elimina una snapshot y borra el almacenamiento asociado a la snapshot.
• Remove All Snapshots: Elimina todas las instantáneas asociadas con la maquina virtual. 
• Revert To Snapshot: Cambia el estado de la maquina virtual al estado de la snapshot seleccionada.
• Consolidate: A partir de la versión 5 nos permite consolidar todas las snapshots.

Proceso detallado a la hora de crear una instantanea

1. Se envía una solicitud usando la API de VMware para crear, eliminar o recuperar una snapshot.
2. La solicitud se envía al host de VMware ESX en el que esta alojada la maquina en cuestión.
3. Si hemos marcado la opcion de "memoria", durante este proceso se escribirá la información que tiene cargada en la memoria en el disco. durante este proceso es posible que la maquina sufra un pequeño tiempo de congelación (freezing) 
4. Si el proceso de snapshot incluye la opción "quiesce" el proceso de acceso a los discos lo realizara a través de las vmware tools. A través de las vmware tools, lanzara el servicio correspondiente al sistema operativo para realizar las operaciones de bloqueo, como por ejemplo VSS en caso de Microsoft Volume Shadow copy.
5. El host ESX registrara en la base de datos correspondiente a las snapshots (.vmsd) y estos se veran reflejados en el snapshot manager. En el Snapshot manager no quedara reflejada ninguna snapshot  que todavía este corriendo en el disco hijo de la propia snapshot.
6. Por ultimo el host ESX hace uso de una API de VMware encargada de realizar los cambios en los discos hijos (delta.xxxxx.vmdk)

Discos hijo

Estos discos se crean cada vez que se realiza una snapshot, En el momento que se crea un disco hijo, la información es copiada directamente en este disco hijo. Mientras siga existiendo el disco hijo, este seguirá aumentando de tamaño hasta que este sea eliminado y se consolide con el disco padre.

Árbol de snapshots en maquina virtual

Cadena de discos

A medida que vamos generando snapshots vamos creando nuevos discos hijos a partir del disco principal el cual se le suele llamar Disco padre. Tendremos tantos discos hijos, como snapshots vayamos creando.

Recomendaciones a la hora de trabajar con snapshots

- Nunca considerar una snapshot como backup.

- VMware establece como limite un total de 32 snapshots aunque no recomienda mas de 3 snapshots por cadena.

- No se recomienda tener una snapshot por mas de 72 horas.

- Una gran cantidad de snapshots afectan negativamente al rendimiento de la maquina virtual y del host

- Es aconsejable configurar alarmas automáticas en el Virtual Center para avisarnos cuando una maquina virtual corra con una snapshot.

- Con presencia de snapshots habrá operaciones que no podamos hacer como por ejemplo vmotion.

Saludos.