Hola amigos, soy Florián Murillo y tras revisar las novedades de vSphere 5, con una perspectiva PyME, es decir licencia standard con, entre 3 y 5 hosts, adjunto mis reflexiones:

1. Las instalaciones con ESX verán mejoras en estabilidad, la migración de ESX a ESXi me parece una gran mejora.
2. Los nuevos límites en VMs (1TB y 32 vCPUs) no son de mucho interés en una PyME.
3. Para una PyME no es estratégico el vSphere Web Client.
4. La Consolidación de Snapshots es una medida de seguridad e integridad valida para todas las empresas.
5. Las mejoras en networking (LLDP, NetFlow, Port Mirroring y mejoras en NIOC) son todas para switches distribuidos, no es el caso de las PyMEs.
6. Las mejoras en storage (Storage DRS y VAAI) necesitan licencia Enterprise.
7. FCoE sin CNA requiere infraestructura de red física de 10GB, todavía con un precio excesivo para una PyME con 5 hosts.
8. vSphere Storage Appliance nos proporciona un recurso NFS construido con los discos locales de los hosts y protección RAID10. Una solución específicamente diseñada para PyMEs.
9. La versión 5 del VMFS está diseñada para soportar los volúmenes que las grandes empresas necesitan. Pocas PyMEs lo pueden necesitar.
10. La información que nos proporciona VASA, tanto información de arrays como de datastores, facilita la creación de calidades de almacenamiento, útil cuando se dispone de sistemas de almacenamiento de tamaño mediano o grande, no siendo habitual encontrar este tipo de almacenamiento de las PyMEs.
11. Para aprovechas las cualidades de Storage DRS hacen falta mínimo 6-8TB de almacenamiento, lo que puede ser valioso en la gama alta de PyMEs, la mayoría no tienen estas capacidades de almacenamiento.
12. vSphere HA ha sustituido AAM (Automatic Availability Manager) como núcleo de la solución por FDM (Fault Domain Manager) aportando, una mayor estabilidad a la infraestructura, es una mejora importante para todas las empresas.
13. vCenter Server Appliance reduce costes de licenciamiento Microsoft y simplifica la instalación de vCenter Server. Las PyMEs serán las grandes beneficiarias de la solución VSA.
14. Las soluciones que mejoran el despliege, como Image Builder o Auto Deploy tendrán éxito, pero con muchos hosts, no es el campo de las PyMEs.

Resumiendo, las grandes aportaciones de vSphere 5 para una PyME son :

1. Migración de ESX a ESXi con VUM.
2. La Consolidación de snapshots.
3. vSphere Storage Appliance.
4. vSphere HA con FDM.
5. vCenter Server Appliance.

Es verdad que muchas novedades están pensadas para las grandes infraestructuras de VDC y Cloud Computing, pero los beneficios de vSphere 5 para PyME son, a mi modo de ver, suficientes como para migrar a la nueva versión de vSphere.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

El título del post de esta semana debería corresponder con la prometida tercera entrega de la serie “La powerCLI se renueva”, pero en esta ocasión las funcionalidades de las que os quiero hablar creo que son tan interesantes y potentes que se merecían una atención especial.

La idea básica de este grupo nuevo de cmdlets disponibles en la versión 5 de PowerCLI es la de customizar la imagen de instalación de ESXi de forma que podamos añadir o quitar software a nuestra ISO de instalación.

Para ello es necesario que primero veamos algunos conceptos básicos previos:

• VIB, es el acrónimo de vSphere Installation Boundle y puede ser entendido como el ladrillo que usaremos para construir una imagen de ESXi. Básicamente es un paquete con una estructura interna que contiene:
  • los ficheros que van a añadir la funcionalidad deseada a la imagen (Drivers, proveedores CIM, software para la imagen base, etc…)
  • un descriptor XML del paquete
  • un fichero de firma.
  • Almacén (Depot), es precisamente lo que parece, un conjunto de VIBs al que nos conectaremos para generar nuestra imagen. Los almacenes los podemos tener online (una URL de un servicio web) u offline (un fichero ZIP que descargamos directamente desde vmware o desde el fabricante sea). La parte importante de los almacenes que también pueden ser gestionados con Update Manager e Image Builder CLI (los VIBs no pueden ser gestionados nada más que por ESXCLI)
  • Perfil, que es la propia imagen que estamos construyendo y que al final del proceso acabaremos exportando.

