Año: 2012

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

vCloud Director en el LAB.

Hace alrededor de 2 meses comencé a jugar con vCloud y para esto utilice el vApp que aparece en internet (si se busca bien..), lo primero es que este vApp este destinado a POC y no tiene ningún crecimiento. Para un LAB eso esta mas que bien, todo fue muy fácil ya que viene con un Oracle instalado y todo listo para configurarse en el primer inicio de la VM.

Con los problemas eléctricos que sufrimos en mi país no era extraño que la VM de vCD presentara problemas en la DB, de un momento a otro este dejo de conectar con el vCenter y desplegaba un mensaje diciendo “None of the cells have a vCenter proxy service running”.

Buscando en internet encontré varios artículos, uno de ellos de Jason Boche (http://www.boche.net/blog/index.php/2011/12/16/vcloud-director-and-vcenter-proxy-service-failure/ ) donde con ayuda de VMware Support pudo solventar este error usando un script que elimina datos de la DB que sufrieron corrupción al momento de vCD apagarse repentinamente. Lo primero es que esto no funciono en el vApp, seguí buscando en Internet pero nada surgió que me ayudara a recuperar el cell de vCD. Así que después de varias semanas sin poder jugar con vCD he decidido eliminar el vApp e instalar una VM con CentOS6 para realizar la instalación (como recomienda VMware).

En lo adelante recopilare información de los pasos a realizar para tener vCD funcionando en CentOS6.

Desplegando CloudPhysics Observer en nuestro vSphere.

El primer paso es crear una cuenta en la plataforma de CloudPhysics. Es tan sencillo que con solo introducir nuestro correo electrónico ya hemos realizado el 60% del proceso.

Una vez estemos dentro de la plataforma veremos las cartas (cards) de información, lo mas probable es que estas estén en blanco ya que aun no se ha desplegado el vApp que realiza la colección de información y la envía a la aplicación de CloudPhysics.

Procederemos a descargar el OVA haciendo click en la carta de OBSERVER STATUS, esta es el área donde podremos ver información relacionada a los vApp de CloudPhysics y es también donde podremos descargar el OVA o el OVF si así lo deseamos. Yo opte por descarga el OVA y evitar que el vCenter tenga que hacerlo, es muy posible que el vCenter no tenga conexión a internet como en mi caso.

Ya tenemos nuestro OVA (observer_OVF10.ova) y los pasos para desplegarlo son muy sencillos, aquí un video de como hacerlo:

http://www.youtube.com/watch?v=Ob3UVPlI7mE

Claro esta que debemos seleccionar el OVA descargado desde CloudPhysics.

Los pasos restantes son para asociar nuestro vApp a nuestra cuenta en CloudPhysic, estos son los siguientes:

  1. Primero nos aseguramos que el vApp esta encendido.
  2. Usamos la consola para tener acceso a las opciones de registro.
  3. Configuramos el vApp de acuerdo a las preguntas que nos hace el wizard
  4. Listo, si nuestro vApp tiene acceso a Internet, es cuestión de minutos para que podamos ver información en CloudPhysics.

Debemos tomar en cuenta que el vApp de CloudPhysics necesita acceso al vCenter, para esto debemos crear una cuenta con los siguientes permisos:

  1. Crear un nuevo role, por ejemplo: CloudPhysicsUser.
  2. Editar los privilegios y habilitar los siguientes:
    1. Host: CIM:CIM.
    2. Host: Congiguration: Advance Settings.
    3. Host: Configuration: Query patch.
    4. Save.
    5. Asociar un usuario con read-only al role de CloudPhysicsUser.
    6. Save.

Que cliente debo usar para conectarme al entorno de vSphere?

Cuando se anuncio el Web Client inmediatamente pensé que esta seria la vía de administración por defecto que usaría para administrar vSphere, aun no he podido terminar de familiarizarme con el Web Client y sigo cayendo en las garras del Desktop Client.

Hace varias semanas probé el Appliance y no sentía que me funcionaba como debería ya que al parecer este necesita muchos recursos los cuales no tenia para asignarle ya que en comparación con la VM donde tengo vCenter el Appliance no parecía gustarle los 3G de RAM que le asigne. Luego de actualizar de 5.0 a 5.1 e instalar el Web Client no se ha completado el cambio de ambiente para administrar vSphere.

El día de hoy he leído en el blog de vSphere [ http://blogs.vmware.com/vsphere ] un articulo donde comparan los 2 clientes y al parecer este es el empujón que necesitaba para ponerle mas empeño al uso de Web client.

 

 

vSphere Web Client Only

  

 

vSphere Desktop Client Only
 

  • vCenter Single Sign-On
    • Authentication
    • Administration
  • Navigation with Inventory Lists
  • Inventory Tagging
  • Work In Progress (Pause)
  • Pre-emptive Searching
  • Save Searches
  • Enhanced read performance utilizing the Inventory Service
  • vSphere Replication (not SRM)
  • Virtual Infrastructure Navigator
  • Enhanced vMotion (no shared storage)
  • Integration with vCenter Orchestrator (vCO) Workflows (Extended Menus)
  • Virtual Distributed Switch (vDS)
    • Health Check
    • Export/Restore Configuration
    • Diagram filtering
  • Log Browser Plugin
  • vSphere Data Protection (VDP)
  

  • VMware Desktop Plug-ins (VUM, SRM, etc)
  • 3rd Party Desktop Plugins (various)
  • VXLAN Networking
  • Ability to change Guest OS on an existing virtual machine
  • vCenter Server Maps
  • Create and edit custom attributes
  • Connect direct to a vSphere host
  • Inflate thin disk option found in the Datastore Browser

 

Debajo de cada cliente solo aparecen las opciones que el otro no tiene (aun…).

Fuente: http://blogs.vmware.com/vsphere/2012/11/which-vsphere-client-should-i-use-and-when.html