Esta semana, en el blog de virtualización y cloud computing en español, os explicare como activar Storage I/O Controler en VMware vSphere vCenter Server 5.

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 VMware vSphere 5: ¿Cómo activar Storage I/O Control en VMware vSphere 5? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

En la tabla adjunta, se muestran los cinco tipos de almacenamiento soportados en VMware vSphere™ ESXi 5, así como las diferentes funcionalidades soportadas por cada tipo de almacenamiento.

Con relación a la conectividad iSCSI y su iniciador de software iSCSI, el máximo número de iSCSI targets es de 265. Nota que ahora es posible hacer Boot from SAN (BFS) con iniciadores de software iSCSI.

Asimismo, no es posible crear más de un NIC Teaming con el iniciador de software iSCSI con más de 8 vmnics (uplinks o tarjetas de red físicas disponibles en el servidor ESXi). Solo es posible tener un número máximo de ocho caminos por LUN para los volúmenes VMFS conectados vía software o hardware iSCSI.

En cuanto al tamaño máximo de un volumen VMFS para la versión 3 (VMFS-3) es de 2TB menos 512Bytes de espacio con un block size de 8MB. Sin embargo, en VMFS versión 5 (VMFS-5) el tamaño del block size es de tan solo 1MB, aunque es posible crear ficheros .vmdk con un tamaño máximo de 2TB. Recuerda que en VMFS versión 3 y con un block size de 1MB, el tamaño de disco de la máquina virtual (.vmdk) no podrá superar los 256GB de espacio en disco.

También, el tamaño máximo para un volumen RDM (de las siglas en inglés Raw Device Mapping) en VMFS-5 es de 64TB, siempre y cuando uses la funcionalidad de extenders a nivel VMFS y el modo de compatibilidad de este RDM sea físico. Sin embargo, para un volumen RDM VFMS-5 en modo de compatibilidad virtual, el tamaño máximo es de 2TB menos 512 bytes.

VMware vSphere™ ESXi 5 usa el protocolo NFS versión 3 para comunicarse con cabinas de tipo NAS. Nota que aunque NFS también puede usar la versión 4, esta no está soportada por VMware. En la versión VMware vSphere™ ESXi 5, ahora es posible montar hasta 256 volúmenes NFS por host.

Con relación a los ficheros swaps de las máquinas virtuales, el tamaño máximo que puede alcanzar este tipo de ficheros es de 1TB por máquina virtual, siempre y cuando, configures tu máquina virtual con 1TB de memoria RAM. Puedes ver más información sobre la configuración del block size en VMFS-5 en nuestro canal oficial de YouTube: VMware vSphere 5.0 en entornos SAN iSCSI

En cuanto al número máximo de targets que un servidor host puede ver con un adaptador Broadcom 10GB iSCSI es de 128 targets. El número máximo de tarjetas 1GB Ethernet Broadcom (bnx2) que un servidor host ESXi puede tener es 16.

Por ultimo, recuerda que es posible tener todas las funcionalidades enterprise de VMware (HA, vMoting, Storage vMotion, DRS) con un almacenamiento NAS via NFS. Interesante, ¿verdad?

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing en español, os explicare como desactivar la pestaña de Getting Started en VMware vSphere vCenter Server 5.

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 VMware vSphere 5: ¿Cómo desactivar la pestaña de Getting Started en vCenter? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Sin lugar a dudas, uno de los mayores y más sonados cambios en VMware vSphere 5 se ha dado en el modelo de licenciamiento, con la inclusión de un nuevo concepto llamado vRAM Pool.

En resumen, para lo que antes necesitábamos 2 licencias de vSphere, ahora es posible que necesitemos 4 ó mas, dependiendo del entorno y cliente. Voy a explicarlo con un ejemplo muy claro.

Con VMware vSphere™ 4.x

• Dell R710 con 2 sockets y 192G de memoria = 2 Licencias de vSphere Enterprise Plus
• Dell R710 con 4 sockets y 256G de memoria = 4 Licencias de vSphere Enterprise Plus

Con VMware vSphere™ 5.x

• Dell R710 con 2 sockets y 192G de memoria = 4 Licencias de vSphere Enterprise Plus
• Dell R710 con 4 sockets y 256G de memoria = 6 Licencias de vSphere Enterprise Plus

Puedes ver el documento oficial de VMware que explica el nuevo formato de licencias de VMware vSphere™ 5.0 en este enlace:http://www.vmware.com/files/pdf/vsphere_pricing.pdf

