Virtualización de almacenamiento

conasaHoy traigo el enlace a un nuevo post que he publicado en el blog de mi empresa.

Esta vez hablo sobre la virtualización del almacenamiento y sobre distintas soluciones hardware y software.

http://www.conasa.es/blog/consiste-la-virtualizacion-almacenamiento/

Hoy vengo a hablaros de un tema sobre el que quería escribir hace un tiempo pero que todavía no me había puesto a ello. El tema en cuestión es la virtualización del almacenamiento o Almacenamiento Definido por Software (SDS por sus siglas en inglés).

Llevamos ya muchos años hablando de la virtualización de servidores y está ampliamente extendido. De hecho, actualmente es extraño que se instale un servidor físico como hace unos años. Todos quieren las ventajas de la virtualización (ahorro de costeshardware/infraestructuras, mejoras en backup y restauración de datos, tiempos de parada mínimos…)

Una vez que tenemos la virtualización del hardware, o hardware definido por software, nos encontramos con un problema: el almacenamiento. Dónde guardamos nuestras máquinas virtuales y datos pasa a ser un punto realmente crítico. Ya no basta con tener un RAID del tipo que sea, necesitamos que la respuesta sea rápida, que podamos hacer backup y restauraciones rápidas, estar protegidos frente a caídas del sistema. En definitiva, asegurar el servicio y la continuidad del negocio. Solución: la virtualización del almacenamiento, para no depender directamente de los elementos hardware y, a ser posible, tampoco depender de un único fabricante.

La virtualización del almacenamiento, o almacenamiento definido por software, lleva ya unos cuantos años en el mercado. Por ejemplo, DataCore lleva en ello desde 1998, y ha despegado en estos últimos 3 o 4 años a raíz de que grandes fabricantes de hardware de almacenamiento como IBM, HP-3PAR, EMC-DELL, además de los líderes de la virtualización,VMware, también han sacado soluciones de virtualización de almacenamiento o han potenciado algunas que ya tenían.

Con todo esto me atrevería a diferenciar entre soluciones hardware y soluciones softwarepara la virtualización del almacenamiento.

Soluciones Hardware

Como soluciones hardware hablaría de las de fabricantes tradicionales de hardware de almacenamiento. Todos tienen sistemas interesantes pensando exclusivamente en optimizar la solución para su hardware. Algunas soluciones son capaces de gestionarhardware de otros fabricantes, generalmente cabinas conectadas por fibra.

Las soluciones de los fabricantes de hardware parecen más orientadas a empresas con un gran volumen de datos, por los costes de hardware y licencias.

IBM:

La solución de IBM para la virtualización del almacenamiento se llama SVC (SAN Volume Controller). Básicamente son 2 servidores IBM con una versión propia de Linux. Estos servidores son los encargados de la virtualización del almacenamiento y por debajo gestionan varios modelos de cabinas y almacenamiento FLASH de IBM conectados por fibra.

La gestión se realiza principalmente desde una interfaz web y comparte el mismo interfaz que las cabinas de almacenamiento V7000 e incluso V3700 por lo que, si has administrado alguna de estas cabinas, te resultará familiar.

La verdad es que es una solución interesante y relativamente sencilla de administrar. Conozco un par de instalaciones en las que con gran volumen de datos están funcionando muy bien.

HP:

La verdad es que HP siempre me ha gustado como fabricante, aunque mi experiencia se centra principalmente en los servidores. He de reconocer que no he tenido oportunidad de probar las nuevas soluciones que presentan para la virtualización del almacenamiento e incluso para la hiperconvergencia (otra palabra que está dando mucho que hablar en el mundo de la virtualización). Leyendo lo que ponen en su web y en otros foros técnicos, su solución tiene muy buena pinta.

HP también tiene una solución software, HPE StoreVirtual VSA, que se puede instalar prácticamente en cualquier servidor soportado por VMware o Hyper-V.

Soluciones Software:

VMware vSAN:

Como no podía ser de otra manera, el líder en la virtualización de servidores sacó su propia solución para la virtualización del almacenamiento, vSAN.

vSAN es un producto interesante y hay que reconocer que se integra muy bien con VMware,pero a mi modo de ver tiene algunas pegas. Parece diseñado en exclusiva para ser utilizado en VMware y no puede ser utilizado por otras plataformas (windows, linux, …). Requiere al menos 1 disco SSD en cada servidor, ya que es lo que utiliza para caché de lectura/escritura. Se requieren al menos 3 hosts para una solución de alta disponibilidad y, al igual queVMware ESXi, se licencia por socket, no por servidor.

DataCore:

La verdad es que he dejado a DataCore para el final de forma intencionada. Posiblemente sean los que más tiempo llevan en esto del “almacenamiento definido por software” y mi experiencia con la solución ha sido realmente gratificante.

