Backup en entornos de VIRTUALIZACION !!!

Del mismo modo que ya comentamos como la monitorización es una de las piezas mas olvidada dentro de los proyectos de implementación de un plataforma de Virtualizacion en la que de forma progresiva se comienza realizando un proceso de P2V de aquellos servidores x86_x64 que ya no tiene sentido mantener standalone y posteriormente de forma gradual se van incorporando servicios mas criticos a la misma; lo mismo sucede con el backup.

Esto suele ser debido a que el objetivo principal del proyecto se basa en la miración de todos esos servidores x86_x64 que se han decidido decomisar tras el correcto P2V a la nueva plataforma de Virtualizacion. Sin embargo, como suele ocurrir el dia despues de la puesta en produccion de la plataforma (prestación de Servicio) comienza a ser vital no solo cubrir su monitorizacion sino igualmente el backup de las VMs que estan alojadas en la cabina de almacenamiento o dispositivo NAS, maxime cuando la idea que reside tras una inverson similar es evolucionar la plataforma para sacarle el maximo partido posible con el proposito de amortizar la inversion.


Dicho esto, dentro del mercado en el caso particular de VMWare vSphere existe un ecosistema de soluciones de backup entre los cuales Veeam Backup y Quest vRanger gozan de un mayor reconocimiento y base instalada. Lo mismo sucede en el caso concreto de Citrix XenServer con la solucion PHD Virtual Backup entre otras muchas.

Sin embargo, a titulo personal he podido apreciar como en las grandes compañias y en las corporaciones resulta poco habitual encontrarse con este tipo de soluciones de backup mas orientadas al ecosistema de cada hypervisor y backup a disco. Es por esto que dicho articulo se centra en la integración de una solucion de mercado de tipo enterprise como puede ser Symantec Veritas NetBackup compatible en todo momento con una infraestrucutra tradicional de libreria de cintas como con una infraestrucutra de tipo VTL al igual que una infraestrucutra mixta de tipo VTL frontend y libreria de cintas backend.

Como todo fabricante, en su ultima versión (NBUv7) aparece todo un listado de nuevas funcionalidades entre las que se resaltan la compresion y deduplicacion en origen, el backup de grano fino, la integración con las plataformas de virtualizacion mas habituales, etc... Con respecto a VMWare vSphere (ESX/ESXi), como se puede apreciar en los pantallazos adjuntos se posibilita la integracion directa con la herramienta de gestión Virtual Center (compatible tanto para ESX como ESXi) y la creación de politicas comunes (igualmente ESX/ESXi) a traves de snapshots propias de las maquinas virtuales (VMs) definidas. Asimismo se permite un backup de grano fino de tipo sin agente (agentless) en el caso de los sistemas operativos RedHat Enterprise Linux y Suse Enterprise Linux.

Finalmente, para aprovechar la nueva funcionalidad de compresion y deduplicacion de datos en origen (lo que por otro lado deberia representar una importante ventaja en lo que supone la ventana de backup por LAN), en principio resulta necesaria la instalación del agente de NetBackup dentro del sistema operativo propio de la maquina virtual (VM) maxime cuando no se trata de las opciones anteriormente citadas con respecto a la copia de seguridad de grano fino a traves del API de vCenter.

Fuente origen: Angel Ferras

Oficinas de Servicio (ITIL) en WHYFLOSS 11

Dentro del marco de la celebración de la Conferencia Internacional WHYFLOSS 2011 que se celebro en las instalaciones de Madrid del IE (Instituto de Empresa), tuve el placer de poder participar como ponente exponiendo la alternativa que supone en todo momento la constitucion e implantación de una Oficina de Servicio de tipo LOW COST mediante la utilización e integración de herramientas Open Source.

El cuerpo principal del mensaje de la ponencia se basa en la idea que el objetivo principal de una Oficina de Servicio debe ser velar por la funcion y la garantia del Servicio a lo largo de sus fases de Transicion y Operación basandose periodicamente en la identificación e implemetación de planes de mejora.