Una vez visto los conceptos básicos podemos empezar a construir nuestra imagen personalizada de instalación de ESXi.

Primero añadiremos un almacén de VIBs que será el que usaremos para construir el perfil de nuestra imagen:

PowerCLI> Add-EsxSoftwareDepot -DepotUrl https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

Depot Url

———

https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

En este caso estamos añadiendo el almacén estándar online de vmware. Del mismo modo podríamos haber añadido un almacén offline simplemente indicando la ruta completa mediante el parámetro DepotUrl. En este caso el fichero tiene que ser de tipo “zip”.

A continuación crearemos nuestro perfil. Sin embargo, en lugar de crear un perfil de nuevo y arriesgarnos a dejarnos algún componente importante atrás, clonaremos uno de los perfiles estándares disponibles en el almacén.

Por lo tanto, primero listamos los perfiles disponibles:

PowerCLI> Get-EsxImageProfile

Name                           Vendor          Last Modified   Acceptance Level

—-                               ——          ————-   —————-

ESXi-5.0.0-20110904001-notools VMware, Inc.    26/08/2011 1… PartnerSupported

ESXi-5.0.0-469512-no-tools     VMware, Inc.    19/08/2011 1… PartnerSupported

ESXi-5.0.0-20110904001-stan… VMware, Inc.    26/08/2011 1… PartnerSupported

ESXi-5.0.0-469512-standard     VMware, Inc.    19/08/2011 1… PartnerSupported

Y a continuación clonaremos uno de los perfiles disponibles, por ejemplo ESXi-5.0.0-469512-standard

PowerCLI> New-EsxImageProfile -CloneProfile ESXi-5.0.0-469512-standard -Name “QoSIT_ESXi”

Name                           Vendor          Last Modified   Acceptance Level

—-                           ——          ————-   —————-

QoSIT_ESXi                     VMware, Inc.    19/08/2011 1… PartnerSupported

Un punto interesante a tener en cuenta es que la cadena que le pasemos al parámetro Name aparecerá posteriormente tanto en el instalador de la imagen como en el atributo Image Profile en el Host Summary disponible desde el vSphere Client.

Una vez que tenemos nuestro perfil creado es hora de añadir o quitar el software, o los VIBs, que nos interesen. Para esto, listaremos el software disponible en los almacenes que tenemos conectados:

PowerCLI> Get-EsxSoftwarePackage

Name                       Version                                                     Vendor     Release Date

—-                                                ——-                                            ——     ————

net-ixgbe                                2.0.84.8.2-10vmw.500.0.0.46… VMware     19/08/2011 1:…

ata-pata-hpt3x2n             0.3.4-3vmw.500.0.0.469512      VMware     19/08/2011 1:…

esx-base                                 5.0.0-0.3.474610                                VMware     13/09/2011 0:…

ehci-ehci-hcd                       1.0-3vmw.500.0.0.469512          VMware     19/08/2011 1:…

ata-pata-atiixp                   0.4.6-3vmw.500.0.0.469512      VMware     19/08/2011 1:…

scsi-megaraid2                  2.00.4-9vmw.500.0.0.469512     VMware     19/08/2011 1:…

(…salida truncada…)

Y añadiremos o quitaremos el software que nos interese con los cmdlets Add-EsxSoftwarePackage y Remove-EsxSoftwarePackage. En este caso, como hemos elegido un almacen estandar no tiene mucho sentido añadir el mismo software dos veces a la imagen, así que para este ejemplo eliminaremos el paquete del descargador iSCSI de Broadcom (scsi-bnx2i):

PowerCLI> Remove-EsxSoftwarePackage -ImageProfile QoSIT_ESXi -SoftwarePackage scsi-bnx2i

