Evolucion de los Servicios TIC !!!

En este nuevo articulo pretendo dar algunas ideas acerca del titulo del mismo en base a mi conocimiento y experiencia, dicho lo cual no es mas que eso... una opicion practica (ni mas ni menos ;-)

Si bien es cierto que anteriormente a la importancia de la formalizacion y normalizacion de todas y cada uno de las buenas practicas en la Gestion de los Servicios TIC y por extension en su certificacion contra norma ó estandar (ISO 20000, ISO 27000, BS25999, etc...) lo habitual era la prestacion de Servicios Informáticos en base a modelos de Servicios Profesionales con mayor o menor gestion tecnica, pero en cualquier caso mas cerca del terreno operativo y de la ejecucion que de la entrega de valor y relevancia tactica en una determinada organizacion.

Como todos los que vivimos en el ambito TIC podemos apreciar en mayor o menor medida, esta "foto" inicial ha cambiado sustancialmente y el enfoque actual pretende incorporar cada vez mas aspectos tacticos y estrategicos en la Gestión de los Servicios. En este sentido en los ultimos años (y con mayor fuerza e impulso con la adopción y evolucion del Cloud Computing) han cobrado cada vez mayor relevancia los Servicios Gestionados.

Al igual que esta sucediendo con la evolución de la Gestion de Proyectos con iniciativas de normalizacion y formalizacion como PMBOK (ampliando las tradicionales variables de coste, recursos y alcance e incoporando en la ecuacion la calidad y los riesgos ), esto se traslada igualmente a la Gestion de Servicios. En el caso concreto de los Servicios Gestionados uno de sus principales objetivos no reside unicamente en la correcta ejecucion tecnica de los mismos (que tambien) sino ademas en valorizar el propio servicio incorporando un mayor nivel de gobernanza en todo momento orientada de forma demostrable a la evolucion y mejora continua tanto en la utilidad como en la garantia.

Precisamente por este motivo resultan de vital importancia los siguientes aspectos del PGS (Plan de Gestion del Servicio, similar al PGP en la Gestión del Proyecto):

• Modelo de Relacion: Dicho aspecto va a definir los niveles de interlocución con el cliente (sea interno o externo) y en su extremo la matriz de escalado; desde el punto de vista operativo, tactico y estratégico. Es una buena practica que se de cobertura y esten identificadas las personas de cada uno de los roles involucrados por ambas partes 

•  Modelo de Gestion: Dicho aspecto tiene que definir los indicadores KPIs y KGIs que permitiran conocer y evidenciar de forma objetiva el grado de evolucion y de mejora continua del servicio y si fuese necesario el grado de cumplimiento contra los diferentes niveles de servicio especificados en el SLA (con la posible aplicacion de penalizaciones si estuviesen definidas). Asimismo es preciso que este orientado a procesos y que se de la cobertura necesaria a los mismos (Procesos de Control: Gestion de la Configuracion y Gestion de Cambios; Procesos de Resolucion: Gestion de Incidencias, Gestion de Peticiones y Gestion de Problemas; Procesos de Lanzamiento: Gestion de Entregas y por supuesto sin olvidar los procesos de prestacion del servicio: Gestion de la Capacidad, Gestion de la Disponibilidad, Gestion de la Continuidad, etc...) con las personas y herramientas precisas para establecer cuadros de mando que en definitiva permitan realizar la toma de decisiones.

Uno de los aspectos que sino se cuida se puede convertir en el eslabon mas debil de la cadena de entrega de valor del servicio, es la Gestion de Proveedores. Tanto si los proveedores son internos, como si son externos cobra una importancia especial la correcta definicion y aplicacion del OLA o UC correspondiente.

Finalmente, todo ello deberia permitirnos medir y mejorar la prestación del servicio y su calidad de forma objetiva y como consecuencia de ello en mayor o menor medida obtener la certificacion de una forma mas sencilla y menos disruptiva.

Evolucion del CLOUD COMPUTING !!!