Adicionalmente a las licencias requeridas y necesarias para arrancar tus máquinas virtuales, también necesitarás licencias adicionales siempre que sobrepases el número de 16 cores o más por procesador o socket.

Por esta razón, VMware ha puesto a disposición de los clientes en general una herramienta gratuita llamada VMware Licensing Advisor, la cual te dará más información relativa al impacto que tendrá en tu entorno particular la actualización a la versión vSphere™ 5.

Por consiguiente, ahora si dedicas más memoria vRAM a tus máquinas virtuales de la que has licenciado, sencillamente tus máquinas virtuales no arrancarán. Para la versión Essential y Essential plus esta comprobación es obligatoria, es decir, si has licenciado un pool de vRAM de 32GB y tienes ya esta cantidad de memoria configurada y usada en tus máquinas virtuales, al arrancar una máquina virtual que necesite usar 1GB adicional no lo hará.

Sin embargo, con las licencias a partir de la Essential Plus, si sobrepasas la configuración de la memoria en tu pool vRAM, recibirás un warning avisándote de que estas usando más memoria de la que has licenciado y que requieres comprar más licencias. No obstante, tu máquina virtual arrancará.

Supongo que la buena notica es que VMware vSphere™ ESXi 5 (como todas las versiones anteriores) permite usar el producto durante 60 días (Evaluation Mode) con toda su funcionalidad incluida.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing en español, os explicare como activar y configurar el plugin Hardware Status en VMware vSphere vCenter Server 5.

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 VMware vSphere 5: ¿Cómo activar y configurar el plugin Hardware Status en vCenter? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola de nuevo. Soy Miguel ángel Alonso y aquí estoy de nuevo contigo para contarte algo nuevo sobre el apasionante mundo de la virtualización de sistemas.

En el tema de hoy voy a hablarte de una nueva funcionalidad a nivel de Red que no es otra que la tarjeta e1000e, la cual soporta adaptadores Pci-Express y será por defecto la tarjeta de los nuevos Windows 8. Esta tarjeta es una emulación de las Intel 82574L Gigabit Ethernet, y sólo está disponible en vsphere 5 con hardware 8.

El tema de hoy viene dado para explicarte como habilitarla, ya que de por si no viene activada y no puede hacerse a nivel de GUI.

Lo primero que deberemos es descargarnos el siguiente script desde esta página: http://communities.vmware.com/docs/DOC-12417

Cuando elegimos de manera normal una tarjeta de red para nuestra VM veremos algo como te muestro en la foto de la cabecera de este post.

Pero si ejecutamos el script que hemos descargado podremos ver algo como esto en nuestra consola del vMA:

Y finalmente podremos tener acceso a la nueva tarjeta de red una vez la hemos activado con el correspondiente script:

Por fin podremos disfrutar de esta nueva tarjeta que nos ofrece vSphere 5 en nuestros entornos y poder sacar todo el beneficio que esta nos pueda dar.Bueno, me despido de vosotros esperando haberos podido contar algo de vuestro interés. Hasta el próximo martes y un saludo.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing en español, os explicare como activar y desactivar todas las alarmas en VMware vSphere vCenter Server 5 con tan solo un clic de ratón.

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 VMware vSphere 5: ¿Cómo desactivar y activar las alarmas de vCenter 5 con tan solo un clic de ratón en VMware Sphere 5. Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Buenos dias, de nuevo estoy con vosotros. Soy Jose Mª Gris y ante todo deseo que este año sea lo mejor posible para todos nosotros. Hay que ser optimistas

Creo recordar que vengo desde la version 2 de Veeam Backup. Ya llevamos cierto tiempo con los amigos del color verde (aunque ahora veo que en la version 6 predomina el “limon”).

Ha salido la versión 6 y lo cierto es que ha traido una serie de aditamentos “Enterprise” que son muy interesantes. Iremos hablando sobre ellos.

Pero empezaremos por su actualización de 5 a 6, que es lo primero que te encuentras cuando tienes que probar un nuevo paquete. Si lo instalas de nuevo, pues mas o menos es fácil, el problema es cuando tienes una versión anterior. Aquelo de que “el pasado pesa…”. Como siempre, Veeam impecable en sus actualizaciones, pero pasemos a verlo.

