VMware vSphere ESX y ESXi, a día de hoy, solo soporta un tipo de multipathig, ya sea via iniciador software iSCSI o iniciador hardware iSCSI.

Debido a que el iniciador software iSCSI solo puede ser activado una vez, debemos crear una red IP con múltiples caminos hacia nuestra LUNs iSCSI para dotar de balanceo de carga dichas LUNs.

Recuerda: configurar los dos iniciadores iSCSI a la vez  no está soportado.

En este episodio #27 te enseñare a crear una configuración multipathing para las conexiones de las LUNs iSCSI  en tus cabinas iSCSI:

VMware acaba de anunciar esta semana una nueva certificación llamada “VMware Certified Advance Professional.

Esta nueva certificación está a medio camino entre la certificación VCP y la certificación VCDX.

VCAP4 – Datacenter Administration

Para pasar esta nueva certificación de VMware necesitas:

1. Tener la certificación VMware Certified Professional 4 – VCP4
2. Pasar el examen VCAP-DCA

VCAP4 – Datacenter Design

Para pasar esta nueva certificación de VMWare necesitas:

1. Tener la certificación VMware Certified Professional 4 – VCP4
2. Pasar el examen VCAP4-DCD

Me pregunto qué es lo que pasara con la certificación VCDX? Tus comentarios son mas que bienvenidos.

Hola amigos, soy Florián Murillo, algo que siempre me obsesiona en los proyectos de consolidación de servidores, es decir, “sublimar” los servidores físicos y transformarlos en máquinas virtuales, y es la involucración del departamento de seguridad TI en el proyecto desde el primer momento.

Y eso es debido a que la consolidación de servidores tiene un impacto importante en las políticas de seguridad existentes, resumo a continuación los aspectos mas importantes de la seguridad TI que sufrirán modificaciones :

• Control de acceso
• Actualizaciones y parcheos
• Registro de actividad en la red
• Filtrados en el almacenamiento
• Registro de logs

Control de acceso : Aparecen nuevos sistemas a los que aplicar las políticas de control de acceso existentes, como son los interfaces de gestión, ya sea en el service console (ESX) o en el vmkernel (ESXi), y probablemente no se les pueda aplicar las estrategias existentes teniendo que modificar nuestra política actual.

Además tenemos vCenter Server y el registro de los ESX en el vCenter, la aparición de vCenter Server implica el diseño y la creación de roles, para evitar dar demasiados privilegios a mas personas de las necesarias, y el registro de los ESX en el vCenter implica estrategias de protección del sistema de registro para evitar que un vCenter Server “intruso” pueda apoderarse del control del ESX.

Actualizaciones y parcheos : La aparición de los ESX y el vCenter Server implica ampliar nuestras políticas de actualización y parcheo, también a estos sistemas, es un buen momento para familiarizarse con Update Manager, que cada vez es mas imprescindible.

Solo hemos de pensar que el service console es un linux con más de 400 paquetes instalados, o sea, más de 400 fisuras de seguridad posibles, hemos de ser muy cuidadosos con su seguridad.

Registros de actividad en la red : Se realizan para analizar el tráfico de red para conocer el comportamiento de nuestras aplicaciones o tendencias de tráfico con NetFlow, también por necesidades de seguridad o cumplimiento normativo como detección de intrusos, control de navegación, archivado de correos enviados y recibidos, etc… para todo lo anterior las estrategias de análisis sobre los switches físicos se ha de complementar con el análisis sobre los “nuevos” switches virtuales que aparecen en los servidores ESX, ya que, por ejemplo, el tráfico que se genera entre dos máquinas virtuales conectadas en el mismo switch virtual no llega nunca a los switches físicos no siendo registrado por los sistemas existentes hasta ese momento.

Filtrados en almacenamiento FC : Desde hace tiempo, para que cada servidor “viera” solo las LUNs que necesitaba ver, se realiza la técnica de “zoning” en los switches FC, utilizando el identificador WWN de las HBAs para el filtrado, pero en el momento en que virtualizamos y damos movilidad a las VM con vMotion tenemos que cambiar nuestra estrategia o deberemos abrir demasiado nuestros filtros, para ello utilizaremos los WWN virtuales (o vWWN) entregando un identificador distinto a cada VM.

Registro de logs : Tras virtualizar, además de los logs habituales de los S.O. instalados en cada VM, tenemos además, los logs de actividad de la VM, logs de los ESX y logs de actividad de vCenter Server, que hemos de incluir en nuestra arquitectura de recolección y consolidación de logs.

Aparte de lo dicho, nuestra estrategia de auditorías internas y nuestros planes de securización de sistemas se ven afectados también.