Mas alla de las herramientas y de los cambios organizativos (aparicion de nuevos roles); resulta de vital importancia la correcta definicion e implantación no solo de un modelo de relaccion sino mas aun de un modelo de gestion adecuado que permita en todo momento aportar valor al cliente/s y evidenciar la calidad del Servicio que se esta prestando. Este control y seguimiento se convierte imprescindible si ademas de este objetivo principal se persigue la certificación de la ISO 20000 y el mantenimiento de dicha certificacion.

PONENCIAS:
http://www.whyfloss.com/es/conference/madrid11/speakers

Oficina de servicio_low_cost_itil

View more presentations from Victor M. Fernandez.

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.

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.

"Capacity Planning" en entornos FISICOS y VIRTUALES

Al igual que la fase de diseño resulta de extraordinaria importancia en los proyectos de implantación y/o migración de infraestructura de servidores, almacenamiento y backup en lo que se conoce como conjunto de medidas para evitar en la medida de lo posible la desviación del camino critico; en la explotación del Datacenter la gestión de la capacidad resulta si cabe de mayor relevancia por aquello que dicha infraestructura condicionara el servicio que se entrega directamente a los usuarios en el dia a dia de la operaciones y la futura evolución tanto del Datacenter como del Servicio que se presta.


Al margen de la necesidad de invertir en la gestión a nivel de proceso de la capacidad de cada uno de los servicios que se prestan maxime cuando la infraestructura citada anterormente es compartida, seria mas que positivo considerar la posibilidad de aqduirir una herramienta que posibilite medir de forma sencilla y eficaz la evolución de la infraestructura en la que se apoyan los servicios que ofrece el Datacenter con el animo de intervenir como elemento facilitador en la toma de decisiones en base al control y seguimiento periódico que hay que realizar.


Como se puede apreciar en los pantallazos adjuntos, la posibilidad de poder gestionar igualmente infraestructuras fisicas y virtuales tanto de servidores, como de sistemas de almacenamiento y de backup puede representar mas que una ventaja competitiva en este sentido.


En el caso particular de la Virtualizacion de Servidores implementada con vSphere (ESX/ESXi) de VMWare se deberia permitir la gestión de la capacidad no solo de cada uno de los hosts (mas conocidos como hypervisores) sino ademas de las agrupaciones logicas en modo cluster de los mismos al igual que las VMs (Maquinas virtuales) contenidas o no en vAPPs (Aplicaciones Virtuales) todo ello dentro del ámbito del Datacenter Virtual. Como se puede apreciar en la imagen anexa, se deberia posibilitar igualmente la identificación y evolución de todos y cada uno de los DataStores asociados.


Del mismo modo en el caso concreto de los sistemas de almacenamiento tanto cabinas de discos de proposito general (FCP e iSCSI), como dispositivos de tipo NAS (NFS y CIFS) multifabricante (EMC, NetApp, Sun Microsystems) deberia ser posible medir su evolucion y consumo maxime cuando estan habilitadas las nuevas funcionalidades de Thin Provisioning y Deduplicación online ya que cobra especial relevancia la sobresuscripción y por extencion el posible compromiso del disco logico ofrecido a los sistemas y el disco fisico libre del almacenamiento global.


Para finalizar, con respecto a los sistemas de backup de tipo software mas conocidos en el mercado (Backup Exec, NetBackup, TSM, Commvault, Legato, ARC Serve) tanto si estan basados en las tradicionales librerias fisicas de cintas, como si estan basados en las nuevas VTLs con o sin backend de discos y/o con o sin backend de cintas; deberia ser posible medir la evolución del consumo de GBs, de cintas fisicas y/o drives logicos al mismo tiempo que el rendimiento de los trabajos que son necesarios respaldar en referencia a las distintas politicas de seguridad configuradas. Asimismo, es de remarcar que en cuanto a las VTLs formaria parte de la gestión de su capacidad la medida de la evolución de su ratio de deduplicación y la diferencia entre el espacio nominal y el espacio fisico consumido de manera conjunta a la evolución del uso de la caché.