¿Siguiente paso despues de haber personalizado nuestro perfil? Exportalo. En este punto tenemos dos opciones, hacerlo a formato ISO para quemarlo en un CD o a formato ZIP para usarlo con Upgrade Manager, como base para futuras personalizaciones o publicarlo en un servidor PXE y usar otra de las nuevas funcionalidades de la versión 5 de vSphere, el AutoDeploy. En lo que al cmdlet se refiere la diferencia reside en usar el modificador ExportToISO (formato ISO) o ExportToBoundle (formato ZIP):

PowerCLI> Export-EsxImageProfile -ImageProfile QoSIT_ESXi -FilePath C:\temp\ESXi_QOSIT.iso –ExportToIso

Después de unos breves minutos tendremos nuestra nueva y flamante imagen ESXi personalizada y lista para ser instalada.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Hola, ¿como estamos?  Soy Jose Maria Gris y volvemos a estar con todos vosotros despues de este paréntesis estival.

Mientras nos preparamos para la versión 5 de View, tenemos que ir actualizando nuestras versiones y hoy vamos a comentar un caso que he vivido esta última semana. El titulo del post bien podría ser “¿y que pinta el USB en esta fiesta?” pero es mas explicativo creo el que hemos puesto.

La situación es la siguiente. Tenemos nuestro View 4.5 y estamos upgradando a 4.6. Tenemos una VM, un escritorio que lo queremos upgradar el agente. Ejecutamos el Installer y nos comenta el gracioso mensaje “Error 28030. The installer failed to install the USB driver. To ensure a successful installation, please restart your machine and relunch the installer”.

Pensamos de forma inmediata ¿”el USB?”. Dando vueltas y mas vueltas al tema, vemos que hay una KB nueva 2004509 que nos recuerda que los installer anteriores deben estar completados o bien que pueden haber tenido un fin de ejecución no correcto. Osea, que no era un problema “directo” con el USB….

La solución está en completar algun installer pendiente o bien seguir los pasos de la KB 2004509 para limpiar las keys del registro que indican.

Con ello podreis completar vuestra actualización.  Hasta la semana que viene.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Esta semana te enseñare a instalar la ultima versión de vSphere 5.0 ESXi 5.0.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo instalar VMware ESXi 5.0? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, en otro video tutorial sobre la virtualización y el cloud computing, a instalar una máquina virtual con la funcionalidad de templates en la nueva versión de VMware vSphere ESXi 5.0.

Gracias a todos los que dejasteis vuestro comentario en los episodios anteriores. Si aun no has tenido la oportunidad de hacerlo, por favor, deja tu comentario abajo en este video.

¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.

Hola amigos, soy Florián Murillo y aquí estoy una vez mas hablando una vez de novedades de networking en vSphere 5.

En 2007 Intel anunció el proyecto Open FCoE, con el objetivo de dar soporte de FCoE sobre adaptadores ethernet de 10Gb en el kernel de Linux, sin necesidad de ASICs especializados para tratar el tráfico FC, como hacen las CNAs.

Actualmente, esta iniciativa ha conseguido el respaldo de Microsoft, Red Hat y SuSE, además de estar soportada en los conmutadores Brocade y Cisco, así como en los sistemas de almacenamiento de EMC y NetApp.

Ahora Open FCoE está soportado en vSphere 5, solo hay que activarlo como si fuera un iniciador iSCSI, o sea activamos el “software FCoE Adapter” en la configuración de los Storage Adapters del host ESXi y nos aparecerá un dispositivo vmhba (virtual) que encapsulará el tráfico FC en un puerto vmkernel, sin una CNA!!!

¿Que aporta Open FCoE?

Hasta ahora para tener FCoE en vSphere teníamos que tener adaptadores CNA, que integran en un solo adaptador lógica FC y lógica ethernet, como se observa en el esquema siguiente:

Con Open FCoE podremos, en un futuro, utilizar cualquier adaptador que soporte Open FCoE, por ahora la lista está limitada a adaptadores Intel X520.

Si esta iniciativa avanza y se consolida, tendremos mas opciones para escoger y deberíamos disponer de tecnología FCoE a precios mas económicos ¿veremos FCoE en una PyME con 3 host ESXi próximamente?