• Detectará que hay una versión anterior y nos preguntará si deseamos upgradar. Contestaremos afirmativamente si es lo que deseamos hacer.
• Aceptamos la “EULA”
• Instalaremos el fichero de licencias (aunque sea Trial debemos instalarlo, para ello, hay que pedirlo en la Web)
• Nos preguntará por la opciones que deseamos instalar
• Seguidamente nos preguntará por el nombre de la instancia que va a utilizar en SQL y como se llama la Database. Nos dá opciones por omisión
• Y entonces tenemos el punto más crítico, nos pregunta si deseamos conectar esta instalación con la BBDD y nos notifica que si es preciso, ésta será modificada.
• Indicaremos el usuario, password con el que correrá el servicio, así com el puerto que va a usar
• A continuación indicaremos la ubicación del catálogo de los “Guest file System” y “VPower NFS”, así como los puertos que va a usar.
• Continuará la instalación, pidiendo efectuar un reboot.

Como viene siendo habitual, el upgrade perfecto y funcionando a la primera. Seguiremos hablando de esta nueva versión. Hasta la semana que viene, take care.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola amigos, después de unos días de vacaciones… hay que volver a la carga. En el último post sobre monitorización de XenServer con Nagios, faltaba ver la monitorización de storage y otros checkeos avanzados para tener bien controlada nuestra infraestructura.

1. Para monitorizar los SR de nuestro pool, primeramente hay que extraer la información que nos da la Xapi:

/usr/bin/xe sr-param-get uuid=<UUID-SR> param-name=physical-size

/usr/bin/xe sr-param-get uuid=<UUID-SR> param-name=physical-utilisation

Mediante estos datos, podemos establecer la lógica que queramos para que nos informe del estado del disco:

#/bin/bash

let total_alloc=`sudo /usr/bin/xe sr-param-get uuid=84ca4fbd-f150-1f62-c9e4-ee4a656558d5 param-name=physical-utilisation`

let total_bytes=`sudo /usr/bin/xe sr-param-get uuid=84ca4fbd-f150-1f62-c9e4-ee4a656558d5 param-name=physical-size`

let factor=1073741824

total_alloc_Gb=`expr $total_alloc \/ $factor`

total_bytes_Gb=`expr $total_bytes \/ $factor`

let free_space=`expr $total_bytes_Gb – $total_alloc_Gb`

total_percentage=`expr 100 \* $total_alloc_Gb \/ $total_bytes_Gb`

#echo $free_space

#echo $total_percentage

if [ $total_percentage -ge "90" ] ; then

echo “CRITICAL: Disc al $total_percentage%”

EXIT=2

else

if [ $total_percentage -ge "80" ] ; then

echo “WARNING: Disc al $total_percentage”

EXIT=1

else

echo “OK: Disc al $total_percentage%”

EXIT=0

fi

fi

exit $EXIT

 

2. Otro checkeo importante que nos puede ser muy útil es comprobar el estado de la XAPI en cada servidor:

#!/bin/bash

#Check que comprueba el estado de la XAPI

#contamos los procesos que hay de xapi

procs=`ps -elf | grep xapi | grep -v grep | wc -l`

#Verificamos que haya algun proc xapi y si no lo hay, critical

if [ -z "$procs" ] ; then

echo “Critical: No hay procesos de Xapi”

exit=1

else #Hay procesos, pues lanzamos una peticion para ver si respnde ok

#Vemos si es capaz de conectar con la Xapi y extramos el número de hosts del pool

test_xapi=`sudo xe host-list | grep name-label | wc -l`

#test_xapi=”1″ #Fuerza a warning

if [ $test_xapi -gt 0 ]; then

ok_test=$(sudo xe host-list name-label=`hostname` params=name-label –minimal)

echo “OK: XAPI respondiendo en $ok_test “

exit=0

else

new_test=$(sudo xe host-list name-label=`hostname` params=name-label –minimal)

echo “Warning: Hay procs de XAPI pero algo falla $new_test”

exit=1

fi

fi

#Salida con el codigo de error para Nagios

exit $exit

A grandes rasgos el checkeo comprueba primeramente que hay procesos de Xapi en la “GNU/Linux LAND” y si existen, ejecuta un xe-host-list. Si este falla retornará código de error ya que aunque haya procesos, la XAPI no responde.

3. Estado de los caminos del Multipath

Es importante tener bien monitorizados los caminos si usáis multipath para los que utilicéis una cabina de discos. Una forma de comprobar que están todos OK es filtrar por faulty en la salida de multipath –ll

#!/bin/bash

fault=`sudo /sbin/multipath -ll | grep faulty | wc -l`

if [ $fault -gt 0 ]; then

echo “Algun camino caído”

exit 1

else

echo “Todos los caminos: OK”

exit 0

fi

