Nueva certificacion: VMware Certified Associate - Cloud (VCA-Cloud) ...exam passed !!!

VMware: "Whether you simply want to become more conversant in virtualization technologies or ultimately want to be a recognized virtualization expert, VMware certification is now an essential step for your career"

Esta es una de las nuevas certificaciones de VMware que recientemente he superado con exito :-)

El examen es online a través de PearsonVUE y no requiere ningún curso obligatorio:

El primer paso es solicitar el poder hacer el examen desde la pagina de VMware: 

http://mylearn.vmware.com/quiz.cfm?item=47439  

Una vez tengamos el OK de VMware accedemos a la web de PearsonVUE y ya nos encontramos con el examen "VCAC510: VCA-Cloud" (120mins & English) y solo hasta fin del mes de Octubre es gratuito con el codigo VCA13ICS.

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

...enjoy!

VMware vCloud: reinstalacion de agentes ESXi de forma manual

     Una vez que asignamos un vCenter (cluster) a un pool de recursos de vCloud, lo primero que se instala de forma automática son los agentes de vCloud sobre los host ESXi que forman el cluster asignado.

     Si por algún motivo estos host se mueven de vCenter, de vCloud al que pertenecen o cualquier otra razón que implique el volver a conectarlos a un vCloud, nos podemos encontrar con un error en la opción de  Estado de "No se puede preparar el host", como vemos en la imagen:

Si pulsamos sobre el mensaje de error podemos ver mas info del error:

Primero verificamos si este host tiene algún agente instalado con el comando

esxcli software vib list | grep vcloud

y luego lo desinstalamos con el comando:

esxcli software vib remove -n vcloud-agent

Como vemos en la imagen:

Volvemos al host desde el vCloud y lanzamos de nuevo la opcion de "Prepar Host":

     Una vez finalizado el proceso ya debería quedar correctamente instalado el agente (podemos volver a comprobarlo lanzando el comando desde esxcli de nuevo). Pero en este caso, nos encontramos con otro error tipico "java.net.UnknownHostException" como vemos en la imagen:

     Este error se debe a configuracion DNS del vCloud director que no es la correcta. Nos conectamos al manager de vCloud desde la consola, vamos a la pestaña Network > Address y configuramos las DNS correctas:

Volvemos a lanzar el "Preparar host" ...y volia!

vSphere Web Client login error: Failed to connect to VMware Lookup Service. SSL certificate verification failed (vCenter Appliance)

Si al hacer login desde el Web Client de vSphere nos encontramos con este error "Filed to connect to VMware Lookup Service https://ip:7444/lookupservice/sdk - SSL certificate verification failed.":

Nada tan sencillo como conectarnos a la consola de la VMware vCenter Server Appliance y poner en yes la opción de regenerar certificados desde la pestaña "Admin" > "Toggle certificate setting" > "Certificate regeneration enabled" > "yes":

Lanzamos un reboot desde la pestaña "System":

y ya podemos conectarnos sin problema:

...y volia!

VMware vCloud: desplegar vShield App sobre ESXi nested

Antes de entrar en materia, conviene tener claro que es la "nested virtualization": un ESXi en formato nested es un ESXi instalado en una maquina virtual que a su vez esta creada en un ESXi fisico, es decir, "un virtualizador virtualizado":

Partimos de la base de que ya tenemos vShield Manager desplegado y conectado al vCenter.

Vamos al turrón. La forma mas sencilla de desplegar vShield App como parte de la instalación de vCloud Director de VMware, es hacerla en modo gráfico:

-Desde la pestaña vShield del host conectados por el vSphere Client

-Desde la consola de vShield Manager por https (el usuario por defecto es "admin" y la clave "default")

Recordemos que se debe desplegar una vShield App por cada host del entorno, al igual que de vShield Endpoint y de vShield Data Security; pero solo una instancia de vShield Manager por vCenter.

Desde vSphere Client: seleccionamos un host y desde la pestaña vShield marcamos las App a instalar y pulsamos en Install:

Configuramos las ip´s y la red y el Datastore donde queremos que se despliegue la App:

NOTA: tener cuidado con desplegar la App en un host en el que resida vCenter! Podeis hacer un vMotion y luego retomar la instalacio ya que el proceso podria causar cortes de red.

  

Durante le proceso de instalación puede quedarse colgado en este punto, aunque no llega a salir un mensaje de error, podemos ver la consola de la App:

Como vShield App es una maquina virtual desde la consola podemos ver el mensaje de error:

Es aquí donde tenemos el gap para poder hacer funcionar maquinas virtuales que requieran x86-64 CPU instaladas sobre un ESXi virtual (nested): debemos habilitar en las settings del ESXi nested la opción "Expose hardware assisted virtualization to the guest OS" como vemos en la imagen:

Este parámetro se debe cambiar con la mv apagada, reiniciamos el ESXi nested, relanzamos la instalación de la App. Puede que nos encontremos con un mensaje de erro de la instalación y que tengamos que hacer un "uninstall" de la App para limpiar los restos de la instalación fallida y luego lanzar de nuevo el "install"

En otro post veremos como desinstalar agentes de vCloud en los ESXi de forma manual.

Una vez relanzado el install vemos desde la consola como ha terminado la instalación correctamente y nos pide ya directamente el login:

Ya tenemos la App de vShield y de Endpoint desplegada, la App de vShield Data Security debe hacerse por separado. ...voila!

Documentacion, mas de 180 paginas en este pdf ...mucho que leer: 

vShield Administration Guide 5.1 http://www.vmware.com/pdf/vshield_51_admin.pdf :

Indice:

     -vShield Manager 5.1

     -vShield App 5.1

     -vShield Edge 5.1

     -vShield Endpoint 5.1

Understanding networks in vCloud Director - Part 1/2

To easily use the program, you must have clear concepts of network types that we have in vCloud Director.

We have basically three types:

External Network: a portgroup on a switch (distributed, standard or Nexus). It is the vlan and ip segment (public or private) allocated physically

Organization Network: created automatically when create the Provider VDC, it´s only for organization use and could be one of three types:
1-direct connected to an external network
2-routed connected with a vShield Edge wich have two ip´s: one on the External Network side and one on the Organization Network to share the traffic between the vApp and the External Network
3-no connected to external network

vApp network: this network is created automatically when the vApp is created. The two functions are:
-No connected to Organization Network
-Routed connected to Organization Network


....On next post Part-1/2 will review more concepts like Fencing, Isolating or Routed networks.