En nuestro puesto de trabajo a los 67




Ánimo








Articulo Copyright © 2010 http://www.cpdfree.com/
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/