En resumen, tenemos una iniciativa soportada por “los mayores” que habrá que seguir su evolución.

¿Creéis que esta iniciativa llegará lejos?

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

La semana pasada os hablaba un poco acerca de una de las novedades de vSphere 5, la nueva versión de su Shell de gestión PowerCLI. En el post anterior hacía un pequeño repaso de las recientes incorporaciones a esta versión y comentaba algunos de los nuevos cmdlets y snapins que tenemos ahora disponibles.

Ese mismo post me comprometí con vosotros a entrar un poco más en detalle en algunos de los cmdlets que mencionaba. Y como lo prometido es deuda, aquí vengo con algunos cmdlets después de “destriparlos” un poquito…

-        Get-VIProperty: nos permite obtener una propiedad personalizada de objetos vmware.

La opción de crear propiedades personalizadas para objetos de vmware, tipo VirtualMachine, Host o Datastore, no es nueva de la versión 5, ya teníamos esa posibilidad en la PowerCLI 4.1 con los cmdlets New-VIProperty y Remove-VIProperty, sin embargo no teníamos opción sencilla de obtener la definición de esas nuevas propiedades personalizadas. Get-VIProperty nos facilita esta tarea.

La definición de propiedades personalizadas es realmente potente e interesante, y lo suficientemente extensa como para tratarla en un post independiente, por lo que en esta ocasión, y para no extenderme demasiado, voy a dejaros un ejemplo sencillo de uso de las propiedades personalizadas:

Para este ejemplo tomemos las propiedades de un objeto datastore:

PowerCLI C:\>get-datastore Datastore1 | Format-List *

La salida del comando será algo parecido a esto:

FileSystemVersion              : 3.46

DatacenterId                   : Datacenter-ha-datacenter

Datacenter                     : ha-datacenter

ParentFolderId                 : Folder-ha-folder-datastore

ParentFolder                   : datastore

DatastoreBrowserPath           : vmstores:\192.168.1.30@443\ha-datacenter\ Datastore1

FreeSpaceMB                    : 2070576

CapacityMB                     : 2096896

Accessible                     : True

Type                           : VMFS

StorageIOControlEnabled        : False

CongestionThresholdMillisecond : 232

Name                           : Datastore1

ExtensionData                  : VMware.Vim.Datastore

CapacityGB                     : 2022,046875

FreeSpaceGB                    : 2047,75

Id                             : Datastore-4e4bb645-a7775cb1-71ec-d8d385a17632

Uid                            : /VIServer=root@192.168.1.30:443/Datastore=Datastore-4e4bb645-a7775cb1-71ec-d8d385a17632/

Supongamos ahora, a modo de ejemplo, que necesitamos saber el número de máquinas virtuales que aloja este datastore. Tenemos la opción de consultar la variable ExtensionData.VM.Length o definirnos nuestra propiedad personalizada para que nos devuelva directamente este dato:

PowerCLI C:\>New-VIProperty –Name NumeroVMs –ObjectType Datastore –Value { param($ds); $ds.ExtensionData.VM.Length }

Si ahora obtenemos de nuevo la lista de propiedades de nuestro datastore, o de cualquier otro, veremos la nueva propiedad recién creada:

NumeroVMs                      : 14

FileSystemVersion              : 3.46

DatacenterId                   : Datacenter-ha-datacenter

Datacenter                     : ha-datacenter

ParentFolderId                 : Folder-ha-folder-datastore

ParentFolder                   : datastore

DatastoreBrowserPath           : vmstores:\192.168.1.30@443\ha-datacenter\ Datastore1

FreeSpaceMB                    : 2070576

CapacityMB                     : 2096896

Accessible                     : True

Type                           : VMFS

StorageIOControlEnabled        : False

CongestionThresholdMillisecond : 232

Name                           : Datastore1

ExtensionData                  : VMware.Vim.Datastore

CapacityGB                     : 2022,046875

FreeSpaceGB                    : 2047,75

Id                             : Datastore-4e4bb645-a7775cb1-71ec-d8d385a17632

Uid                            : /VIServer=root@192.168.1.30:443/Datastore=Datastore-4e4bb645-a7775cb1-71ec-d8d385a17632/

