Mostrando entradas con la etiqueta VMware. Mostrar todas las entradas
Mostrando entradas con la etiqueta VMware. Mostrar todas las entradas
Buenas, hace ya unos años, Citrix compró XenSource, después de esta noticia, RedHat anunció que abandonaba Xen y compraba Qumranet (KVM). En noviembre de 2009, RedHat sacaba su solución de virtualización basada en KVM: ¿alguien ha tenido el gusto de poder probarlo? Buscado una versión de evaluación de KVM me he encontrado con una distribución de Debian con KVM y gestión web, se llama PROXMOX VE, es una maravilla! para ser free. Os detallo las características:
  • Soporta Virtualización y Paravirtualización.
  • Gestión Web centralizada.
  • Configuración en Cluster.
  • Live Migration (VMotion en VMware)
  • Storage ISCSI, FC , NFS
  • Los HD de las maquinas virtuales pueden ser volúmenes de una partición (LVM) o ficheros como en VMware. LVM tiene mejor rendimiento I/O.
  • Migración de ficheros vmdk.
  • Virtual Switch, Teaming y VLAN 802.1Q (la configuración no esta sencilla como en VMware ESXi/ESX pero se pude hacer)
  • Windows 2000, Windows XP, Windows Vista, Windows Server 2003 and Windows Server 2008, Linux 2.4 , Linux 2.6 y otros.
  • Y LO MAS IMPORTANTE, que ni XenServer ni ESXi tiene GRATIS: BACKUP EN CALIENTE.
¿Que os parece?, yo creo que con PROXMOX ya te puedes plantear un entorno en producción bastante chulo por 0,0€ .

La distribución esta basada en Debian 5 y disponen de Roadmap el cual pinta muy bien, ya que integraran HA y DRDB que proporcionara alta disponibilidad en el almacenamiento ( os dejo un link muy interesante que me paso Gustavo Pastor, donde Linus Torvalds acepta la introducción en el Kernel 2.6.33 de DRDB)

La instalación es muy sencilla, os dejo aquí el link de los vídeo tutoriales.




Gestión centralizada del Cluster







Storage ISCSI, FC , NFS






Virtual Switch y Teaming con soporte VLAN 802.1Q




BACKUP EN CALIENTE.








Articulo Copyright © 2010 http://www.cpdfree.com/

Al hilo del post
"Alta disponibilidad lineas ya virtualizado - KEIRO" de mi colega Javier Martinez os pongo aquí una solución de alta disponibilidad para la LAN aplicable a VMware, XenServer, Windows y Linux.

Como sabéis, VMware ESX, ESXi, XenServer, Windows (con tarjetas y controladores de fabricantes como HP) y Linux permiten crear TEAMINGS (link aggregation IEEE 802.3ad) cuando tenemos más de una NIC. Esto dota a las máquinas virtuales y a los hosts de redundancia y mayor ancho de banda en las conexiones de red al switch o router. ¿Qué pasaría si el switch o router se quedaran fritos? pues que tendríamos los mejores servidores virtualizados pero TOTALMENTE AISLADOS y, si tenemos VDI, a todos los usuarios de la empresa parados.

Le hemos montado al cliente un sistema de alta disponibilidad que cuesta una millonada y, por una fuente de alimentación de un p... switch, se queda parada toda la empresa.

Existen muchas soluciones: switch/router de doble fuente de alimentación, ventiladores redundantes, módulos de control duplicados, módulos de cambio en caliente, etc, pero este tipo de switch/router como los antiguos SSR8000 o SSR8600 de Enterasys/Cabletron, cuestan lo que no está escrito.

La solución que yo propongo es utilizar la tecnología de 3Com llamada XRN que lleva utilizando hace ya unos cuantos años. Esta tecnología te permite apilar de dos a ocho switch/router como si fueran UNO solo, con un ancho de banda de 24Gb entre los switch de la pila. Esto permite tener link aggregation distribuidos entre los switch de la pila, pudiendo conectar los TEAMINGS creados en los ESX / ESXi a estas conexiones. De esta forma, aunque un switch se apagara, los servidores seguirían conectados a la red dando servicio.

Los distributed link aggregation, al igual que los link aggregation, no solo sirven para los TEAMINGS de servidor, si no que también podéis conectar cualquier switch a este tipo de enlace, teniendo así redundados los caminos desde el PC / ThinClient al servidor o servidores virtuales. Por cierto, los link aggregation en HP Procurve vienen activados por defecto. Cada puerto configurado con LACP es capaz de crear el link agregation automáticamente. Según el fabricante de switch, es o no recomendable tener LACP activo. Espero que HP adopte la tecnología de 3COM ahora que los han comprado.

Con dos Switch 3Com 5500G y sus dos cables correspondientes para apilarlos, ya podríais formar pilas de Switches XRN. XRN también permite crear pilas por puertos ethernet ya sean fibra o cobre, por lo que podríais tener una red totalmente cerrada (en bucle) sin tener que utilizar STP / RSTP / MSTP o OSPF.

Por ultimo os dejo una frase de CISCO que me dijo mi colega y amigo Daniel Boo:

"Conmuta cuando puedas, Enruta donde debas."


TEAMING ESX / ESXI



SSR8600



3Com 5500G











Articulo Copyright © 2010 http://www.cpdfree.com/




"Un sistema no lo debemos de poner en producción si no somos capaces de recuperarlo desde cero".