Han pasado mas de dos años desde que realice la siguiente ponencia publicada en este blog con anterioridad. Si bien es cierto que en aquel periodo inicial, la presentacion giraba en torno a la definicion de los distintos modelos (SaaS, PaaS e IaaS) del Cloud Computing, la posible aplicacion de los casos de uso de sus diferentes tipologias (publica, privada e hibrida) y una descripcion cualitativa de los riesgos previamente identificados.

Sin embargo, actualmente y fruto de la evolucion de estos años se han ido decantando fundamentalmente dos modelos, cada uno de ellos orientado a un tipo concreto de organizaciones:

- En el caso particular de las Pymes, la orientacion a la Nube Publica es mayor debido fundamentalmente al ahorro de costes tanto en la adquisicion del software como en el mantenimiento de la infraestructura y la posibilidad de utilizacion de los mismos recursos de infraestructura que las grandes organizaciones (computacion, red, almacenamiento, backup, etc...).

- En el caso concreto de las grandes organizaciones, la aproximación se esta produciendo en la orientacion interna al Servicio y a la trasformacion del Datacenter propio bajo el modelo de la Nube Privada.

Sin entrar a valorar las principales ventajas y beneficios del Cloud Computing (pago por uso, autoservicio y elasticidad) al igual que sus desventajas (garantias de seguridad de la información), si me gustaria destacar que la VIRTUALIZACION (aunque no es un requerimiento, como se puede apreciar en el modelo SaaS) si es la tecnologia habilitadora que esta permitiendo la evolución del modelo IaaS en base al siguiente recorrido: Nube Privada -> Nube Hibrida bajo un nuevo paradigma de adquisicion y entrega Servicios IT.

En este sentido, es de considerar la prevision que Marlon Molina expone en su blog, ya que mas alla de los cambios tecnologicos que estamos viviendo y su impacto en la gestion tecnica de la operativa diaria, este nuevo paradigma en la entrega de Servicios IT y el enfasis en la calidad del Servicio lleva consigo asociado de forma inevitable (nos guste o no) un importante cambio desde el punto de vista operativo en todo tipo de organizaciones sean de la naturaleza que sean, fundamentalmente debido a que esta orientacion a Servicio requiere una mayor gobernanza (ITIL, ISO 20000, etc...) alcanzable mediante la correcta implementacion de Servicios Gestionados, lo que igualmente obedece a una gestion mas eficaz y eficiente de la tecnologia.

Finalmente, aprovecho este articulo para identificar las soluciones existentes en la actualidad que permiten implementar nubes privadas y algunas de las citadas escalar a nubes hibridas bajo el ya mencionado modelo IaaS:

- VMWare vCloud
- OpenStatck (a destacar la implementacion de StackOps)
- RedHat Cloudforms
- Xen Cloud Platform
- CloudStack

Datacenter Activo - Activo con VIRTUALIZACION - parte III

Finalmente y como continuacion a la parte I y la parte II de esta serie de articulos (de vital importancia la relaccion entre la Gestion de la Disponibilidad y la Gestion de la Continuidad), en esta ocasion me gustaria destacar las principales ventajas que aporta la VIRTUALIZACION DEL ALMACENAMIENTO desde el punto de vista del negocio:

Como bien indica Josep Ros en su blog, esto es especialmente importante debido fundamentalmente a que los Virtualizadores de Almacenamiento se van a encargar de realizar toda la logica de la gestión del almacenamiento (salvo la parte evidente de los switches de la SAN), donde destaca la generacion y entrega de las LUNs creadas entre distintas cabinas de diferentes fabricantes incluyendo nuevas funcionalidades propias del frontend de dichos sistemas de almacenamiento como es el caso del Thin Provisioning. Esto repercute directamente en que las cabinas de almacenamiento de proposito general puedan ser de un menor nivel [al margen de nuevas funcionalidades propias del backend de dichos sistemas de almacenamiento como son: tiering (dinamico o manual) de LUNs o de bloques, compresion de datos, controladoras activo-activo, multiprotocolo (FC, FCoE, iSCSI, NFS, CIFS), etc...]