Y después de todo esto… ¿para qué sirve Get-VIProperty? Bien, en su forma más sencilla, es decir, sin parámetros, nos devolverá el listado de todas las propiedades personalizadas, con su correspondiente definición. En nuestro caso, si no nos acordamos de cómo habíamos calculado el valor de una propiedad, ahora podemos saberlo:

PowerCLI C:\> Get-VIProperty –Name NumeroVMs –ObjectType Datastore | Format-List *

Name           : NumeroVMs

RetrievingType : Datastore

DeclaringType  : Datastore

Value          : param($ds)

$ds.ExtensionData.VM.Length

-        Copy-VMGuestFile: el nombre es auto-explicativo, copia un fichero o carpeta entre el host y una máquina virtual. Veamos un ejemplo sencillo.

En este ejemplo vamos a copiar la carpeta C:\temp\DEMO, que contiene cinco archivos y que se encuentra en nuestra máquina local a la carpeta C:\DEMO en la máquina virtual VM1.

El contenido de la carpeta DEMO es el siguiente:

Directorio: C:\temp\DEMO

Mode                LastWriteTime     Length Name

—-                ————-     —— —-

-a—        09/06/2011     13:07       3425 creds.xml

-a—        04/07/2011     11:11   66093364 cuentas.xml

-a—        19/08/2011     14:25       4066 Dpts.csv

-a—        15/11/2010     10:01      24099 groups.csv

-a—        11/11/2010     17:27       3351 OU.csv

Para realizar la copia ejecutaremos:

PowerCLI C:\>Copy-VMGuestFile –VM (Get-VM VM1) –LocalToGuest –Destination “C:\DEMO” –Source “C:\temp\DEMO” –GuestCredential (Get-Credential)

Donde:

-        VM es la máquina virtual con la que queremos interactuar

-        LocalToGuest nos indica el sentido de la copia, y por lo tanto la ubicación de los ficheros y directorios indicados por Destination y Source. En este ejemplo, Destination se encuentra en la máquina virtual y Source en el equipo desde el que se lanza el cmdlet.

-        GuestCredential indica las credenciales que usaremos para logarnos en la máquina virtual.

Como apunte final a este cmdlet comentaros que hay que lanzar este cmdlet desde la versión de 32bits de PowerCLI y que no funciona para la versión free de ESXi.

Por último recordaros que para que todos estos cmdlets funcionen correctamente tendremos que habernos conectado previamente a nuestro vCenter o host ESXi mediante el cmdlet Connect-VIServer.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Hola a todos. Soy Miguel Ángel Alonso y aquí estoy como cada martes para contaros algo nuevo sobre el maravilloso mundo de la virtualización.

En el tema de hoy, vamos a ver grosso modo, dos herramientas procedentes de los laboratios de VMware (VMware Labs). La primera de  ellas se llama VMware Boomerang y la segunda VMware Snapshot Inventory.

VMware Boomerang 1.1

Es una herramienta que soporta la conexión remota con todas las máquinas virtuales de manera paralela de tus servidores VMware ESX/ESXi o vCenters. La consola es mucho más rápida y ágil que la consola interna del cliente de vSphere y el acceso a las VMs es realmente sencillo y fácil de manejar.

Características principales:

• Soporta conexiones a multiples ESX y vCenter servers simultáneamente
• Permite salvar las credenciales para un fácil acceso mediante login.
• Tiene un panel de favoritos desde el cual podrás acceder a tus VMs más usadas con un simple click de ratón.
• Búsqueda de VMs a través de todos los ESX de tu organización de manera casi instantánea.
• Apagado, encendido y pausa de los servidores de manera centralizada.

Aquí teneis el aspecto de VMware Boomerang una vez instalado desde le ejecutable, sólo añadiremos desde la opción Add Server los ESX y vCenters que queremos controlar para poder conectarnos a las VMs de manera simplificada y sencilla.

En este otro shapshot, vemos como nos conectamos a una máquina Linux como si de la consola de vSphere se tratara.

VMware Snapshot Inventory