Esta frase la tenemos muy presente todos los profesionales de la informática, pero en muchas ocasiones los usuarios y Gerentes de la Empresas no son conscientes de que es una máxima a tener en cuenta en una empresa. Si no somos capaces de asentar esta base, no merece la pena esforzarnos en seguir con este cliente o empresa, ya que tarde o temprano nos veremos en una situación muy comprometida cuando un sistema caiga, Murphy esta siempre a la vuelta de la esquina. Evidentemente, no solo vale con tener un sistema de copias de seguridad fantástico, si no que también lo tendremos que documentar y probar periódicamente.

Como todos sabéis, Veeam por presión política de VMware tuvo que quitar a mediados del año 2009 el soporte para hacer copias de seguridad de la versión NO LICENCIADA DE ESXI, es decir, que si no compras el soporte de ESXI no puedes hacer copias de seguridad de las máquinas virtuales con Veeam. A Vizioncore con vRanger Pro y a Acronis Backup Recovery 10 Advanced Server Virtual Edition les pasa lo mismo: si no licencias ESXI no puedes hacer Backup.


Posibles soluciones:
  1. La evidente, comprar la licencia de ESXI que no cuesta mucho + Licencias Veeam.
  2. La gratuita, utilizar los script que proporciona la comunidad de VMware. LINK
  3. Seguir utilizando tu sistema actual de backup, si es valido.
  4. Yosemite ServerBackup. NO RECOMENDADO
  5. Acronis Backup Recovery 10 Advanced Server Virtual Edition. Caro respecto a Veeam en entornos pequeños. Acronis desde el tercer servidor ESX con dos procesadores ya estaríamos ahorrando unos 400€ respecto a Veeam. 
  6. Zmanda
    Veeam y vRanger Pro son los sistemas de backup por excelencia para entornos virtualizados VMware, ya que copian los ficheros vmdk (que son los HD de las VM), realizando un SnapShot si la VM esta encendida.

    Si somos muy pejigueros y en nuestro entorno existen sistemas de bases de datos con un nivel de carga muy elevado a la hora de hacer el backup, NO es recomendable hacerlo con SnapShot, ya que podríamos interrumpir alguna transacción SQL al vuelo. En esta situación, debiéramos irnos a un sistema que permitiera hacer backup en caliente, instalando en la propia máquina virtual el agente apropiado, abandonando así la estrategia de copiar los vmdk y yéndonos a un sistema más tradicional (recomendado en XenServer).

    Otro inconveniente o ventaja según se vea, es que Veeam y vRanger Pro, sólo realizan copias a disco, esto a la hora de restaurar y copiar es muy rápido, pero cuando tenemos que externalizar las copias, ¿como lo hacemos? con HD-USB seria muy engorroso ¿no? Veeam dispone de replicación, que nos valdría para intentar externalizar de cierta forma las copias, pero para ello necesitaríamos una línea de comunicaciones bestial y que el repositorio destino estuviera custodiado de alguna forma. Solo en entornos donde se dispone de dos CPD´s separados y comunicados por fibra propia, Veeam seria la solución de externalización de la copia.

    Uno de los más conocidos es Symantec Backup Exec o NetBackup que tienen prácticamente agentes para todo, pero no es barato. Symantec dice que para 2010, harán lo mismo que Veeam. Con Symantec ya podríamos externalizar las copias en cintas y contratar un servicio de recogida, custodia y entrega en cualquier empresa de seguridad.

    Yosemite ServerBackup, por 1.389€ (o 1.000€ si upgradais desde Symantec). Lo he estado probando en ESXi y ESX, hace las copias muy rápido, pero a la hora de recuperar un sistema desde cero es un desastre, el cd que se genera para recuperar requiere de una unidad de cinta local a mitad de proceso de recuperación.

    Acronis Backup Recovery 10 Advanced Server Virtual Edition. Muy buena pinta, por unos 1.800€ tienes la licencia ILIMITADA y puedes hacer copias de seguridad de VM de VMware, Microsoft Hyper-V, Citrix XenServer y Parallel. Parece la panacea, pero NO se integra con VCenter, por tanto te toca instalar una VM que hace de interface con cada ESX o ESXI en cada ESX o ESXI, cagada si estas balanceando las VM de un ESX a otro por DRS. La velocidad de copia y restauración es impresionante, copias con múltiples destinos, backup de entornos físicos (Veeam solo Virtuales), restauración en un Hardware distinto, convierte imágenes de copia de seguridad a formatos de máquina virtual compatibles con entornos VMware, Microsoft Hyper-V, Citrix XenServer y Parallels. En cuanto lo integren con VCenter será una alternativa muy interesante.

    También podemos utilizar los scripts que proporciona la comunidad VMware. LINK . El mejor rendimiento lo he obtenido haciendo las copias contra NFS, contra una LUN iSCSI ha tardado el doble de tiempo. Las pruebas las he realizando con un OpenFiler con una LUN iSCSI y un directorio NFS, montado en un Windows 7 con VMware Workstation 7, comunicados con un solo canal Ethernet 1Gb. Estoy seguro que contra una máquina física Linux con NFS el rendimiento sería mucho mejor y el tiempo de copia se reduciría. Tener en cuenta a la hora de programar el cron, que los servidores ESXi funcionan en UTC, por lo que tendremos que programar las copias una hora antes de la que queremos. En otro post trataremos mas extensamente esta parte.



    En fín, como todo en la vida, es una balanza que tendremos que sopesar.









    Articulo Copyright © 2010 http://www.cpdfree.com/