DataCore funciona sobre servidores windows, ya que es el S.O. que más drivers soporta. Admite todo tipo de almacenamiento que puedas conectar a un servidor, FC, FCoE, iSCSI, SAS, SATA, SCSI, incluso IDE o USB. Está claro que si utilizas discos lentos el rendimiento se puede ver algo afectado, pero las posibilidades que ofrece son muy amplias.

Hablando de rendimiento, una de las cosas que me gusta de DataCore es que reserva una parte de la memoria RAM para la ejecución del sistema, y todo el resto de la RAM la utiliza como caché de lectura/escritura por lo que, incluso con almacenamiento más ajustado, consigue un gran rendimiento. Personalmente he podido comprobarlo con 2 clientes, uno con DataCore (reutilizando sus antiguos servidores) y otro sin DataCore. Con la misma cabina de almacenamiento, el cliente con DataCore conseguía un 35% más de rendimiento en las pruebas que realizamos.

Otra de las ventajas es el no depender de un fabricante. Puedes tener nodos de distintas marcas, cabinas de distintas marcas y todo funcionando sin problemas.

DataCore puede servir disco por fibra o por iSCSI. También puedes configurarlo como NAScon Windows y servir disco por CIFS o NFS.

La configuración clásica es con 2 nodos, que funcionan en mirror (el dato se escribe en los 2 almacenamientos a la vez). Los nodos pueden estar en 2 CPDs distintos conectados por fibra, y también puedes añadir un tercer nodo en una ubicación remota para réplica asíncrona.

image009

He de reconocer que posiblemente no sea del todo objetivo pero, la verdad, desde que conocí DataCore hace unos años estoy encantado con la solución que ofrecen. La experiencia en cliente ha sido muy buena. Ha habido casos de caída de un CPD y los usuarios prácticamente no se han enterado; sin parada de servicio, sin afectar a la continuidad del negocio. El soporte del fabricante es rápido, tanto en la atención como en la solución de las incidencias que puedan surgir.

 

Si quieres conocer más sobre la virtualización de almacenamiento y las soluciones que podemos ofrecerte con DataCore, ponte en contacto con nosotros.

 

Espero que os resulte de utilidad.

Error VMware Virtual Center: Base de datos llena

Un nuevo artículo que escribí para mi empresa y todavía no había compartido aquí.

Esta vez es un artículo técnico sobre el problema que podemos tener cuando se nos llena la base de datos del Virtual Center.

Accede al artículo completo aquí:

http://www.conasa.es/error-vmware-virtual-center-base-de-datos-llena/

Hoy voy a hablar de un problema que no es nuevo y, por suerte, tampoco es muy habitual, pero que se puede convertir en un problema serio si nos sucede. Por supuesto, también voy a dar la solución técnica.

El problema:

El problema es que el servicio de Virtual Center no inicia porque la base de datos ha llegado al límite permitido por la licencia, generalmente 4GB.

Error VMware Virtual Center: Base de datos llena

El problema se da cuando tenemos instalado nuestro Virtual Center en un servidorWindows. Por limitaciones de licencia, la base de datos tiene un tamaño máximo de 4GB. Cuando la base de datos alcanza ese tamaño se paraliza y el servicio de virtual center se detiene.

Nuestros servidores virtuales seguirán funcionando, por lo que no perderemos servicio pero, al no haber virtual center (está detenido), sí que careceremos de todas las ventajas de la virtualización. Nos quedaremos sin Alta Disponibilidad (HA), no podremos mover máquinas virtuales entre hosts (vMotion), dependiendo de nuestra solución de backup, lo más probable es que no podamos realizar backup de nuestras máquinas virtuales, y tampoco restaurarlas en caso de necesidad. En definitiva, tendremos servidores virtuales corriendo en hosts independientes.

Como se puede ver, sin ser un problema crítico que nos paralice la empresa, sí es un problema serio que puede terminar afectando gravemente a nuestra infraestructura de virtualización.

Por suerte para nosotros, este problema tiene una solución relativamente sencilla.

La solución:

La solución, a modo de resumen, será borrar datos antiguos de la base de datos y liberar espacio en la base de datos.