Y todo lo que hemos dicho es para “empatar”, es decir, para que la empresa no incurra en un aumento de los riesgos empresariales, la parte positiva es que se nos abre un mundo de nuevas posibilidades para mejorar la seguridad TI y disminuir los riesgos empresariales además de las mejoras intrínsecas de la consolidación de servidores, que todos conocemos …

¿Se entiende porque me obsesiona involucrar al personal de seguridad en los proyectos?

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

¿Hola que tal? Soy Jose Maria Gris y como cada jueves estoy aquí con vosotros para compartir temas sobre el ecosistema de VMware.

Varias han sido las consultas que he recibido en estos días sobre el licenciamiento y versiones de VMware View 4.0 y por ello creo que es bueno hacer este post para dejarlo claro.

Versiones:

Enterprise: Comprende el Broker, agente, y cliente. Como protocolo tiene RDP y PCoIP, puedes hacer las mismas funciones que con Premier (Pool automatico, persistente, no persistente) exceptuando linked clone (composer) y Off-line. No incluye Thin-app

Premier: Todo lo que incluye Enterprise más Composer (Linked Clones) y Off-line. Incluye Thin-app.

Licenciamiento: En primer lugar, el licenciamiento es por licencia concurrente. A partir de ahí puedes encontrarte en dos casos:

• No tienes infraestructura vSphere: VMware tiene unos paquetes de 100 licencias con el que puedes gestionar 100 escritorios y los ESX que se precisen, así como un vCenter (Vicente para los amigos) Standard. Si precisas menos de 100 escritorios entonces hay unos paquetes de 10 escritorios “Starter Kit” que incluyen 10 desktops mas las licencias ESX y vCenter y deberás añadir N paquetes de 10 suplementarios hasta llegar al numero deseado. No hay licencias unitarias.
• Tienes infraestructura vSphere y se va a usar para poner escritorios (Debes tener suficiente infraestructura para soportar todos los escritorios: En este caso puedes comprar los paquetes llamados “add-on” que van a salir mucho mas baratos, pero ojo, cuando vayas a comprarlos, el mayorista te preguntará el numero de contrato que tienes de infraestructura, para comprobar que tienes los ESX necesarios.

Hasta la semana que viene. Take care!

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

El 13 de mayo de 2009, Oracle anunció la adquisición de Virtual Iron Software, un proveedor de software de virtualización de servidores.

La combinación de la tecnología de Virtual Iron con la solución escalable, de alto rendimiento de Oracle VM se esperaba que proporcionase una gestión de recursos más amplia y dinámica a través de la pila de software de virtualización completa.

Pues bien, mi querido lector – corregirme si me equivoco, pero después de mas de un año de dicha adquisición, no he tenido la fortuna de volver a oír de la solución completa de virtualización de Virtual Iron + Oracle VM, una pena porque este software de virtualización de servidores prometía y mucho.

Incluso el famoso y espectacular website de Virtual Iron en www.virtualiron.com ha sido redirigido a un subdominio de la web de oracle.com, en http://www.oracle.com/virtualiron/index.html en donde podrás encontrar todo tipo de información menos aquella relacionada con el famoso software de virtualización llamado Virtual Iron. Supongo que digo famoso porque todo lo que “muere” joven se convierte en un icono.

No sé si había sitio para otra tecnología de virtualización de servidores que compitiese con aquellas más famosas y más establecidas como VMware, XenServer, Microsoft HyperV o el mismo KVM de Redhat.

Tampoco tengo claro si Virtual Iron alguna vez tuvo su nicho, pero lo que sí sé a ciencia cierta, es que la compra de Virtual Iron, por parte de Oracle, acabo “matando” esta estupenda solución de virtualización de servidores como ya denuncie hace más de un año.

Sinceramente pienso que la “muerte” de una solución de virtualización es comparable a la extinción de una planta, una especie, un lugar … en cuanto a que todos salimos perdiendo.

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

Hola amigos en el post de hoy os explicaré como reinstalar nuestro XenServer sin perder las máquinas virtuales que hay dentro del servidor.

Es muy útil en el caso de que se nos haya corrompido la instalación, o incluso si hemos actualizado y queremos volver atras.

Los pasos a seguir son:

1.- Introducir cd XenServer 5.5 en la unidad de dvd de nuestro servidor.

2.- Reiniciar y arrancar desde la unidad de dvd.

3.- Nos saldrá la pantalla de bienvenida.

4.- Seleccionar “Install or upgrade XenServer host”.

5.- Seleccionar la partición donde se reinstalará.

6.- El sistema detectará que hay máquinas virtuales, le confirmaremos que haga un backup de toda esta información.

7.- Continuar con la instalación hasta que finalice.

Con esto tendrémos nuestro XenServer 5.5 con una instalación limpia. Y lo mejor de todo es que funciona. Además puedo confirmarlo personalmente ya que recientemente he tenido que utilizarlo.

Nada mas queridos lectores, como siempre espero que os haya sido de utilidad.

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

¡Hola de nuevo! Soy Miguel Ángel Alonso y hoy estoy de nuevo con vosotros para contaros algo nuevo sobre el hypervisor de Red Hat Enterprise Virtualization (RHEV-H).

En el tema de hoy trataremos sobre el Hypervisor RHEV-H para la consolidación de las VMs en sus HOSTS.

Os recordaré que el esquema de funcionamiento es igual que en VMware y XenServer, necesitando de un centro/s de almacenamiento compartido (NFS, ISCSI ó FC) para el alojamiento de nuestras VMs y la necesidad de 2 o más NODOS para poder hacer migraciones, DRS, HA ó Power Saver (Power Managemet en VMware) y no olvidarnos de que nuestras tarjetas de RED soporten WOL (Wake on Lan) para esta última característica.

Tampoco debemos olvidar que para la creación de las VMs, necesitaremos obligatoriamente un Almacenamiento NFS para que albergue nuestras ISOs.

Y por último la necesidad imperiosa de habilitar en nuestra BIOS la tecnología VT , ya que sin esta, RHEV –H no podría funcionar nunca. (Requisito imprescindible). Bueno una vez dicha esta pequeña introducción, pasaremos a la instalación de RHEV-H y sus prolegómenos:

En este caso lo instalaré desde mi CD pero quiero resaltar que lo podemos hacer desde un USB o vía RED (PXE).

Nos aparecerá un pantalla como esta y presionaremos “enter” para que continue la instalación, la cual no tiene ningún misterio.

Una vez se han instalado los componentes necesarios nos saldrá un menú como este y desde el cual realizaremos las configuraciones necesarias

1. Dejaremos por defecto la configuración de las particiones y en la partición DATA pondremos: -1 para que se asocie el resto del disco a dicha partición. Luego daremos en Commit y saldremos de la configuración.



2. Aquí pondremos nuestro Password y habilitaremos SSH.
3. Pondremos el nombre a nuestro HOST RHEV-H
4. Configuraremos nuestra RED introduciendo una IP estática o por DHCP,DNS,etc….
5. Aquí deberemos introducir el FQDN ó IP de nuestro Server RHEV-Manager para así realizar la total asociación de ambos.
6. Finalmente una vez configurados dichos parámetros se instalarán y se reiniciará.

Finalmente iremos a la Consola de nuestro RHEV-Manager y nos aparecerán en mi caso 2 Hypervisores RHEV-H, les daremos con botón derecho en cada uno de los server y seleccionaremos la opción Approve. De esta manera se registraran los servidores RHEV-H en la consola.

Bueno hasta aquí el tema de hoy. Me despido de vosotros hasta la semana que viene esperando contaros algo que os pueda interesar siempre y cuando desde mi humilde opinión.

Como cada martes, gracias por estar ahí y hasta la semana que viene.

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

El fichero swap de la máquina virtual se crea cuando se enciende la máquina virtual y se borra cuando esta se apaga.

En VMware vSphere hay cuatro alternativas en cuando a donde dejar el fichero swap:

1. En un disco compartido junto con los ficheros de la máquina virtual
2. En un disco local del servidor ESX/ESXi y la máquina virtual en un disco compartido
3. En un disco dedicado compartido, diferente del disco compartido donde se guarda la máquina virtual
4. En un disco local del servidor ESX/ESXi junto con los ficheros de la máquina virtual

La elección en la localización de este fichero swap de la máquina virtual va a depender de si estas intentado optimizar funcionalidades como VMware vMotion y VMware Site Recovery Manager.

En este episodio #27 te mostrare como cambiar la localización de los ficheros swap de las máquinas virtuales en un disco local en los servidores ESX/ESXi y su impacto:

Hola amigos, soy Florián Murillo y aquí estoy con la segunda parte de “nuestros primeros scripts en PowerCLI” y como ya os adelanté en la primera parte, vamos a automatizar el desmontaje de los CDs de las VM, con un pequeño script, evitando errores en vMotion.

Os adjunto el programa completo, fijaros que con @() definimos una tabla de objetos :

add-pssnapin “vmware.vimautomation.core”
connect-viserver -server -user -password
$todasVMpowerON = @()
$todasVMpowerON = crearListaVMencendidas

imprimirVMencendidas
imprimirVMconCD $todasVMpowerON
desmontarCDenVM $todasVMpowerON
imprimirVMconCD $todasVMpowerON

Opss se me olvidaba comentaros que aprovecharemos para incorporar el concepto de funciones en nuestros scripts, como os habeis imaginado “crear”, “imprimir” y “desmontar” no son inicios de comandos de PowerCLI, os adjunto las funciones :

La función crearListaVMencendidas crea una lista de VM encendidas (esta información nos la proporciona la propiedad .PowerState) y la almacenamos en $todasVMpowerON

function crearListaVMencendidas {
$aux = get-vm | where {$_.PowerState -eq “PoweredON”}
return $aux
}

La función imprimirVMencendidas imprime por pantalla la lista de las VM encendidas, para ello hace uso de la función crearListaVMencendidas previamente creada :

function imprimirVMencendidas {
$lista = crearListaVMencendidas
write-output $lista
}

La función imprimirVMconCD imprime por pantalla la lista de las VM encendidas y con CD, para ello hace uso de la tabla de objetos $todasVMpowerON que se la proporcionamos como parámetro :

function imprimirVMconCD ($listaVM) {
foreach($vm in $listaVM){
$linea = “” | select-object nombre, mount

$cd = get-vm -name $vm | get-cddrive
if ($cd.isopath -ne $null) {
$linea.nombre = $vm.name

$t = $cd.isopath
if ($t -ne $NULL) {
$a = $t.split(“/”)
$linea.mount = $a[$a.length-1]
} else {
$linea.mount = “NO CD”
}
$tabla += $linea
}
}
write-output $tabla
}

Algunas aclaraciones sobre la función anterior :

> El comando select-object proporciona propiedades al objeto $linea
> La función split coge el contenido de una cadena y la separa en varias subcadenas utilizando como separador el caracter “/” y depositando el resultado en la tabla $a, su último valor (o sea length – 1) es la imagen.iso montada en el CD
> Si no hay un CD montado aparecerá el mensaje “NO CD” en la columna “mount”

La función desmontarCDenVM revisa las VM encendidas y aquella que tenga CDs montados los desmonta con el comando set-cddrive :

function desmontarCDenVM ($listaVM) {
foreach($maquinaVirtual in $listaVM){
foreach ($cd in $maquinaVirtual.cddrives) {
if ($cd.isopath -ne $null) {
set-cddrive -CD $cd -nomedia -confirm:$false
}
}
}
}

Adjunto el resultado de la ejecución :

> .\miscript.ps1

Name PowerState Num CPUs Memory (MB)
—- ———- ——– ———–
vm01 PoweredOn 2 2048
vm02 PoweredOn 1 1024
vm03 PoweredOn 2 1024
vm04 PoweredOn 1 1024
vm05 PoweredOn 2 1024
vm06 PoweredOn 2 3600

nombre : vm03
mount : openSUSE-11.1-DVD-i586.iso

nombre : vm05
mount : ubuntu-9.10-desktop-i386.iso

(tras el desmontaje)

IsoPath :
HostDevice :
RemoteDevice :
ParentId : VirtualMachine-vm-677
ConnectionState : VMware.VimAutomation.Client20.ConnectInfoImpl
Id : VirtualMachine-vm-677/3000
Name : CD/DVD Drive 1

IsoPath :
HostDevice :
RemoteDevice :
ParentId : VirtualMachine-vm-670
ConnectionState : VMware.VimAutomation.Client20.ConnectInfoImpl
Id : VirtualMachine-vm-670/3000
Name : CD/DVD Drive 1

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

Si eres un miembro acreditado de los medios de comunicación de VMware y te comprometes a seguir las directrices en los logotipos de VMware, entonces VMware te permitirá utilizar su logotipo corporativo para publicar artículos relativos a los productos, soluciones o servicios de VMware.

Ciertamente los chicos de VMware han hecho un gran trabajo y han incluido un sinfín de nuevas imágenes y diagramas.

Asimismo han incluido nuevas imágenes y diagramas para las soluciones de VMware Lab Manager, VMware Site Recovery Manager, VMware Stage Manager, VMware Workstation, VMware View, VMware Fusion 2 y VMware ThinApp.

Imágenes y diagramas de productos VMware
Download VMware General Diagrams [PPT, 12MB]

Server Virtualization
Download ESXi 3.5 Diagrams [ZIP, 7.5MB]
Download VMware Infrastructure Diagrams [ZIP, 7.6MB]
Download VMware Lab Manager Diagrams [ZIP, 7.6MB]
Download Lifecycle Manager Diagrams [ZIP, 5.6MB]
Download Site Recovery Manager Diagrams [ZIP, 5.5MB]
Download Stage Manager Diagrams [ZIP, 7.4MB]

Desktop Virtualization
Download VMware Workstation Diagrams [ZIP, 24MB]
Download VMware View Diagrams [ZIP, 8.5MB]
Download VMware Fusion 2 Diagrams [ZIP, 12.2MB]
Download VMware ThinApp Diagrams [ZIP, 5.8MB]

Logos VMware
Download VMware Logos [ZIP, 837kb]
VMware Logo Usage Guidelines [PDF, 2.2mb]

Recuerda que para cualquier otro uso que no sea el expresado anteriormente, el uso del logotipo de VMware no está permitido sin el permiso escrito por parte de VMware.

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]