Con esto, espero haberos dado herramientas para que os programéis vuestros propios monitores, ya sea medianteXAPI o mediante comandos gnu/Linux y si me permitís, me encantaría saber que monitorizáis de vuestros XenServers. Un saludo.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing en español, terminaremos con la configuración e instalación del nuevo VMware vCenter Server Appliance en VMware vSphere 5.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, la segunda parte del video tutorial sobre la virtualización y VMware vSphere 5: Instalando y configurando VMware vCenter Server Appliance en VMware Sphere 5: segunda parte. Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing en español, te enseñare a configurar e instalar el nuevo VMware vCenter Server Appliance en VMware vSphere 5.

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 VMware vSphere 5: Instalando y configurando VMware vCenter Server Appliance en VMware Sphere 5. Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

VMware vSphere™ ESXi 5 solo es posible instalarlo en modo texto, a diferencia de VMware ESX donde era posible instalarlo también en modo gráfico.

Una nueva funcionalidad en VMware vSphere™ ESXi 5 llamada Image Builder te permitirá hacer instalaciones personalizadas de tu ESXi así como asociar actualizaciones del binario del ESXi a dicha personalización. Hablaremos del Image Builder más adelante en este blog en futuros post. Solo apuntar que el formato de los paquetes que usa VMware vSphere™ ESXi Image Builder se llaman VIB – de las siglas en inglés vSphere™ Installation Bundle -.

Si usas la nueva funcionalidad llamada VMware Auto Deploy, recuerda que los logs de tu servidor ESXi serán almacenados en memoria con lo que al reinicializar tu servidor perderás estos logs por defecto. Para definir profiles de imágenes para tus servidores ESXi con Auto Deploy tendrás que usar cmdlets incluidos en el vSphere™ Power CLI image builder.

Es posible también actualizar servidores ESXi con la utilidad Enterprise llamada VMware Update Manager (VUM), otra utilidad de la que también hablaremos en futuros post – por cierto, en nuestro canal de virtualización en youtube hemos publicado ya algunos videos sobre la configuración e instalacion de VMware Update Manager.

Una mejor práctica antes de actualizar un servidor ESXi, es guardar la configuración del servidor que vas actualizar con el siguiente comando de vCLI: vicfg-cfgbackup -s

Es muy interesante notar que con VMware vSphere™ ESXi 5, el número total de caminos de FC (Fiber Channel) por servidor se han aumentado hasta los 1.204. Como nota final, recuerda que en VMware vSphere™ ESXi 5 el máximo número de servidores conectados a volúmenes VMFS es de 64 hosts por volumen VMFS.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola amigos, hoy os traigo el primero de varios posts donde veremos como monitorizar Citrix XenServer con Nagios.

Supongo que todos conocéis la herramienta Nagios para monitorizar vuestros servidores. Por si alguien se le escapa, Nagios «Nagios Ain’t Gonna Insist On Sainthood» es un sistema de monitorización de redes, servidores, etc de código abierto que vigila que todo esta funcionando correctamente.

Actualmente también existen otros sistemas abiertos también muy potentes como Zabbix, Zenoss, Pandora FMS… que seguramente también os va a permitir monitorizar vuestro entorno XenServer. En este post y en los siguientes, veremos como monitorizar un entrono XenServer completo.

Un snapshot de cómo funciona Nagios

Nagios puede usar NRPE, un daemon instalado en los Hosts para extraer la información de cada uno de los scripts que incluye el paquete “Nagios Plugins”. Directamente el servidor Nagios conecta con el servicio NRPE del Host y extrae los resultados del check_nrpe. O bien puede ejecutar comandos remotamente ubicados en el Host.

A modo de opción personal, prefiero utilizar los “Nagios Plugins” sin servicio NRPE. Es decir configurar el comando en el servidor Nagios para que ejecute los scripts remotamente por SSH. De este modo no hay que instalar software extra en los dom0.

Primeramente analicemos nuestro entorno de virtualización y sus elementos hardware:

1. Hosts (Dom0)

2. Storage

3. Comunicaciones

En este primer post sobre la monitorización, veremos los hosts y lo que nos puede ser más útil de monitorizar sobre ellos.

Monitorización de Hosts

En general, podemos monitorizar lo que queramos, pero principalmente tenemos que verificar que:

1. Las CPU’s estén trabajando sin rebasar el 80% de su capacidad.

2. Que el Load Average no sobrepase la carga máxima por Cores

3. Que la memoria RAM no sobrepase el 80% de espacio ocupado

4. Que la partición / no se quede sin espacio

5. Que responda a ping

6. Que el/los SR’s no se queden sin espacio

Si queremos ampliar la información de nuestra monitorización también podemos monitorizar:

7. Que la XAPI responda correctamente

8. Que no haya máquinas virtuales apagadas

9. Heartbeat

Los 5 primeros checks, se puede implementar directamente con los nagios plugins disponibles desde: http://sourceforge.net/projects/nagiosplug/files/nagiosplug/

Estos plugins hay que compilarlos primero. A modo de facilitar las cosas. Podéis descargaros desde mi github el paquete de plugins compilados. Funcionan tanto en XenServer 5.5 como XenServer 5.6 SP2 y XenServer 6.0. https://github.com/fsmsystems/stuff el paquete nagios_xs.tar.gz tienes que descargarlo como raw para que funcione.

Descomprimimos el fichero

[root@xensrv01]# tar –xvzf nagios_xs.tar.gz

Movemos el directorio a /usr/lib

[root@xensrv01]# mv nagios_fsm /usr/lib/nagios

Creamos el usuario Nagios

[root@xensrv01]# useradd nagios –d/usr/lib/nagios
[root@xensrv01]# chown –R nagios /usr/lib/nagios

Comprovamos que funciona ok:

[root@xensrv01]# su – nagios

[root@xensrv01]# ./plugins/check_disk /

DISK OK – free space: / 2057 MB

Ahora simplemente hay que permitir mediante claves SSH que el servidor Nagios acceda por ssh a nuestros servidores con el usuario nagios. En el howto de citrix explica muy bien como hacerlo mediante ssh-copy-id:

http://support.citrix.com/article/CTX127562

Esto es todo por hoy. Espero que te resulte útil e interesante este articulo. La semana que viene explicaré como configurar estos plugins para tu Host y con ello espero una vez más haberte ayudado en el mundo de la virtualización. 

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing en español, te enseñare a configurar VMware vSphere Fault Tolerance en VMware vSphere 5. Una vez configurado VMware Fault Tolerance te mostrare la potencia de esta nueva funcionalidad mediante una demostración.

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 VMware vSphere 5: Configurando y demostrando VMware Fault Tolerance en VMware Sphere 5. Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola, amigos soy Ferran Serafini y hoy vamos a montar un entorno Citrix XenServer con almacenamiento compartido con FreeNAS.

Como sabéis aparte de FreeNAS hay muchos appliances destinados a ofrecer almacenamiento compartido de forma fácil, pero por su robustez y fácil configuración, he elegido FreeNAS, es muy útil para montar entornos de desarrollo o bien por si no podemos optar a una cabina de discos por presupuesto, en tiempo récord.

También permite la exportación a través de NFS o CIFS, pero en este caso vamos a presentar los discos mediante el protocolo ISCSI.

Primero de todo, nos descargamos la iso de FreeNAS en aquí. La arrancamos en modo (live) y la instalamos. Es muy sencillo. Podemos ver los pasos de la instalación aquí

Ahora es el momento de acceder a su página de administración

Vamos a configurar una LUN para ser servida a través de ISCSI para luego añadirla a nuestros servidores XenServer en 7 pasos.

1. Configuración Base
2. Extender Dispositivo (“LUN”)
3. Configurar Iniciador
4. Configurar Portal
5. Configurar Destinos
6. Destino / Disco
7. Iniciar ISCSI

Configuración Base

Primeramente configuramos el Nombre Base en la parte global de la configuración de ISCSI.

Nombre Base -> iqn.2011-03.fsmlab.org.istgt

Extender Dispositivo (“LUN”)

Configuramos el disco que vamos a servir como LUN en Extender Dispositivo

Configurar Iniciador

Ahora configuramos el inciador, vamos a permitir acceso para todos.

Configurar Portal

Para permitir el acceso a una IP o bien a cualquier IP del servidor FreeNAS hay que definir como mínimo un portal. Por defecto:

Portal -> 0.0.0.0:3260

Configurar Destinos

Para poder servir esta LUN, tenemos que definir que destinos vamos a presentar dicha LUN. Configuramos el destino con el/los IQN de nuestros XenServer:

Para ver el IQN de un servidor hacemos:

cat /etc/iscsi/initiatorname.iscsi

Disco/Destino

Tenemos que establecer la relación entre el destino y el disco (Extensión).

Iniciar ISCSI

Ahora ya solo falta arrancar el servicio desde Servicios-> Control de Servicios -> ISCSI = ON

Ya tenemos la parte de disco compartido finalizada, solamente hay que añadir esta LUN a nuestro Pool.

Pues esto es todo por hoy, espero como siempre que te haya parecido interesante y haberte podido ayudar en tus pasos por el mundo de la virtualización. Un saludo

¿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.