domingo, 20 de febrero de 2011

Monitorizacion de entornos en VIRTUALIZACION !!!

Una de las partes en la que menos enfasis se realiza normalmente en los proyectos de migracion ó implantacion de infraestrucutruas de Virtualizacion (sea de Servidores o de Escritorios) reside en el aspecto de la Monitorizacion. Sin embargo, desde el primer momento de su puesta en produccion y de la responsabilidad de la gestion de la explotacion de este nuevo entorno virtual (dentro del Datacenter) comienza a ser critico todo aquello relaccionado con la monitorizacion; maxime si el servicio esta dentro del marco de las buenas practicas de ITIL o mas aun el cumplimiento de la ISO 20000.

En este sentido, los productos de Virtualización (ya vimos que es posible realizar Virtualizacion de Servidores sin la necesidad de la figura del hypervissor aqui) basados en los hypervisores mas conocidos del mercado como son VMWare vSphere, Citrix XenServer y RHEV permiten su monitorizacion directa o indirecta mas alla del contenido de las VMs (Maquinas Virtuales) que permiten ejecutar.

En el caso de vSphere ESX, XenServer y RHEV es posible realizar su monitorizacion mediante software tradicional de monitorizacion de infraestructuras fundamentalmente basado en el modelo cliente/servidor como son: Nagios, Zabbix, Hyperic, Zenoss, etc. o por el contario a traves del protocolo SNMP (indispensable con vSphere ESXi) como por ejemplo con Cacti tal y como es posible apreciar en las imagenes adjuntas.

Sin embargo en el caso concreto de vSphere ESX/ESXi es posible recurrir a software denominado del ecosistema de VMWare como es el caso tanto de Quest como de Veeam.



La diferencia fundamental de este tipo de software de ecosistema VMWare con respecto al software tradicional de monitorizacion, reside en que el primero de ellos utiliza directamente llamadas a la API de vCenter lo cual no resulta nada intrusivo (no hay necesidad de instalar ningun tipo de agente) ni requiere la modificacion de las politicas de seguridad a nivel de firewall interno) de los hypervisores citados anteriromente.


Por otro lado, volviendo al caso particular de vSphere ESX/ESXi, la integración del software de ecosistema de VMWare (Veeam y Quest) con respecto a la monitorizacion es total y permite el descubrimiento automatico de todos los elementos del vCenter: Cluster de ESX, hosts de ESXi standalone, vAPPs (Virtal Applications) como conjunto logicos de VMs (Virtual Machines), VMs, Datastores, etc. como es posible apreciar en las imagenes adjuntas.


En esta ultima linea de trabajo, en la monitorizacion de la evolucion del consumo de disco por parte de todos y cada uno de los diferentes Datastores del vCenter, es posible conocer dicha evolucion no solamente de los Datastores locales sino igualmente de los remotos como dispositivos de bloques (ya sea via FCP o iSCSI) o sistemas de ficheros (NFS, CIFS) esten o no esten en uso. Detalle de la imagen adjunta con cabinas/NAS de NetApp y EMC.


martes, 8 de febrero de 2011

Convergencia de ALMACENAMIENTO y VIRTUALIZACION !!! - Parte II

Mas allá de la integración, en el caso de la Virtualizacion de VMWare vSphere, con las tecnologias de Almacenamiento de fabricantes como NetApp y EMC como se puede apreciar en este anterior articulo, dicha integración es posible igualmente con otros productos de Virtualización como Citrix XenServer objeto de este nuevo post.


Dicha integración no solo proporciona información en la gestión de la infraestructura virtualizada acerca del almacenamiento utilizado con el maximo nivel de detalle; un correcto alineamiento de los bloques de datos, sino que ademas permite utilizar las funcionalidades de tercera copia propias del sistema de almacenamiento como puede ser el uso de snapshots y clones compatible en todo momento con las capacidades de replicación (mayoritamente sincrona) a nivel hardware y mas que interesantes en el ciclo de vida de las VMs (Maquinas Virtuales).


Como se puede apreciar en los pantallazos adjuntos (Detalle: cluster de dos hypervisores XenServer en HA con acceso compartido a una cabina de discos de proposito general de NetApp que ejecuta DATAOntap), la herramienta de gestión XenCenter permite conectar directamente con cada uno de los agregados y crear Storage Resources directamente especificando incluso el numero de volumenes a crear en la cabina y si estos son servidos con funcionalidades avanzadas como Thin Provisioning y Deduplicacion.


En paralelo, desde la herramienta StorageLink es posible descubrir la configuracion existente del Datacenter virtual, incluyendo el detalle acerca del estado de las VMs y las posibles plantillas existentes o generadas. Asimismo, se permite declarar la configuración de la cabina utilizada donde residen las VMs proporcionando información en base a la utilización de dicho sistema de almacenamiento al igual que la posibilidad de generar nuevos Storage Resources en la infraestrucutra de Virtualización directamente desde los propios agregados de la cabina de discos; posibilitando incluso el hecho de poder especificar igualmente aquellas funcionalidades avanzadas como Thin Provisioning y Deduplicacion y el propio protocolo de almacenamiento FCP/iSCSI.


Finalmente, una de sus funcionalidades menos conocida pero no por ello menos importante, reside en la capacidad como complemento añadido a dicha herramienta de soportar de serie la opcion de diseño y creacion de forma guiada de un plan automatizado de Contigencia del entorno Virtual. Normalmente este "Disaster Recovery Plan" (DRP) formaria parte del "Business Continuity Plan" (BCP) que representa un nivel superior al tecnologico.


La configuracion de este Plan de Contigencia se realizaria por fases como se puede apreciar en la imagen adjunta. En una primera fase seria necesario realizar todas las tareas guiadas sobre el Datacenter Virtual en el SITE principal (normalmente el que da servicio) para lo cual es requisito indispensable tener conectividad IP con el SITE secundario (tanto de la infraestrucutra de Virtualización como la de Almacenamiento).


En una segunda fase posterior, seria necesario realizar igualmente las tareas guiadas sobre el SITE secundario (el que daria servicio ante una caida del principal), lo que incluiria las pruebas funcionales del plan de Contigencia generado y por extencion la puesta en marcha del failover entre SITES de forma automatizada.

Destacar que en las ultimas versiones de XenServer, se ha incorporado StorageLink como parte del core de dicho producto de Citrix al igual que un buen numero de mejoras representativas entre las que seria necesario destacar: Web Self-Service y Distributed Virtual Switching como indica la release notes.