Sin embargo, en el caso concreto que nos ocupa (Datacenter Activo - Activo en un entorno de Produccion de Virtualizacion de Servidores) este nuevo enfoque supone una importante oportunidad de mejora con respecto al primer y segundo escenarios descritos anteriormente.

El en primer escenario la implementacion de los Virtualizadores de Almacenamiento va a permitir que con un correcto diseño y configuracion de la arquitectura logica de almacenamiento sea posible resolver el punto de fallo que suponia la caida de la cabina como almacenamiento compartido del cluster extendido de los hypervisores. La oportunidad de mejora consiste en la utilizacion de los dispositivos de bloques (discos FC, SSD, SAS, SATA) de cada una de las cabinas que residen fisicamente en cada uno de los CPDs de forma conjunta y balanceada en el proceso de generacion y entrega de las LUNs como Datastores compartidos. Nota importante la configuracion en Alta Disponibilidad de los propios Virtualizadores de Almacenamiento ubicados fisicamente cada uno de ellos en uno de los CPDs implicados.

En el segundo escenario la implementacion de los Virtualizadores de Almacenamiento representa una menor oportunidad de mejora ya que en este caso el diseño y configuracion de la arquitectura logica de virtualizacion y almacenamiento esta ideada en base a la disposicion local con pesos del 50% de los productos que corren en las VMs implicadas directamente en la prestacion del servicio.

En base a mi experiencia en clientes destaco los siguientes Virtualizadores de Almacenamiento mas conocidos:

• NetApp V-Series
• EMV vPlex
• IBM SVC

Datacenter Activo - Activo con VIRTUALIZACION - parte II

Como continuacion al anterio articulo de este blog, en este post me gustaria dar un enfoque diferente a como se aborda de forma tradicional la Gestión de la Continuidad y su viculacion con la Gestion de la Disponibilidad dentro del alcance de un proyecto de Virtualizacion de Servidores o/y en el caso de un proyecto especifico a tal efecto y/o finalmente dentro de la explotacion de un servicio; con el conocido software VMWare Site Recovery Manager.

Son muchas y conocidas las ventajas que aporta este tipo de software en los referente a la VIRTUALIZACION, como es la integracion con los distintos sistemas de almacenamiento multivendor (EMC, NetApp, IBM, etc...) de proposito general ya sean cabinas de tipo SAN (protocolos FC, FCoE) o dispositivos NAS (rotocolos CIFS, NFS, iSCSI) y sobre todo por la naturaleza de los servidores implementados como maquinas virtuales (VMS) la posibilidad de gestionar y automatizar un plan de recuperacion ante desastres de una forma mucho mas agil, dinamica y funcional que una prueba de contingencia en un entorno fisico, tal y como se puede apreciar en las imagenes adjuntas.

Sin embargo, al margen de su coste una de sus posibles desventajas reside en la naturaleza misma de dicho producto, debido a que esta diseñado y desarrollado para implantar planes de contigencia en el caso concreto de un escenario de DATACENTER ACTIVO - PASIVO lo que esta relaccionado directamente con la replicacion (normalmente sincrona, al margen de si la fibra es oscura y dedicada o multiplexada a través de equipos DWDM) entre dos sistemas de almacenamiento ubicados cada uno de ellos en un CPD diferente actuando el pricipal como origen del entorno de Produccion y el secundario como destino (directamente relaccionado con los dos indicadores de gestion fundamentales en este aspecto de las infraestructuras: RTO y RPO).

Por otro lado, para implementar un plan de recuperacion ante desastres (es decir un DRP: Disaster Recovery Plan) como parte tecnologica dentro de un plan de continuidad de negocio (es decir BCP: Business Continuity Plan) es posible analizar otras opciones que pasan por la generacion de una SAN extendida (de tipo FRABRIC) y una LAN extendida entre los distintos CPDs implicados; contituyendo asi un DATACENTER ACTIVO - ACTIVO tal y como se puede apreciar en la imagen final del escrito.

