Archivos de Categoría: VCP4

Grabaciones de #vBrownBagLATAM

Ya están disponibles las grabaciones de #vBrownBagLATAM ¡!

http://professionalvmware.com/2013/03/vbrownbaglatamvideos2013ene/

#vBrownBag LATAM Wants you!

Hace aproximadamente 2 meses se lanzó la iniciativa de vBrownBag LATAM y se realizaron 3 presentaciones de las cuales una fue sobre AutoLab (hecha por mi).

Lamentablemente no se ha podido llevar el ritmo y seguir con presentaciones o seleccionar un tema, por esto no se han podido realizar otros vBrownbag en LATAM. Estamos tratando de reorganizar el tema y atraer a profesionales de Virtualización al capítulo LATAM de vBrownBag.

#vBrownBag Playlist en YouTube.

Hace varios días leí en el blog de Alastair que Nick Marshall ha generado una lista en Youtube de manera que ordena topics para las certificaciones de VCP5 VCAP5(DCA & DCD), estos son los mismo videos que están disponibles vía iTunes pero en la lista de Youtube están recopilados y hacen sentido utilizarlos como material de estudio.

http://www.youtube.com/user/vBrownBag/videos?view=1&flow=grid

#vBrownBagLATAM – AutoLab

Ayer jueves 24 de Enero me toco presentar AutoLab ( http://labguides.com/autolab/ ) en el vBrownBagLATAM, si aun no conoces vBrownBag te recomiendo darle un vistazo al sitio web de esta comunidad – http://professionalvmware.com

UPDATE:

Ya esta disponible el video..

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/

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……

Video: VMware vSphere 5.1 Data Protection.

Aquí un video de la configuración básica de VDP en el blog de vSphere [ http://blogs.vmware.com/vsphere/ ]

Ventajas en tener un 3er host de VMware ESXi ¿?

Siempre que se cuenta con licenciamiento para vSphere se le puede sacar provecho a un 3er host con VMware ESXi .

Pero, para pruebas en un HomeLAB, vale la pena tener un 3er host?

Eso es lo que vengo pensando desde hace varios días, inicialmente cuando intente hacer DPM en mi cluster de VMware y no fue satisfactorio debido a que ya tengo habilitado VMware HA y este necesita de 2 host activos para poder funcionar. Al parecer para poder jugar con DPM necesitare un 3er host, es suficiente para justificar otro ESXi?

Esto reflejaría tener una nueva maquina encendida “24/7”, pero lo que tengo en mente es virtualizar OpenFiler que actualmente esta corriendo en un PC dedicado solo a Storage, lo hice así porque tenia la idea de usar FiberChannel, esa idea esta algo olvidada y eso da paso a poder virtualizar OpenFiler o NexentaStor.

Las especificaciones que tengo en mente son las mismas que los hosts anteriores, pero también he estado pensando en usar un motherboard con VT-D/IOMMU, puede ser con IOMMU (la implementación de AMD) ya que los otros hosts son AMD y así puedo tener HA/DRS en un cluster de 3 maquinas. Además de esto, la cantidad de RAM seria el doble, mis hosts actuales tienen 16G de RAM, en este planeo tener 32G ya que correrá varias VM que no serán parte del LAB de VMware.

Aquí dejo un enlace interesante de como usando ESXi a alguien se le ocurrió tener 2VM de Windows 7 y un Storage con NexentaStor, posiblemente hago algo parecido…

http://www.nexentastor.org/boards/12/topics/7912#message-8260

AutoLab o un LAB físico?

Si eres de los que tiene un LAB de VMware para estar al día con las tecnologías de esta compañía y otros software de interés, posiblemente igual que yo ahora mismo te estas preguntando: ¿Si tengo AutoLAB, para que necesito un LAB físico?

Desde hace varias semanas estoy tratando de decidir si seguir con el LAB que apenas hace varios meses arme o dejarlo en favor de AutoLAB.

Por ahora estoy usando ambos LAB. En el LAB físico tengo VM que están encendidas permanentemente y que uso servicios en la red proporcionado por estas VMs, luego en los mismos ESXi físicos que forman el LAB tengo varias versiones de AutoLAB corriendo en ellos.

Al final todo queda así:

Cluster de ESXi 5.0

VMware Workstation 8

AutoLab – Habilitando LABs para todos!

Como un administrador de VMware, todos queremos tener un LAB donde jugar y aprender cosas nuevas todos los días, muchas veces esto no es tan fácil o cuesta dinero.

AutoLab es una solución elegante y sencilla para solucionar este problema, usando una sola computadora o laptop podemos tener todo un ambiente completo de VMware para jugar, el ambiente contaría con Domain Controller, vSphere, router y una SAN. Si se tienen ganas de probar vCloud o productos de Veeam no ahí problemas, AutoLab también soporta desplegar estas soluciones y otras que se pueden ir integrando.

La última versión estable es 0.8 lista para VMware Workstation 8 y vSphere4 o 5. Hace varios días se libero la versión 1.0 pero se han encontrado varios inconvenientes y si vas a usar AutoLAb en ESXi es mejor usar la versión 0.8 que cuenta con un OVA con todo listo.

Si ya eres de los que esta levantando LABs usando AutoLab, te invito al fórum oficial del proyecto -> http://labguides.com/forums/

VMware Training – Free Courses.

Uno de los problemas de los cursos de VMware es lo costoso que estos pueden llegar a ser, pero no todo es así. VMware también tiene cursos self-paced que son gratuitos en su portal myLearn [http://mylearn.vmware.com].

En el Top podemos encontrar VMware vSphere: Transition to ESXi Essentials [V4.1]. el cual creo que será de mucha ayuda para alguns VMware Admins. Recuerden que ya no vendrá más ESX y solo tenemos ESXi.

 

http://mylearn.vmware.com/portals/www/mL.cfm?menu=topfreecourses

VMware vSphere: ICM[V4.1], que hago ahora que salio ICM[5.0]?

La semana pasada tuve la oportunidad de asistir al curso oficial de VMware vSphere: Install, Configure and Management [V4.1].

Aunque ya manejaba mucho del material gracias al blueprint y otras fuentes de información, encontré que el curso es obligatorio y no solo porque lo dice VMware si no porque no importa que tan preparado estés, al segundo día del curso ya te has dado cuenta que sabes algo nuevo.

Ahora el paso a seguir es repasar todo el blueprint para tomar el examen de VCP410 el cual tiene fama de no ser tan fácil, también he leído en muchos blogs de que el nivel de estudio para pasar este examen es muy alto. Espero poder dedicar tiempo para continuar donde deje el blueprint y atacar este examen con todo. La cosa es que eso no terminara así de fácil, algunos sabrán que VMware el dia 12 de Julio publico la versión de vSphere 5 y está también viene con su examen.

Inmediatamente comencé a indagar sobre el estado de alguien que había tomado ICM [V4.1] y que debería de hacer para no verse obligado a tomar ICM [5.0] ya que este curso es algo CARO….

La buena noticia es que actualmente si se tiene VCP410 o tiene estado de haber completado el ICM [V4.1] solo se debe asistir a tomar el examen ya que este no tiene requerimientos, pero al parecer eso será hasta febrero 29 2012.

En fin.. Ahora solo tengo que dedicarle tiempo al blueprint y seguir con todo!

Si quieres leer mas sobre el upgrade path de VCP4 a VCP5 te recomiendo leer la entrada de Eric Sloof.

http://www.ntpro.nl/blog/archives/1807-vSphere-5-New-Training-Courses-Whats-New-V5.0-and-VCP5.html

Aquí también el enlace que me envió Eric al consultarle mi inquietud.

http://mylearn.vmware.com/mgrReg/plan.cfm?plan=12457&ui=www_cert

UPDATE:

aquí una buena cantidad de artículos relacionados a la transición de VCP4 (o VCP3) hacia VCP5.

http://vmwaretraining.blogspot.com/2011/07/blog-posts-related-to-vsphere-5-release.html

Usando jumbo frame en ESXi con StarWind iSCSI SAN.

Hace varias semanas en el trabajo habilitamos una pequeña área con varios equipos “viejos” para usarlos en ambiente de pruebas principalmente para VMware y porque no, una que otras máquinas virtuales.

Inicialmente tenía un Switch Cisco 2950 10/100 y como se pueden imaginar cada vez que hacia vMotion tenía ese pequeño warning diciéndome que lo recomendable es 1G. asi que decidimos hacer un pequeño cambio y llevar ese Switch 10/100 a otra área de la estructura y tomar prestado uno 10/100/1000.

El cambio es significativo, pero cuando hacia vMotion, aun duraba mucho tiempo aunque no tenía ningún warning. Así quedo por varias semanas hasta que no pude más y decidí buscar algunas optimizaciones para resolver el problema. Inicialmente busque optimizaciones para StarWind iSCSI SAN, lo primero es que el servidor con StarWind no es una estrella de cine!, es un Dell PowerEdge SC1420 de hace casi 5 años así que no puedo pedirle tanto, tiene 2 tarjetas dedicadas de 1Gb solo para iSCSI y cuenta con 2G de RAM.

Buscando en el foro de StarWind, esto fue lo primero que encontré para habilitar Jumbo Frames.

Recommended TCP/IP settings

En este enlace también se incluyeron los pasos para habilitar Jumbro Frames en ESX/ESXi, Hyper-V y XenServer.

Para corroborar la configuración mostrada en el foro de StarWind, use un artículo en VMware Comunity, exactamente del VMware Networking Blog.

http://blogs.vmware.com/networking/2010/03/jumbo-frames-in-vsphere-40.html

Nota: ya que el artículo no hace énfasis en ESX/ESXi 4.1, la única diferencia que encontré es que en ESXi no tenemos vicfg-*. Y debemos usar esxcfg-*

Creo que debo buscar una versión actualizada específicamente para 4.1 U1.

Además de la configuración en StarWind y ESXi, debemos configurar el Switch, en mi caso es un Catalyst 3560 y lo único que no me gusto es que no puedo habilitar jumbro frames en puertos independientes y se tiene que hacer en la totalidad del equipo.

Catalyst 3750/3560 Series

Ahora solo tengo que monitorear el desempeño y correr algunos benchmarks para determinar posibles cuellos de botella.

Page 1 of 212