Para solucionar este problema seguiremos los siguientes pasos:

  1. Iniciamos SQL Server Management Studio Express. Entramos con un usuario con permisos de administrador.
    Iniciar SQL Server Management Studio Express
  2. Desde la web http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1000125descargamos el script VCDB_Purge_MSSQL_V2.X.zip y lo descomprimimos.
    Descargar script
  3. Ejecutamos el script, nos volverá a pedir usuario y contraseña para añadir el script alSQL. Seleccionamos la base de datos del Virtual Center, generalmente VIM_VCDB.
  4. Primero realizamos una prueba del script, con las líneas “SET @DELETE_DATA = 0” y “SET @CUTOFF_DATE = GETUTCDATE () -20”. Esto nos dirá si el script se ejecuta correctamente y el número de líneas que va a borrar.
  5. Si la prueba se realiza correctamente, modificamos la linea “SET @DELETE_DATA = 1”, quedando como la imagen.

    Modificación línea “SET @DELETE_DATA = 1”
  6. Cuando termine de ejecutarse el script, hay que hacer la reducción de la base de datos.Para ello seleccionamos la base de datos con el botón derecho del ratón y vamos a “Tareas -> Reducir -> Base de datos”
    “Tareas -> Reducir -> Base de datos”Nos arrancará un asistente, al que daremos “Aceptar” y, cuando termine, nos indicará en cuanto ha reducido nuestra base de datos.Asistente

    Ejecutando

  7. Una vez que termine el proceso ya podremos iniciar el servicio de Virtual Server.
    Iniciar servicio Virtual Server
  8. Para terminar, e intentar que no nos vuelva a pasar, tendremos que configurar nuestroVCenter para que registre menos datos.

 

En fin, espero que todo esto os resulte de utilidad y espero que no os surja este problema. Pero, por si acaso, ya sabéis la solución. Por supuesto os recomendaría que esta solución la aplique personal especializado.

Ante cualquier consulta no dudes en preguntarnos, te ayudaremos encantados.

Espero que os resulte de utilidad.

Instalando Veeam FastSCP en Windows 7

Hoy me he encontrado con un probleilla.

He intentado instalar la utilidad gratuita para VMware VEEAM FASTSCP en mi Windows 7 y por desgracia de daba un error diciéndome que la versión de sistema operativo no era válida.

image

Por suerte para tod@s en internet casi siempre encontramos respuestas. En la siguiente web he encontrado la respuesta http://andrius.kozeniauskas.com/blog/2009/03/25/installing-veeam-fastscp-30-on-windows-7-beta/

Y la cosa es que tenemos que extraer los ficheros del instalador, se puede hacer con WinRAR, y luego podemos ejecutar la instalación sin problemas.

Espero que os resulte de utilidad

La tarjeta de red va creciendo “eth0”, “eth1”, “eth2”…

Extraido de un documento de :
http://gabriel.verdejo.alvarez.googlepages.com/

Con el sistema de ficheros “udev” se tiende a realizar una cache de dispositivos en el
directorio /etc/udev/rules.d. De esta manera al cambiar el sistema de ordenador los dispositivos
antiguos tienen ya ocupados los nombres (eth0, eth1…) y el sistema utiliza los siguientes que
son los que tiene libres.
El fichero /etc/udev/rules.d/xx-persistent-net.rules es el encargado de mantener la cache
de dispositivos de red. (xx- puede ser diferente)
# This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# MAC addresses must be written in lowercase.
# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM==”net”, DRIVERS==”?*”, ATTRS{address}==”00:50:fc:2b:a0:XX NAME=”eth0″
# PCI device 0x1106:0x3065 (via-rhine)
SUBSYSTEM==”net”, DRIVERS==”?*”, ATTRS{address}==”00:0c:6e:c2:f7:XX NAME=”eth1″
De esta forma al borrar este fichero cada vez que se inicie el sistema nos asegurarnos de que
las tarjetas de red empiecen en el dispositivo eth0.
Por ejemplo podemos añadir las siguientes líneas al fichero /etc/init.d/sysklogd
echo “” > /etc/udev/rules.d/xx-persistent-net.rules
echo “” > /etc/udev/rules.d/xx-persistent-cd.rules

Instalar consola VMware en Kubuntu

Lo primero es descargarse los archivos de la consola desde la Web del VMWare. Después descomprimimos el fichero y nos creará una carpeta llamada “vmware-server-console-distrib” desde una pantalla de terminal, entramos en la carpeta y tecleamos “sudo ./vmware-install.pl
Continuáis la instalación con el típico “siguiente, siguiente, …, finalizar” 😉 y ya está, ya tenemos nuestra conslola instalada y nos aparecerá en el menú de Kubuntu.
En fin, de momento esto es todo…
Ahora a Katxarrear 😉

Instalación de VMWare en Kubuntu-Ubuntu

Como era de suponer esto no saldría bien a la primera. En fín, después de algunos errores en la instalación y de buscar un poco por la web he dado con la siguiente dirección que lo explica muy bien, en ingés, como casi todo 😉 http://ubuntuforums.org/showpost.php?p=2384779&postcount=52
Lo único, comentar que en esta web nos dicen que nos descarguemos un paquete para solucionar el problema (vmware-any-any-update109.tar.gz) pero este está desfasado, la versión actual el la update110 por lo que os recomiendo pasar por la web en la que está el paquete para aseguraros de que es la última versión. Después de esto, la verdad es que siguiendo las instrucciones que nos indican se instala todo correctamente.
En fin, ahora a ver si instalo la consola para el vmware.
Nos vemos 😉