En un primer escenario, es especialmente importante la configuracion de un cluster extendido (HA, DRS) entre los hypervisores de cada CPD con su propio sistema de almacenamiento como Datastore compartido entre ambos centros de datos, pero ubicado y funcionando unicamente en uno de ellos. Este es precisamente el punto de fallo de mayor impacto ya que la caida de la cabina de almacenamiento requiere que se disparen procesos de respaldo tradicionales ya sean manuales o automatizados lo que implica la aceptacion de un tiempo de parada en la prestacion del servicio y su posterior restablecimiento con un rendimiento al 100%. Sin embargo la posibilidad de mover servidores (VMs) entre los sites implicados supone una ventaja a considerar.

En un segundo escenario, es especialmente importante el balanceo de carga y la alta disponibilidad de los productos que se ejecutan en las maquinas virtuales (VMs) dentro de cada cluster local de hypervisores, ya que se debe ser especialmente riguroso para conseguir una distribucion donde los pesos de los dos sitios sean del 50% con su propio sistema de almacenamiento como Datastore no compartido entre ambos centros de datos. La ventaja principal reside en que el servicio no solo esta protegido ante la caida de los hypervisores que conforman el cluster local, sino que ademas esta cubierto ante la caida del sistema de almacenamiento de forma directa sin la necesidad de activar ningun proceso ya sea este de tipo automático o manual y sobre todo sin suponer en ningun caso la parada en la prestacion del servicio. La desventaja consiste en la perdida de rendimiento ya que el 50% de los servidores (VMs) que daba servicio esta caido y unicamente se presta el servicio por el otro site que aporta el 50% de la capacidad de procesamiento. Este ultimo esquema es compatible con soluciones que automatizan planes de contingencia tradicionales como hemos visto, aunque no seria necesario si ante una situacion de contingencia esta validada y prevista la prestacion del servicio con la mitad de rendimiento.

Otra de las buenas practicas (compatible con ambos escenarios descritos) que esta directamente relacciona con la Gestion de la Configuracion ante planes de contigencia y de recuperacion ante desastres en un entorno de VIRTUALIZACION es la agrupacion de los servidores (VMs) que prestan un determinado servicio de forma completa en Aplicaciones Virtuales (vAPPs) y la asignacion de una LUN dedicada a dicha vAPP, siempre y cuando no sea un requerimiento de los productos que corren en las VMs la asignacion dedicada de la LUN (RDM).

Convergencia de ALMACENAMIENTO y VIRTUALIZACION !!! - Parte III

A raiz de la noticia que se ha trasmitido a la prensa especializada acerca de la discontinuidad de los equipos mas tradicionales de almacenamiento de EMC como son el EMC Celerra y EMC Clariion en pro de la potenciacion de los nuevos equipos EMC (tras la reciente adquisicion de la compañia Ipsilon) del tipo VNX/VNXe es importante destacar las herramientas de gestión y su integración en la plataforma de Virtualizacion de Servidores.

Como ya vimos en la primera parte de esta serie de articulos (multisolucion de fabricante de hypervisor y multivendor de sistema de almacenamiento), la integración de las soluciones de almacenamiento de NetApp (sistemas basados en DataOntap) y EMC (sistemas de tipo Celerra, Clariion y Symmetrix) es mas que relevante en cuestión de los protocolos mas comunes de almacenamiento (NFS, iSCSI, FC y FCoE con la llegada de vSphere v5.0) en el caso concreto de VMWare vSphere.

Sin embargo, como se puede apreciar en las imagenenes adjuntas dicha integración es igualmente posible con los sistemas de almacenamiento de otros fabricantes como es el caso de IBM, HP y Dell. Cada uno de ellos con sus propias ventajas e inconvenientes en la integración con plugins dentro de vCenter como herramienta unica y centralizada de administración del hypervisor (hosts), VMs (maquinas virtuales), almacenamiento (NAS/SAN), backup (VDR) y redes (vSwitch y VDS).

En estos escenarios multivendor de integración de soluciones de Almacenamiento en entornos de Virtualización de Servidores, se hace cada vez mas preciso y necesario incorporar tanto una gestión de la capacidad como una gestión de la configuración eficaces, basadas en procesos y alineada con las buenas practicas de la gestión de Servicios.