Esta joya de herramienta nos permite hacer un snapshot de la configuración del inventario de vCenter y más tarde reproducirlo si lo necesitásemos.

El backup realizado incluye las opciones principales siguientes:

• DataCenter Folders
• DataCenters
• Clusters
• Resource Pools
• vApps
• Jerarquía
• Roles y Permisos
• Settings de Configuración (HA, DRS, DPM,etc…)
• Custom Fields

A continuación se enumero los requerimientos para instalar esta herramenta de los laboratorios de VMware:

1. Tener instalado Java 1.6.0_23 o más alta.
2. Tener instalado VMware Power CLI 4.1 U1 o más alto.
3. Deberemos tener las VMs registradas en nuestros ESX antes de realizar el Snapshot.
4. No podrá haber nombres repetidos en la estructura de nuestra organización.

Para instalar VMware Snapshot Inventory has de ejecutar el archivo .bat que se encuentra dentro del extraíble que te descargas de la página de VMware Lab Tools.

Una vez que hayas ejecutado el fichero .bat se arrancará una GUI desde la cual podrás realizar tus Snapshot de la configuración de tu entorno VMware vSphere.

Bueno, hasta aquí por hoy, espero haberte podido contarte algo de interés y te emplazo hasta la semana que viene con un nuevo capítulo sobre el mundo de la virtualización de servidores.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Ya esta disponible, el el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng.

Esta semana te enseñare a instalar la ultima versión de VMware vSphere 5.0. Espero que te guste.

Gracias a todos los que dejasteis vuestro comentario en los episodios anteriores. Si aun no has tenido la oportunidad de hacerlo, por favor, deja tu comentario abajo en este video.

Nos vemos el próximo lunes de la próxima semana donde te enseñare, en otro video tutorial sobre la virtualización y el cloud computing, a como instalar la nueva versión de VMware vSphere ESXi 5.0.

¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.

Hola amigos, soy Florián Murillo. Como todos sabéis en julio se presentó vSphere 5. Se ha escrito mucho en estos pocos días, y más que se escribirá… Pero no quería hablaros de vSphere 5 sino de uno de los lanzamientos que acompañaron a vSphere 5. Me refiero a VMware vCloud Director 1.5, a partir de ahora vCD.

VMware vCloud Director es la solución de aprovisionamiento y gestión de servicios de VMware bajo el modelo cloud computing.

¿Qué características destacan de vCD 1.5?

Soporte de Linked Clones: En vCD se despliegan vApps en vez de VMs. En la versión actual v.1.0.1 el despliegue requiere un Full Clone de las VMs incluidas en la vApp. Ahora disponemos de Linked Clones para desplegar una vApp, con lo que se despliegan en segundos en vez de minutos y ocupan muy poco espacio, 16 MB por vmdk. VMware habla de un ahorro de hasta el 90% de la ocupación en disco, interesante

Soporte de Microsoft SQL Server: En vCD 1.0.1 sólo había soporte de Oracle 10g y Oracle 11g. Ahora disponemos de más opciones de base de datos. A mi modo de ver, IBM DB2 UDB hubieran sido también una opción interesante para el que quiere una DB en Linux pero no quiere entrar en el universo Oracle.

Aprovisionamiento automático con Cisco Nexus 1000V: En vCD 1.0.1 está soportado Cisco Nexus 1000V, pero en vCD 1.5, además, crea las VLANs necesarias, incluso las PVLANs, simplificando las tareas de despliegue. Necesitamos la funcionalidad llamada VXLAN de Cisco Nexus 1000V v.1.5 también conocida como v.4.2(1)SV1(5) en el universo Cisco.

VMware vCloud messages: vCD 1.5 incluye un mecanismo de envío y recepción de mensajes basado en AMQP (Advanced Message Queuing Protocol), un protocolo estándar abierto para el transporte de mensajes de forma segura que nació en el mundo de las finanzas.

Disponer de un Enterprise Messages Bus, proporciona un mecanismo estándar de comunicación con sistemas CMDB (repositorio de activos corporativo), IPAM (sistema de gestión de direccionamientos IP) o soluciones de Service Desk para garantizar la calidad del soporte y automatizar procedimientos. Un gran avance en la interoperabilidad confiable con soluciones complementarias.