Al igual que el resto de articulos orientados a la gestión unificada y convergente de las infraestructuras de Almacenamiento y Virtualización, un correcto y periódico "Capacity Planning" representa mas que un avance en la evolución de la Explotación del Datacenter hacia el camino de la nube privada o "Cloud Privado" como fase previa de la nube hibrida en la gestión IT.

"Best Practices" en gestión de ALMACENAMIENTO con VIRTUALIZACION

Un nivel superior en la convergencia de la gestión conjunta de las infraestructuras de Almacenamiento y Virtualización lo representan las buenas practicas.
Se basan en la necesidad de orquestar cambios organizativos mas allá que la integración de los productos de Virtualización de VMWare, Citrix y RedHat (basados en la figura del hypervisor, OJO que es posible virtualizar servidores sin hypervisor como ya se indico en este blog) con los productos de los fabricantes de Almacenamiento como NetApp, EMC y Sun Microsystems como ya se trató anteriormente en este anterior articulo.

El objetivo de dichas buenas practicas se centra en el requisito que supone el hecho que los administradores de Virtualizacion y los administradores de Almacenamiento trabajen conjuntamente para lograr una mayor eficiencia, control y seguimiento en la explotacion del Datacenter. La idea se basa en evitar los errores de una de las consecuencias mas comunes de la gestión de los entornos virtuales, como es la proliferación sin orden ni criterio de las VMs (Maquinas Virtuales)... mas conocido como VIRTUAL SPRAWL.

Dentro de lo que se conoce como ecosistema VMWare (vSphere: ESX/ESXi) seria necesario considerar la posibilidad de aqduirir una herramienta que posibilite mostrar e identificar de un modo end-to-end la configuración vigente desde la propia VM (Maquina Virtual) hasta el conjunto de bloques (FCP e iSCSI) y ficheros (NFS, CIFS) pasando por todas las rutas I/O a cada Almacenamiento fisico utilizado pudiendo ser cabinas de disco de proposito general o dispositivos de almacenamiento de tipo NAS.

Como se puede apreciar en los pantallazos adjuntos es posible identificar tanto en el lado del Almacenamiento todos aquellos componentes necesarios en la gestión de la/s cabina/s y/o dispositivo/s NAS (RAID, grupos de discos, discos fisicos, volumenes, LUNs, ficheros, etc.), como en el lado de la SAN (Switches de tipo FC como iSCSI) al igual que todos y cada uno de los componentes de los Virtual Datacenters como son los Clusters de hypervisores ESX/ESXi, hosts standalone del mismo tipo ESX/ESXi asimismo como los Datastores utilizados por cualquiera de los protocolos citados.

En el caso concreto y particular de cada una de la VMs (Maquinas Virtuales) se posibilita el conocimiento de su camino fisico y su camino logico desde su host owner (en la arquitectura del Datacenter) hasta el LUN exacto del Almacenamiento que utiliza como Datastore asociado. Del mismo modo que si dicha VM se encuentra en una vAPP (Aplicacion Virtual) como conjunto de VMS desplegadas en un unico cluster como agrupación de varios nodos del tipo hosts ESX/ESXi.


El fondo de toda esta gestion integrada y convergente de las infraestructuras de almacenamiento y virtualización, lo que se persigue es un escalón mas en el ciclo de vida de la evolución del Datacenter hacia lo que se conoce como nube privada o cloud privado como paso previo hacia la expansión a la nube hibrida para poder aprovechar sus capacidades de elasticidad y disponibilidad ante determinadas situaciones bajo demanda, como se puede apreciar en el resumen inferior de dicho post: