AutoLAB 1.1 listo!

Como regalo de año nuevo se ha liberado la versión 1.1 de AutoLab. En esta nueva versión que se apoya en las funcionalidades ya probadas de las versiones 0.5, 0.8 y 1.0 se han agregado algunas funcionalidades nuevas para el soporte de vSphere 5.1.

Principales funcionalidades:

  • Soporte a vSphere 5.1, gracias a Grant Orchard.
  • Actualización de FreeNAS a las versión 0.8
  • Ya se puede usar cualquier Service Pack de Windows Server 2008R2.
  • Maquinas Virtuales en modo Nested ya se pueden crear durante el proceso de creación del VC.
  • Mejor validación de ESXi 5.0 vs ESXi 5.0U1 en el momento de creación.

Aun existen detalles que se deben corregir, aquí algunos de ellos:

  • vCloud 5.1
  • La Maquina Virtual para Veeam aun necesita 2008R2 SP1.
  • Despliegue de certificados de confianza como parte del proceso de construcción.
  • Mejor automatización de las configuraciones del entorno de VMware View.
  • Site Recovery Manager.

Fuente: http://www.labguides.com/2012/12/31/autolab-1-1-released/

Una buena fuente de ayuda para iniciarse con AutoLab es el foro: http://www.labguides.com/forums/

Protegiendo las VM de mis ambientes virtuales.