Estas nuevas características, a mi modo de ver, son las que definen su “personalidad”, son complementadas con otras muchas creando una versión con un salto cuantitativo de vCD. Ya podemos dejar de ver vCD como “un producto en versión 1”.

Actualmente ni vCD 1.5 no está disponible para descarga en vmware.com, ni Cisco Nexus 1000V 1.5 lo está en cisco.com.

Aún tendremos que esperar un poco. ¿Creéis que esta versión acelerará el despliegue de soluciones vCD?

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

De vuelta de las vacaciones estivales, que espero que hayan sido tan entretenidas y reparadoras como han sido las mías, toca volver al trabajo y ponerse manos a la obra. Toca por lo tanto disfrutar ahora de placeres menos mundanos, cervecita, sol, playa, etc… y volcarnos en placeres algo más técnicos.

Y por supuesto, hablar de placeres técnicos y no hacer referencia al anuncio bomba de su nueva versión de vSphere 5, que hiciera VMware durante el mes de Julio, parece un poco incongruente.

Como ya habréis podido observar todos los miembros del blog estamos ávidos de destripar esta nueva versión del producto estrella de VMware y contaros nuestras experiencias, y por supuesto yo no voy a ser menos.

En mi caso, me gustaría “destripar” junto a vosotros una de las herramientas de gestión y automatización más potentes con las que me he podido encontrar, y de la que ya hemos hablado en el pasado, PowerCLI, que como resulta evidente se ha puesto de largo y se ha renovado para adecuarse a todas las novedades que vienen acompañado a su hermano mayor, vSphere.

Antes de entrar en faena, estaría cometiendo pecado mortal si no pusiera al menos el link de descarga de la nueva versión de PowerCLI.

En este primer post relacionado con esta herramienta de automatización me vais a permitir que no entre en demasiado detalle en todas las novedades, ya que como veréis son numerosas e interesantes, y creo sinceramente que debería ilustrarlos al menos con un mínimo ejemplo de uso.

De entre los nuevos cmdlets que podemos encontrar en esta nueva versión tenemos:

• Clonado de plantillas con New-Template
• Copiado de ficheros y carpetas desde y hacia un sistema operativo invitado con Copy-VMGuestFile.
• Unión a dominios con Get-VMHostAuthentication y Set-VMHostAuthentication.
• Unión de hosts ESX (versión 4.1 y posterior) a un Active Directory por medio de Get-VMHostAuthentication y Set-VMHostAuthentication.
• Obtención de usuarios y grupos del vCenter Server por medio de Get-VIAccount.
• Soporte de Servidores vCenter en el linked mode para el cmdlet Connect-VIServer.
• Obtener propiedades de objetos, Get-VIProperty.
• Movimiento de virtual appliances, Move-VApp.
• Importar fichero comprimidos y troceados con Import-VApp.
• Importar y Exportar virtual appliance en formato OVA.
• Soporte de la característica de SSPI passthrough de VIX
• Soporte de storageDRS: Crear máquinas virtuales y discos duros en los datastores del clúster y definir reglas de anti-afinidad (experimental).

Pero como no sólo de cmdlets vive el hombre, en esta versión se han añadido tres nuevos snap-ins (o librerías de cmdlets) para la gestión de algunos aspectos interesantes de nuestra infraestructura virtual:

• VMware.VimAutomation.License: Este snap-in contiene el conjunto de cmdlets que nos permiten gestionar los components de licencia de VMware.
• VMware.ImageBuilder: Este snap-in lo utilizaremos para manipular la imagen core de nuestro ESXi para añadir drivers, proveedores CIM y otros componentes y exportar la imagen resultante a una ISO que utilizaremos para el Auto Deploy.
• VMware.DeployAutomation: Contiene los cmdlets que nos permiten trabajar con VMware Auto Deploy.

Como podéis ver la nueva versión PowerCLI viene cargadita de nuevas características realmente interesantes que nos permitirán llegar a niveles de automatización realmente impresionantes.

¿Crees que este videopost puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por tu apoyo.