En el caso concreto de los nuevos sistemas de almacenamiento VNX/VNXe dicha integración es bidireccional (tanto desde el vCenter con destino el sistema de almacenamiento, como desde la propia consola de Unisphere con destino el hypervisor), tal y como se puede apreciar en el video adjunto con respecto a la creacion/eliminación/modificación de Datastores (NFS e iSCSI), asignación de LUNs, Politica de Multipath, Thin Provisioning, Deduplicacion, Snapshots y Tiering de discos (SAS y SATA).

Sin considerar otras ventajas, el mayor beneficio inmediato de este tipo de integración reside en la disminución de la complejidad en la provisión de disco a los hypervisores, al mismo tiempo que incrementa la flexibilidad y versatilidad en la gestión de las maquinas virtuales (VMs) y por extension la mejora en la disminución de los tiempos de puesta en produccion de la infraestrucutra necesaria para el aprovisionamiento de nuevos servicios.

Impacto de la VIRTUALIZACION en la Gestión de Servicios - ITIL

Es habitual en los proyectos de implantación de la infraestrucutra de una plataforma de virtualizacion (de servidores o de escritorios) ya sea mediante la metodologia PMBOK o PRINCE2 el camino critico que representa el proceso P2V (Physical To Virtual) previo assesment de cada uno de las maquinas/escritorios que queremos implantar en la nueva plataforma compartida en almacenamiento y backup.

En este sentido resulta mas que interesante todas y cada una de las nuevas funcionalidades de los diferentes productos de mercado:

- VMware vSphere 5 (Auto Deploy, vSphere Storage Appliance (VSA), Web Client, vCenter Server Appliance (Linux), Storage DRS, FCoE support, Virtual Hardware 8, Storage Profiles, Driver Storage Providers, Secure Syslog, Dump Collector, VMFS5, VDS5, Enhanced Firewall, etc...)

- Citrix XenServer 5.6 (Snapshots Commit & Rollback, Dynamic Workload Balancing, Integrated StorageLink, Distributed Virtual Switching, Web Self Service, etc...)

- RHEV 3.0 (V2V Migration, OVF Import / Export, Dedicated Monitoring & Reporting, VDI Support, Power User Portal (Autoservice), RHEV-Manager Java application, RHEL 6 based, etc...)

- HyperV 3.0 (Cluster Shared Volumes, Storage and network resource pools, Bandwidth Management, Virtual Switch Extensions, etc...)

Sin embargo, desde el dia despues de la entrega del proyecto y su paso a produccion comienza la explotación de esta nueva plataforma que debemos enmarcar dentro del marco de trabajo de la Gestión de Servicios y de las buenas practicas de ITIL teniendo en cuenta todas y cada una de las recomendaciones realizadas en este blog (Gestión del Virtual Sprawl, Gestion de la Capacidad, Gestión de la Configuración, Gestión de la Disponibilidad, etc...).

En este sentido, en el articulo se representan desde el punto de vista cualitativo cada uno de los 34 aspectos mas relevantes de la Virtualizacion y si el mismo supone una Ventaja (V), Desventaja (D) o Riesgo (R) a considerar. Posteriormente, del mismo modo se propone un analisis cuantitativo de esos mismos aspectos con una valoración del 1 (bajo impacto) al 4 (alto impacto) sobre los 6 aspectos troncales (Capacidad, Gestión, Disponibilidad, Coste y Seguridad).

Finalmente, se muestra una tabla de mapeo basada en la correlacion de cada uno de los 34 aspectos mas relevantes indicados anteriormente acerca de la VIRTUALIZACION con la mayoria de los procesos tanto de la parte de soporte al Servicio (Service Suppport) como de entrega de Servicio (Service Delivery) de ITIL v2.

Como conclusion, indicar que el impacto de los aspectos listados (18) de gestión y disponibilidad de la virtualización es alto con respecto al resto. Asimismo con un mayor detalle, los procesos de gestión finaciera, gestión de niveles de servicio, gestión de la continuidad y gestión de la disponibilidad son aquellos en los cuales el impacto de la virtualización es significativo.