Desde hace casi 2 años, hago backup de Maquinas Virtuales (VM) usando Veeam (http://www.veeam.com) y ha sido la mejor experiencia. Ahora intentare plasmar aquí el escenario donde Veeam B&R (Backup and Replication) respalda las VM importantes de mi LAB, algunos se preguntaran porque hacer backup de VM de un LAB, la respuesta es que luego de montarse un LAB que poco a poco gran parte de este se va convirtiendo en “producción” es muy lioso volver a configurar todo de la noche a la mañana y mucho mas cuando ha tomado meses llegar al estado actual.

Hace varios días re-instale todo el vCloud Director donde inicialmente este era funcional usando el Appliance de VMware el cual luego de un corte de luz dejo de funcionar, esta es historia para otro post pero la relación que tiene aquí es que el SQL y el CentOS donde esta instalado vCloud le hago backup con Veeam ya que no quiero perder (nuevamente) todo lo que he configurado allí.

El Veeam B&R instalado en casa cuenta con una licencia NFR, con esta licencia (Gracias Veeam!!!) puedo disfrutar de todas las funcionalidades de B&R, una de las mas importantes es agendar los backup, la versión gratuita no dispone de esta funcionalidad. Ha sido sorpréndete la diferencia entre la versión paga y la versión gratis de este software ya que en la versión gratuita solo se puede hacer Quick Migration y backup con VeeamZIP.

En estos momentos tengo 2 instalaciones de Veeam B&R, una en Casa y la otra en OVH (https://arielantigua.com/weblog/2012/12/15/ovh-dedicate-server-vmware-esxi/), la versión en OVH tiene licenciamiento gratuito así que solo podre hacer backup en demanda, ahora mismo el inconveniente es tener 2 consolas del mismo producto. Buscando un poco en la pagina de Veeam veo que tienen una herramienta la cual esta incluida en el paquete que se descarga pero por razones desconocidas nunca le preste atención a la finalidad de dicha aplicación, acabo de encontrarle la finalidad, con esta aplicación podremos administrar varias instalaciones de B&R desde una consola central.

 

Veeam B&R Enterprise Manager e un componente opcional destinado a ambientes en empresas grandes con multiples servidores de backup. Este componente puede ser instalado en una maquina física o virtual, si se desea, se puede instalar en una maquina con B&R ya instalado. http://www.veeam.com/vmware-backup/help-center/hyperv/index.html?enterprise_manager.htm

Video de Introduccion:

http://www.veeam.com/university/emeu.swf

OVH Dedicate Server + VMware ESXi.

Desde hace meses he estado investigando un proveedor de servidores dedicados en el cual pueda instalar VMware ESXi, la mayoría lo ofrecen, pero a un precio que no puedo pagar. OVH, por lo que he podido ver, ha estado ofreciendo ESXi en su “Supported OS List” desde hace mucho tiempo pero el problema en el pasado con OVH es su restricción de la localidad física del cliente.

Para ordenar en OVH debes ser residente de UK, España, Canadá y otro mas que ahora no recuerdo, la buena noticia es que cuando me puse en contacto con OVH Canadá me informaron que brindan servicio a todo público en el portal http://ovh.us (este seria el equivalente a http://ovh.ca ). Luego solo quedaba verificar la disponibilidad de ESXi como OS disponible para instalación, aunque en la lista inicial no aparece ESXi, se puede instalar con cualquier OS y mas adelante hacer una reinstalación. En el portal con opciones de reinstalación, tendremos disponible ESXi4.1 y ESXi5.0 (en beta?).

Las especificaciones del servidor están aceptables y con relación al precio es una ganga.

El único problema que veo con la forma de instalación de ESXi en OVH es que la consola esta expuesta a Internet, además debemos solicitar un FailOver IP para utilizar un router allí (en mi casa he usado Vyatta) y así poder hacer NAT. Los FailOver IP son ruteados al IP asignado inicialmente al Servidor Dedicado.

Para realizar esa configuración solo se debe seguir los pasos en http://help.ovh.ie/BridgeClient pero antes debemos crear la VM que será el router y tomar la MAC de la interface que estará en el mismo VMkernel con conectividad a Internet, esta MAC la debemos agregar al FailOver IP en el portal de manejo para que pueda ser usada, al parecer OVH filtra esto como modo de protección a los demás clientes (eso lei…).

En Vyatta he tenido que agregar en rc.local una ruta para que el Gateway sea alcanzable desde la VM con Vyatta, si pueden notar el FailOver IP es un /32 y no esta en L2 con el Gateway, por eso primero debemos hacer que el Gateway sea alcanzable usando eth0 o la interface de la VM conectada al vSwitch donde esta el VMkernel de nuestro ESXi.

Aquí un ejemplo de una configuración similar – http://www.vyatta.org/node/4133

Otro problema que debo solventar es el inconveniente para mantener la comunicación entre el ESXi en OVH y el vCenter en mi casa, luego de agregar el ESXi este se desconecta luego de pasar 90 segundos ya que el ESXi no tiene forma de responder al vCenter.

La manera para resolver esto será la siguiente: Hacer una conexión VPN entre el vyatta en OVH y el vyatta en casa para asi rutear pa conectividad, luego debemos crear un segundo VMkernel con una dirección del lado interno del vyatta la cual esta alcanzable directamente desde la red interna en casa ya que están siendo ruteadas en el túnel VPN, aquí la duda era como hacer que este VMkernel sea usado para responder a 172.22.35.0/26 desde 10.45.11.9 (este es el segundo VMkernel), la respuesta?  Static route. Leyendo el KB: 2001426, podemos ver que es soportado usar Gateways adicionales en el VMkernel port. To configure a second gateway for the management network:

  1. Open a console to the ESX or ESXi host. For more information, see Unable to connect to an ESX host using Secure Shell (SSH) (1003807) or Using Tech Support Mode in ESXi 4.1 (1017910).
  2. Run this command: esxcfg-route -a For example, to add a route to 192.168.100.0 network through 192.168.0.1, run one of these command:
    • esxcfg-route -a 192.168.100.0/24 192.168.0.1
    • esxcfg-route -a 192.168.100.0 255.255.255.0 192.168.0.1

Luego de realizar estos pasos y tener listo el VPN el VMkernel  con el IP 10.45.11.9 sera alcanzable desde mi vCenter en casa y lo mas importante el ESXi en OVH podrá responder al vCenter y mantener el Keep Alive contento. KB: 2002056

Ahora solo falta crear una VM con Veeam para respaldar en el espacio FTP que ofrece OVH como complemento del servicio.

Esto es solo el inicio!!! Por ejemplo: AutoLAB ¿?

Regalo para año nuevo de Veeam – Dream LAB!

Como siempre, Veeam nos sorprende  (hace varios días ya..) con el anuncio de un dream lab…

Solo tienen que registrarse y automáticamente estarán participando en el sorteo de lo siguiente:

  • TWO HP ProLiant ML 310e G8 Servers
  • NETGEAR ReadyNAS storage system with 4 SSDs drives
  • HP V1410-16G Ethernet switch
  • TechNet Plus subscription for 1 year
  • Online course, books and test from
    VMware Education Services or Microsoft Learning
  • …and a MICROSOFT SURFACE!

Si, una Microsoft Surface también……

Veeam B&R 6.1 – CBT error.

Desde hace un tiempo Veeam B&R 6.0 (ahora 6.1)  realiza backup de mis VMs pero el status es WARNING, algo que descuide por simplemente pensar que es un “LAB”. Imagínese, tener backups que terminan en WARNING, no se lee nada bien…

Decidí investigar, en el reporte de B&R (mi abreviación para Backup & Replication) aparece el 40% de la solución al problema, allí aparece un mensaje que dice “Cannot use CBT: Soap fault. Error caused by file /vmfs/volumes/4f6bef3f-f50a8e32-dad1-8c89a564bb07/vGabi/vGabi.vmdkDetail: », endpoint: ». Desde que vi CBT en el mensaje supe que era un problema con la VM directamente, así que el siguiente paso era revisar los logs de esa VM en vSphere. Lo extraño era que en el vSphere no tenia ningún error en Tasks & Events.

Pero, con simplemente haciendo una búsqueda “Cannot use CBT: Soap fault.” El primer link es del KB de Veeam y allí tenemos la solución.

Problem:VMware is having trouble getting change block tracking to work correctly on some of the disks.

Solution:

The following steps will reset CBT on the guest VM:

1.  Power off the VM
2.  Right click the VM, click «Edit settings», find the «Options» tab and click «Configuration Parameters»

3.  Set the «ctkEnabled» value to false
4.  Set the «scsi0:x.ctkEnabled» value to false for each disk of the VM in question

5.  Open the source folder and remove any -CTK.VMDK files.
6.  Power on the VM
7.  Power off the VM again.  This step is needed to update the CTK table.
8.  Power on the VM
9.  Rerun Backup or Replication job to re-enable CBT

 

http://www.veeam.com/KB1113

 

Listo!