Proyecto XenServer

Virtualización con XenServer - Pol Grandes Vilaclara 3
3
Indice
Introducción: ..............................................................................................................................5
1.-Virtualización: ........................................................................................................................6
2.-Tipos, usos y ventajas: ...........................................................................................................8
2.1.-Tipo 1 bare-metal:...........................................................................................................8
2.1.1.-Monoliticos: .............................................................................................................8
2.1.2.-De MicroKernel:.......................................................................................................8
2.2.-Tipo 2 hosted:..................................................................................................................9
2.3.-híbrido: ............................................................................................................................9
2.4.-Ejemplos de hypervisores: ..............................................................................................9
3.-Fabricantes y servicios de virtualización:.............................................................................10
3.1.-Citrix(XenServer): ..........................................................................................................10
3.2.-Linux(KVM):...................................................................................................................10
3.3.-Microsoft(Hyper-V): ......................................................................................................10
3.4.-VMWare(vSphere):........................................................................................................10
4.-Comparación Virtualización:................................................................................................11
5.-Datos curiosos sobre virtualización y la nube:.....................................................................13
6.-Precios de servicios y licencias:............................................................................................14
7.-Implementación practica: ....................................................................................................15
7.1.-Escenario de simulación:...............................................................................................15
7.2.-XenCenter:.....................................................................................................................17
7.2.1.-Especificaciones y características del servidor: ....................................................17
7.2.2.-Instalación:.............................................................................................................17
7.3.-Librería de Isos: .............................................................................................................21
7.3.2.-Compartición de carpetas: ....................................................................................21
7.4.-Compartición de discos en SAN mediante iSCSI: ..........................................................31

4
7.4.2.-Instalación:.............................................................................................................32
7.4.3.-Configuración del RAID:.........................................................................................39
7.4.4.-Compartición del RAID mediante ISCASI: .............................................................42
7.5.-Montaje del servidor Xenserver:...................................................................................46
7.5.2.-Instalación:.............................................................................................................47
7.6.-Configuración XenServer:..............................................................................................59
7.6.1.-Connectar Servidores: ...........................................................................................59
7.6.2.-Nueva Pool:............................................................................................................61
7.6.3.-Carga de Isos: .........................................................................................................62
7.6.4.-Compartición de discos en red:.............................................................................64
7.6.5.-Nueva Máquina virtual:.........................................................................................66
7.6.6.-Migración de máquinas virtuales en vivo:............................................................71
7.6.7.-XenMotion: ............................................................................................................72
7.6.8.-HA:..........................................................................................................................80
7.6.9.-vApps:.....................................................................................................................86
7.6.10.-Copias de seguridad y snapshots: .......................................................................90
7.7.-Conexión remota:..........................................................................................................94
7.7.1.-Configuración en el servidor: ................................................................................94
7.7.2.-Connexión al servidor:...........................................................................................95
Bibliografía: ..............................................................................................................................97
Videos:....................................................................................................................................100

5
Introducción:
-Una de las tecnologías de ingeniería informática que más están creciendo y ganando fuerza
en nuestra generación, es la virtualización, y su evolución directa, la nube. En este proyecto
se pretende comprender algunos de los conceptos que envuelven está relativamente nueva
tecnología y probar uno de los productos de virtualización que tenemos en el mercado de
forma práctica. Hablaremos sobre los conceptos básicos de la virtualización y el cloud, y pese
a que nos centraremos en Citrix y su producto XenServer, también hay hueco para ver
algunos de los productos que ofrece la competencia, junto algunos datos curiosos, precios
de algunas licencias actuales y estadísticas de los diferentes productos en los últimos años.
Para acabar, probaremos la mayoría de las utilidades que nos ofrece XenServer creando un
pequeño laboratorio de máquinas virtuales.
Nota de desarrollo: debido a la constante referencia de conceptos externos (¡e incluso de
conceptos que nos llevan a más conceptos!), hay alguno de estos que por complicidad se
explica de la forma más simple posible, o se hace referencia de ella pero no se da una
explicación de él. En cualquier caso, en la bibliografía pueden encontrarse enlace a todos los
conceptos que se han tocado.

6
1.-Virtualización:
-Llamamos virtualización, al proceso en el que sustituimos dispositivos físicos tales como
ordenadores cliente/servidor, o incluso algunos elementos de red, como switches por una
versión virtual de la misma. Este proceso afecta al sistema operativo de los dispositivos,
“engañandolo” para que trabaje fuera de su hardware.
Gracias a la virtualización, se utiliza el software de un dispositivo, para simular el hardware y
poner un sistema operativo en él, creando un sistema operativo virtual. Esto permite tener
múltiples estancias de máquinas virtuales en un solo servidor. Estas máquinas virtuales, o
VM, son un recipiente para colocar un Sistema operativo y sus aplicaciones. Además, cada
una de estas VM, es totalmente autónoma una vez se le ha asignado sus recursos.
Esto hace que en un solo servidor pueda mover a
su vez muchas otras máquinas, incluidos otros
servidores, repartiendo los recursos de tu red
como si de máquinas físicas se trataran,
ahorrando en costes de hardware. Además, al
asignarle a cada máquina el hardware que puede
usar, si tenemos cuidado en el equilibrio de
recursos que repartimos, el estrés en una
máquina nunca afectara a las otras. Este
hardware asignado, al estar virtualizado, se separa del hardware real, por lo que siempre
tendremos una capa adicional de seguridad, por ejemplo, contra virus que intenten
sobrecalentar el rendimiento del dispositivo. Además, virtualizar máquinas virtuales hace
sean casi tan fáciles de mover como un fichero.
El siguiente paso en la virtualización, es la nube o cloud, un concepto que esta va en
aumento en los últimos años. Esto nos permite tener acceso a VMs y a sus servicios gracias a
internet, a través de este, una empresa centra sus recursos en virtualizar todo o parte de tu
ámbito informático dentro de sus infraestructuras.
Vamos a ver las ventajas y las desventajas más importantes que la virtualización en la nube
nos puede conllevar:
Ventajas:
Pese a que cada empresa debe hacer su propio análisis sobre sus recursos y necesidades, en
la mayoría de los casos, reduciremos los gastos en infraestructuras, o recursos y sobre todo,
el coste inicial si hay que montar una empresa de 0. Hay mucha variedad de opciones sobre

7
esto, pese a que muchas dicen que la reducción de gastos no es precisamente el punto
fuerte, sí que llama la atención por el rendimiento de las infraestructuras.
Entre otras servicios, una de nuestras garantías será que nuestra redundancia sea del
99,99%, permitiendo migrar rápidamente cualquier maquina a otros nodos en caso de fallo.
La escalabilidad y la redundancia irán al cargo de la empresa contratada, por lo que se
notará un gran alivio en la carga de responsabilidades.
Desventajas:
Empezando por lo más obvio, nos encontraremos con que la privacidad de nuestras
actividades será anulada, junto a la dependencia que tendremos, hará muchos tipos de
empresas se lo piensen 2 veces antes de unirse a la nube.
A esto hay que sumarle la compatibilidad de las aplicaciones con la virtualización, la gran
mayoría de ellas nunca han sido hechas para la virtualización, es decir, si, todas se pueden
virtualizar ¿pero funcionaria mi aplicación, montada en un hardware totalmente diferente?
Puntos ambiguos y opinión:
Pese a que hay algunas características que a priori, deberían ser una ventaja, pueden tener
su lado malo, por ejemplo, La empresa contratada se encargará de la seguridad, y
probablemente lo hará mejor que nosotros, pero a su vez también hará que aumente la
atención de cualquier ataque al estar en el mismo saco que otras muchas organizaciones.
En rasgos generales, la nube esta ganado enteros en muy pocos años, y el valor que tiene la
tecnología móvil a día de hoy hace que tenga una buena sinergia. De hecho, usamos a diario
la nube sin darnos cuenta, almacenando información o visitando nuestro correo. Hay
muchos estudios que analizan el incremente del uso de la nube, y todos coinciden en que su
uso va en aumento. Muchas conocidas empresas, como netflix o spotify usan ya este
servicio, y cada vez hay más grandes empresas que se unen, pero no solo estas, hay muchas
empresas pequeñas, que quizás no les es rentable hacer el salto, pero usan almenas parte de
su servicio en la nube.
Está claro que el uso de la nube va ganando enteros, no solo en un estereotipo de empresa,
y pese a que cada empresa ha de hacer su propio análisis, que hay servicios útiles para casi
cualquier utilidad.

8
2.-Tipos, usos y ventajas:
-Hay diferentes tipos de virtualización, estos cambian la forma en la que se presentan los
sistemas operativos virtualizados, estos van muy ligados con sus hypervisores, que nos
presentan las diferentes VMs.
2.1.-Tipo 1 bare-metal:
-En los hypervisores de tipo 1, o también llamados bare-metal,
la clave de estos es que operan directamente sobre el
hardware, en este, se instala un sistema operativo
especializado que hace una fina capa, donde tenemos al
hypervisor y las máquinas virtuales.
Dentro del tipo uno nos encontramos 2 sub tipos más.
2.1.1.-Monoliticos:
-Estos emulan el hardware para sus máquinas virtuales usando una capa extra de código y
drivers, ya que primero el hardware recibe la solicitud del hardware virtual, entonces el
hypervisor redirige esta llamada a los drivers, que trabajan dentro de este, y entonces, el
hypervisor los redirige al dispositivo físico. Este proceso obliga a los desarolladores a crear
drivers específicos para cada hardware.
2.1.2.-De MicroKernel:
-Aquí el hypervisor reduce su software al particionar el sistema operativo para diferentes
sistemas operativos virtualizados, anulando así los la necesidad de drivers virtualizados.

9
2.2.-Tipo 2 hosted:
-En tipo 2 o hosted, el hypervisor se ubica encima de un sistema
operativo completo, y las máquinas están a un nivel extra. Su
rendimiento es mucho peor, pero son una buena herramienta para
utilizar software multiplataforma.
2.3.-híbrido:
-En este tipo, tanto el hypervisor como el sistema
operativo actúan sobre el hardware físico.
2.4.-Ejemplos de hypervisores:
-Algunos ejemplos de cada tipo de hypervisor son:
Tipo 1: XenServer, Hyper-V o ESX-Server.
Tipo 2: Virtual Box, VMware Workstation.
Hibrido: Microsoft Virtual PC/Server.
Tipo 1 Tipo 2 Híbrido

10
3.-Fabricantes y servicios de virtualización:
-Los servicios de virtualización los podemos encontrar en todos los proveedores cada uno,
estos, entre otras cosas ofrecen alta disponibilidad, balance de carga, recuperación de VMs,
sistemas de backup, sistemas de automatización, monitorización y administración.
Generalmente, la diferencia entre los diferentes proveedores, la encontraremos en el tipo
de licencia, el rendimiento y el precio.
Dentro del mundo de la virtualización hay una gran cantidad de empresas que se están
abriendo un hueco, las más importantes podemos encontrar…
3.1.-Citrix(XenServer):
-Empezando por la más cercana a este producto tenemos a Citrix con XenServer, donde
encontramos su gama Xen con código abierto, está basado en XenProject. És una empresa
multinacional ubicada en Florida, Estados Unidos, se fundó en 1989 y tiene una estrecha
relación con Microsoft. La gran mayoría de sus productos van hacia la virtualicación y la
administración remota.
3.2.-Linux(KVM):
-Por parte de Linux tenemos la tecnología KVM o tecnología virtual basada en núcleo, que es
software libre en su totalidad esta ya integrado desde la versión 2.6.20, fue creado por
Qumranet, que a su vez fue adquirida por RedHAt en 2008.
3.3.-Microsoft(Hyper-V):
-También tenemos Hyper-v por parte de la empresa que todos conocemos, Micrsoft, como
Citrix, también es una empresa multinacional que se fundó en 1975, tiene diversos
productos de ofimática, administración y recientemente también ha entrado en le campo
del entretenimiento.
3.4.-VMWare(vSphere):
-VMware inc es una compañía especializada en software de virtualización fundada en 1998
propiedad de EMC corp y Dell, es probablemente la empresa más conocida en virtualización
y Top en virtualización en los últimos años.

11
4.-Comparación Virtualización:
-Después de conocer algunos de los productos
de virtualización y sus fabricantes, vamos a ver
una pequeña comparativa de los especialistas
en virtualización y de cómo han avanzado en
los últimos 5 años.
En 2011: tanto Citrix como Microsoft entraron
en el podio de Líderes para hacerle la
competencia a VMware, el único líder en
virtualización hasta el momento.
En 2012: vemos como Microsoft sigue
recortando con VMware, mientras que Citrix
desciende casi con el resto de competidores y
aunque en Magic Quadrant, la página de
donde he sacado estos análisis, se sorprenden
de que aún este en la tabla de líderes por
tener la mayoría de su uso limitado a los
escritorios virtuales.
En 2013: Finalmente Citrix desciende del
podio pero conserva su puesto dentro de los
productos más innovadores, por otro lado, pese a
que VMware mantiene la posición, Microsoft se
le acerca poco a poco. Por último, Oracle también
se acerca poco a poco al podio.

12
En 2014: Citrix sigue bajando a cada año que pasa,
este año alegando que están centrándose en los
servicios en la nube. Pese a que el formato del
gráfico se ha modernizado y parezca que Microsoft
se ha retrasado, en el análisis del grafico aclaran
que mantienen la misma diferencia que en 2013.
En 2015: VMware consigue mantenerse como
líder, y a acepción de Microsoft, todos los demás
competidores se quedan fuera del podio.
Como conclusión, podemos ver que pese a que
VMware es líder, y prácticamente la virtualización
es su único terreno, Microsoft se les acerca casi
cada año un poco más.

13
5.-Datos curiosos sobre virtualización y la nube:
-Aquí podemos ver algunos datos curiosos respecto a la virtualización y el cloud:
 Se calcula que desde el 2014, más del 70% de las cargas de trabajo se hacen sobre
servidores virtuales.
 Pese a que VMware es el líder indiscutible actualmente, las licencias gratuitas y standard
de Citrix y Hyper-v se utilizan mucho para empresas que solo necesitan una base.
 Pese al ahorro de hardware que supone el cloud y la virtualización, también hay un gran
aumente en la compra de licencias para servidores virtuales.
 Se calcula un promedio de 8,5 máquinas virtuales por Servidor.
 El cambio a la nube a menudo supone un aumento de máquinas que junto al cambio de
las herramientas de administración, aumentan la complicidad y la administración de los
departamentos TI.
 Muchas empresas de cloud computing usan más de un hypervisor.
 Muchas empresas dicen que la mayor ventaja de la virtualización no es el ahorro, sino la
mejora del rendimiento.
 El cambio en la cultura de los departamentos TI es una de las mayores causas al
decantarse en contra del cloud computing.
 Una vez las migraciones a la nube se han hecho en su totalidad, y se cree que los costes
se van a reducir significativamente, suele haber un gran aumento en el coste del soporte
técnico.

14
6.-Precios de servicios y licencias:
-A continuación veremos algunas de las licencias y servicios de virtualización y su coste.
En Cintrix tenemos las siguientes licencias de XenServer.
Licencia
Precio de licencia
permanente
Precio de licencia por año
Standard 681€ 308€
Enterprise 1363€ 621€
-La versión Standard es la versión más basica después de la gratuita, con servicios como La
versión Enterprise, añade entre las características más importantes como Balance de Carga
Conversión para vSphere, y Intel Trusted Execution Technology.
Por parte de VMware con su vSphere tenemos:
Licencia Precio de licencia Servicio atención
Licencia básica 939 €
+ 250-300€ por año de
soporte
Licencia avanzada con
automatización de tareas
3305€
+ 700-825€ por año de
soporte
Licencias avanzadas con
automatización basada en
gestión proactiva
4155€
+ 870-1037€ por año de
soporte
Con Hyper-V tenemos:
Licencia Precio
Hyper-v sin datacenter Gratuita
System center Standard 1186
System center Datacenter 3233€

15
7.-Implementación practica:
-Para ver el Producto Citrix con un poco más de profundidad y ver lo que implica la
virtualización, haremos un ejemplo práctico revisando la licencia gratuita que nos Ofrece con
su XenServer.
7.1.-Escenario de simulación:
-Nuestro laboratorio constará de 4 máquinas virtuales:
->1 Windows Server para administrar los hypervisores y cargar las Isos.
->2 Servidores Xenserver, con 3 tarjetas de Red. Para probar las aplicaciones y servicios que
nos ofrece este.
->1 FreeNAS para compartir un Raid por iSCSI y ayudar así poder probar más funcionalidades
de XenServer.
Tendremos 2 redes en 192.168.10.0/24 para administrar y mover máquinas y una en
10.10.10.0/24 donde tendremos el FreeNAS.
Con estas máquinas probaremos la mayoría de las características de la licencia gratuita de
XenServer.
Clusters
Creación de máquinas
virtuales
XenMotion
Carga de discos en red Migración de máquinas en
vivo
HA
vApps Copias de maquinas
Snapshots
Configuración de interfaces
y VLANS
Wake on LAN de XenCenters
Recuperación de VMs y
vApps
-De las características no probadas hay que destacar:
Wake on LAN de Servidores no se ha podido hacer por el hecho de ser máquinas virtuales,
cuando estas están apagadas, los sitemas de wake on las no pueden detectarlas.

16
Recuperación de VMs y vApps, por un error de configuración o versión(no he encontrado
mucha información al respecto) que no me permite ver las maquinas o vApps guardadas en
los discos y que no he sabido configurar, las capturas de esto se encuentran en la carpeta
“Proyecto segunda parte/disaster recovery” del enlace del último apartado (videos).
Configuración de interfaces y VLANs es de los primeros puntos que empecé pero resulto no
funcionar mi idea de distribución de las redes al crear las maquinas Virtuales, así que lo deje
por defecto para retomarlo al final, por cuestión de tiempo no volví a ello.
Además, cabe destacar que pese a que los XenServer se son un hypervisor de tipo bare-
metal, están instalados encima de un tipo hosted, ya que se simula en el VMware
Workstation de un sistema operativo Windows 10, el esquema seria este:
-La línea granate (junto con hardware) hacia arriba representa el entorno que queremos
representar, por desgracia para ello debemos gastar un montón de recursos por el camino.

17
7.2.-XenCenter:
-XenCenter es el software de administración de XenServer, desde aquí podremos manejar
todos los servicios aplicables a los servidores de manera cómoda.
7.2.1.-Especificaciones y características del servidor:
-Este será el Servidor de administración, no habrá una gran carga de trabajo sobre el más
que para arrancar los servicios y visualizar las posibles incidencias. En nuestro entorno
virtualizado lo representaremos con un Windows Server 2012 R2.
7.2.2.-Instalación:
-El software de XenServer lo instalaremos en el mismo servidor en el que instalaremos la
librería para ahorrar memoria RAM, ya que trabajamos con un entorno limitado y cada
máquina afectará al rendimiento de las máquinas, la configuración ideal sería tener el
servicio separado en otro servidor.
Para tener acceso al software, tan solo tendremos que dirigirnos a la página web de Citrix,
buscar en descargas y enseguida podremos encontrar tanto el software como las Isos para
montar los servidores:

18
-Una vez descargamos el programa, arrancamos el setup, los primeros
pasos apenas requieren configuración alguna, simplemente indicamos la
ruta de la instalación y los usuarios que usaran la aplicación y seguimos
adelante con el instalador:

19
-Entonces podremos empezar con la instalación:
-En unos pocos minutos, ya tendremos el programa instalado y preparado para arrancarlo:

20
-Por defecto el programa y el acceso directo se encontraran en la siguientes rutas:
-Si arrancamos el programa ya veremos unas cuantas opciones que explicar, pero
esperaremos a tener los servidores configurados con una infraestructura mínima ver algunas
opciones prácticas antes de entrar en profundidad sobre el hypervisor:

21
7.3.-Librería de Isos:
-La librería de Isos es un Dispositivo que necesita XenServer para cargar las Isos cuando
instalamos máquinas virtuales, hay varias maneras de compartir estas Isos, nosotros, por
falta de Hardware, lo pondremos en el mismo Servidor Windows Server en el que
XenCenter. Tendremos la librería en un disco separado del sistema y lo compartiremos por el
protocolo de transferencia de archivos habitual.
-Las especificaciones para esta servidor se adecuarán al almacenamiento que pongamos en
la librería, tan solo se usará en el momento de cargar las maquinas, por lo que no requiere
más que un disco en un servidor con acceso a la misma red que los XenServer.
7.3.2.-Compartición de carpetas:
-Para poder cargar el sistema operativo, necesitaremos una librería en la red, en mi caso,
montare un Windows Server 2012 R2, primero, configuraremos la maquina con una IP
estática dentro de nuestra red, nos movemos al extremo derecho de la barra de tareas, y
abrimos el centro de redes y recursos compartidos:

22
-Seleccionamos la tarjeta de red y hacemos clic en la pestaña propiedades:
-Una vez en propiedades, nos movemos a la configuración del protocolo IPv4, una vez aquí,
le indicamos una dirección dentro de la red y una máscara que deberá coincidir con las
demás maquinas, dado que vamos a configurar un FreeNas para que compartá su disco
desde otra red, configuraremos una puerta de enlace, como no usaremos Internet,
dejaremos estar los servidores DNS:

23
-Recordemos que en la puerta de enlace indicaremos la que tenemos configurada en la
aplicación Vmnetcfg.
Con la combinación de teclas “Ctrl + R”, aparecerá el comando “Ejecutar”, en el escribiremos
“cmd” para abrir el “símbolo de sistema:”
-Una vez en este, utilizaremos el comando “ipconfig” y comprobaremos la configuración de
nuestra tarjeta de red:

24
-Ahora le añadiremos un disco extra donde habrá los recursos compartidos, abriremos la
configuración de hardware del simulador VMware y buscaremos la opción “Add” para añadir
un nuevo dispositivo:
-Seleccionaremos el tamaño del disco, su
nombre, y ya podremos visualizarlo en el
configurador:

25
-Tendremos la librería de Isos en un disco
separado para dejarle el disco principal
solo al sistema operativo, y así reducir su
desgaste y optimizar su rendimiento,
también sería ideal en un entorno real,
tener el sistema operativo en un disco en
estado sólido para darle un extra de
velocidad.
En el “Administrador de Dispositivos”,
podremos ver como aparecen los dos
discos que hay configurados en el
simulador de hardware:
Pero este disco viene sin formatear y aún
no puede ser utilizado.
Para configurar este nuevo disco, nos
moveremos “al Administrador de discos”,
podemos acceder a ambos
administradores haciendo clic derecho en
el símbolo de Windows en la “barra de
herramientas”

26
-Una vez en el administrador de discos visualizaremos rápidamente el nuevo disco ya que
esta remarcado en negro y con el indicador de “Sin formato”, hacemos clic derecho en él y lo
pondremos en línea:
-Una vez puesto en línea, volvemos a hacer clic derecho en él y lo inicializamos:

27
-Ahora nos indicará que el espacio no está asignado, así que los seleccionamos y
seleccionamos la opción “Nuevo volumen simple”:
-Le indicamos el sistema de archivos NTFS, y aunque lo ideal en un disco duro que viene de
fábrica sería darle un formato de bajo nivel para asegurarnos de rellenar de ceros todos los
sectores, para ahorrar tiempo le damos un formateo rápido para que no tarde mucho,

28
-Tras unos instantes podemos ver como el disco sale remarcado en azul indicando que está
listo para su uso:
-Si nos vamos al explorador podemos ver como se ha añadido el nuevo disco:
-Creamos una carpeta dentro del disco y añadimos todas nuestras Isos:

29
-Ya solo nos queda compartir
nuestra carpeta para acceder
desde los Servidores
XenServer, para ello, hacemos
clic derecho en la carpeta,
seleccionamos “propiedades”,
nos movemos a la pestaña
“compartir”, y abrimos el
submenú indicado en la
imagen:
Se nos abrirá una nueva
pestaña donde tendremos que
seleccionar los usuarios con
permiso para acceder a la
carpeta, añadimos el grupo
“Todos” y le damos permisos
de lectura y escritura:

30
-Para acabar vamos a la pestaña Seguridad y volvemos a agregar el grupo “todos” con
control permisos de total:

31
7.4.-Compartición de discos en SAN mediante iSCSI:
-SCSI, es un estándar para la transferencia de datos entre ordenadores, está pensado para
ser usado con “fibre cannel”, pero este es un protocolo muy caro de implementar por el uso
de puertos bus específicos y el coste de tarjetas de red especializadas. Así que en su lugar,
para abaratar costes, se inventó iSCSI, una tecnología que permite el uso del protocolo SCSI
en redes TCP/IP. Y aquí es donde entra el concepto SAN, uno o varios dispositivos ubicados
en una red dedicada íntegramente al almacenamiento en red, que se vale de la tecnología
iSCSI para compartir información a alta velocidad.
-FreeNAS es un sistema operativo basado en FreeBSD, gratuito, open-source y de software
libre, está especializado en la compartición de recursos en red. Con una instalación muy
Rápida y unos requisitos mínimos. Podemos usarlo incluso en las maquinas más antiguas de
las que dispongamos, únicamente deberemos mejorar la memoria RAM si queremos usar las
funciones avanzadas de las que FreeNAS dispone. Incluso puede ser instalado en memorias
extraíbles y es compatible con funciones wi-fi, wake-on-lan o raids físicos y logicos. Además,
cuenta con una administración remota por navegador muy fácil de utilizar. Básicamente,
permite crear un PC independiente destinado a hacer copias de seguridad en red.
En esta parte práctica, además de usar una función básica del FreeNAS como es la
redundancia con RAID1, este servidor tendrá una importancia vital a la hora de compartir las
máquinas virtuales mediante su disco duro en red que van a manejar los diferentes
XenServer, de hecho, sin este disco en red prácticamente no podríamos utilizar ninguno de
los servicios recreados.

32
-Primero de todo, iremos al configurador hardware de VMware y le añadiremos otros 2
discos para montar en un RAID1 la información que se va a compartir.
-El tamaño máximo del RAID será igual
al disco más pequeño del que
dispongamos, así que le pondremos 2
discos del mismo tamaño:

33
-Además de eso, para configurar este servidor con un extra de seguridad, lo añadiremos a
una red diferente de la principal, la segunda red configurada, la VMnet 10 (10.10.10/24):
-Ahora arrancamos la máquina y enseguida nos saldrá la opción de instalar FreeNAS:

34
-Una vez arranque el instalador, seleccionamos la opción “Install/Upgrade”:
-El siguiente paso será seleccionar el disco de instalación, lo instalaremos en el primero de
todos, los otros 2 deben ser reservados exclusivamente para compartirlos en red:

35
-Nos saltará un aviso recordándonos que el disco de instalación principal no podrá ser
compartido, aceptamos y seguimos con la instalación:
-Le configuramos una contraseña de administración:

36
-La máquina se reiniciará y volverá a salir el menú de instalación, esta vez seleccionamos
“Reboot System”:
-Al arrancar, Seleccionamos la nueva instalación y elegimos la opción por defecto de
“Normal Bootup”:

37
-Una vez arrancado el sistema nos aparecerá un menú de configuración, nos habrá asignado
una IP por que el DCHP de VMware está activado, pero configuraremos nuestra propia
dirección, para ello, iremos a la opción 1, “Configure Network Interfaces”:
-Nos presentaran una serie de
preguntas sobre la configuración
de la interfaz, le contestaremos
que no a eliminar o reiniciar la
interfaz, a configurar el servicio
DHCP y a configurar la dirección
IPv4. Cuando salga la opción
configurar dirección de IPv4, le
ponemos una IP que nosotros
consideremos dentro de la red y
le indicamos una máscara /24:

38
-Cuando volvamos al menú principal, veremos como nuestra IP estará indicada al final del
menú:
-Además, esta será la IP que usaremos desde el navegador para administrar nuestro
FreeNAS:

39
7.4.3.-Configuración del RAID:
-A partir de ahora trataremos el servidor
FreeNAS desde el navegador, nada más entrar
nos pedirá el usuario y la contraseña, la
contraseña la hemos indicado en la instalación,
el usuario por defecto será “root”:
Nos saldrán una serie de menús para configurar
el idioma, la hora y algunos
parámetros más, pero no son
necesarios.
Al cerrar la ventana o configurar
todas las opciones, nos aparecerá
el menú principal, nos dirigiremos
al menú Storage, podemos acceder
al tanto por el menú principal,
como el desplegable que tenemos
ubicado en el panel izquierdo:

40
-Dentro del Menú Storage, podremos ver una serie de opciones, seleccionaremos la primera,
Volume Manager:
-Esta aplicación nos permitirá usar nuestros discos libres para montar diferentes RAIDs, le
indicamos el nombre del volumen, añadimos los discos, y arrastramos el icono en forma de
disco de forma que ambos discos queden en paralelo, y el tipo de volumen cambie a Mirror,
es decir, en RAID 1:
-El proceso tardara unos poco minutos y ya tendremos nuestro RAID preparado:

41
-Cuando acabe el proceso, veremos como el Raid sale indicado junto al espacio total y el que
tenemos ocupado:

42
7.4.4.-Compartición del RAID mediante ISCASI:
-Para compartir el RAID recién creado, nos dirigiremos al menú “Sharing”, aquí veremos
varios submenús, como hemos comentado antes, usaremos la herramienta iSCSI, por lo que
iremos al menú Block (iSCSI), allí veremos varios sub menús más, de ellos, deberemos
configurar todas estas pestañas empezando de izquierda a derecha menos la de “Authorized
Access”, a continuación las iremos repasando una a una:
-En el portal, le añadiremos un nombre y la dirección IP de nuestra tarjeta IP,
Adicionalmente, se podrían añadir 2 tarjetas de red, y así reservar una para la gestión, y la
otra para el servicio iSCSI:

43
-Luego nos iríamos al initiator, aquí se puede configurar un ordenador especifico indicándole
el IQN de esa máquina o indicarle redes específicas, si dejamos ALL, cualquier dispositivo o
red que pueda llegar al dispositivo tendrá acceso a el, también tendremos que indicarle el
nombre:
-En el Target, tan solo le
indicaremos un Nombre y
asociaremos el portal que hemos
creado con el iniciador mediante
la ID que el servicio pone
automáticamente:

44
-En Extents, nada más abrir la configuración, cambiaremos el tipo a “File”, buscaremos la
ruta donde se ha guardado nuestro RAID, y le indicaremos el nombre del archivo justo al
final de la Ruta:
-Después añadiremos la cantidad de espacio que le queremos asociar junto a la medida
escrita en mayúsculas:

45
-Por ultimo solo nos quedara asociar el
Target con Extent que hemos creado.
-Una vez hecho esto, nos dirigiremos a la
pestaña servicios, e iniciaremos el
servicio iSCSI:

46
7.5.-Montaje del servidor Xenserver:
-XenServer es un hypervisor para infraestructuras de x86 (compatible con 64), como un
sistema operativo, lo instalaremos directamente cargándolo en el disco de la máquina
virtual.
-En un hypervisor, las características más importantes serán el procesador y la RAM, hay que
tener en cuenta que cada máquina virtual nos consumirá gran parte de su RAM asignada tan
solo con sus funciones básicas activadas, el procesador no se consumirá tan rápidamente,
pero nos conviene tener un buen procesador para cuando tengamos barias VMs bajo estrés,
los hypervisores se especializan es ser un sistema operativo muy fino para que
prácticamente no afecte en el consumo de hardware, por desgracia nosotros solo tenemos
un total de 16GB de RAM, así que tendremos que limitar la RAM de estos a 4GB, suficiente
para tener unas pocas maquinas activas y comprobar las características de los servidores.

47
-En la instalación del propio configurador de la máquina virtual, deberemos indicarle que el
sistema operativo a instalar será “Red Hat Enterprise Linux 6, de 64bits”, puede que funcione
con otras versiones de Red Hat, pero no con otra configuración de sistema operativo.
-Le añadiremos 3 tarjetas de red para
repartir el tráfico como hemos hecho
anteriormente. La primera, la NAT, se
usara para la gestión del propio
administrador, el que tenemos
instalado en Windows server, la
segunda, VMnet10, la Usara iSCSI para
conectar con la red del FreeNAS y sus
discos. Y la tercera, VMnat11, la
tendremos libre para mover máquinas
virtuales entre Servidores. En cualquier
caso, aunque sea una red configurada
para la gestión de los servidores, podremos usar la primera red para para mover máquinas
virtuales de forma convencional, teniendo la primera y tercera red para ello.

48
-Ponemos la Iso que hemos conseguido de la página de citrix y arrancamos el servidor:
-Elegimos la configuración de teclado en español:

49
-Nos pedirá confirmación antes de instalar para asegurarse de que no hay datos importantes
en el disco, aceptamos y seguimos con la instalación:
-Además, deberemos aceptar la licencia de usuario final (las condiciones/limitaciones que
debes aceptar para usar el producto):

50
-Elegimos el disco de instalación y dejamos la opción “Enable thin provisioning”, ya que esta
pensada para la compartición NFS, y nosotros usaremos ISCSI:
-En el tipo de recursos elegiremos “Local Media”:

51
-Luego nos preguntará si queremos instalar algún paquete suplementario, estos son
aplicaciones creadas por terceros o en algunos casos en terceros y en conjunto con Citrix, en
mi caso lo instalare con el software básico:
-Como no tenemos comprada ninguna licencia, saltaremos el paso de verificación:

52
-Le añadiremos una contraseña de administración:
-Y configuraremos una de las interfaces como la interfaz de gestión, como hemos dicho
antes, podremos seguir usándola para otras funciones, pero su rendimiento se verá
afectado, y por esta razón añadimos la tercera interface:

53
-Configuramos la interfaz en estático con una IP una máscara y la puerta de enlace, en
nuestro caso la .2:
-Pese a que no necesitaremos internet, en la instalación nos obliga a poner un Servidor DNS:

54
-Podemos ponerle la propia IP de Nuestro Windows, por si lo necesitamos configurar como
tal más adelante, o buscar direcciones DNS Publicas recomendadas, aquí hay algunas de
fiables:
-Para configurar la zona horaria nos pedirá que localicemos la ubicación del servidor:

55
-Una vez con todo esto configurado, podremos proceder a la instalación:
-A mitad de la instalación, si no le hemos configurado la hora por System time NTP, nos
pedirá que la indiquemos manualmente:

56
-Una vez se haya instalado el sistema, tan solo necesitaremos reiniciarlo:

57
-Si olvidamos configurar algo, ahora podremos acabarlo o reconfigurarlo, además, veremos
que si cambiamos aquí las direcciones de las otras tarjetas de RED, todas las tarjetas
cambiaran de dirección, deberemos cambiar las otras tarjetas desde línea de comandos o
desde el hypervisor que tenemos en el Windows Server:
-Veremos que únicamente podemos seleccionar o cambiar la red de administración:

58
-Para el segundo XenServer seguiremos los mismos pasos, únicamente la dirección IP será
diferente:

59
7.6.-Configuración XenServer:
-Ahora, usaremos el entorno virtual que hemos creado para hacer diversas pruebas y probar
las utilidades de XenServer.
7.6.1.-Connectar Servidores:
-Para esta parte volveremos al Servidor Windows server donde tenemos instalado el
hypervisor, y lo abriremos de la misma forma que hemos hecho anteriormente.
(¡Para que las configuraciones siguientes tengan efecto, deberán estar todas las maquinas
arrancadas!)
Primero de todo, añadiremos nuestros servidores, para ello, hacemos clic derecho en
“XenCenter”, añadir servidor, nos abrirá una nueva pestaña y aquí le indicaremos una
dirección IP junto al usuario Root y la password de administración que hemos configurado
en la instalación:

60
-Cargará unos pocos segundos y podremos ver como carga el servidor con sus dispositivos
de almacenamiento (virtuales).
-Pese a que he olvidado cambiar los nombres
por unos de más reconocibles, se puede ver
cómo están ambos servidores con el nombre
que se ha definido en la instalación:

61
7.6.2.-Nueva Pool:
-Para empezar a trabajar con los servidores, deberemos ponerlo ambos en una “pool”, en
informática, una pool es un conjunto de herramientas, servicios y maquinas asignadas e
iniciadas listas para su uso. Es decir, en lugar de ser asignadas a un cliente, son los clientes o
servicios los que los llaman cuando necesitan algo de ellas y los dejan libres cuando han
acabado de utilizarlas.
Para ello, vamos al menú
superior, y veremos el icono
“New Pool” en primera
posición, lo seleccionamos, y se nos abrirá un nuevo sub menú.
Indicamos el nombre al Pool, seleccionamos El servidor principal, y seguido de este
los servidores secundarios, si reiniciamos los servidores, el secundario siempre
buscara al primario antes de arrancar y configurarse, por lo que siempre deberemos
arrancar el primero, además, deberemos tener en cuenta, que si el servidor primario
cae, las maquinas que hayan en el no podrán reiniciarse en otra máquina, pero eso lo
veremos cuando lleguemos a la configuración HA, simplemente hay que seleccionar
como master al servidor más fiable del que dispongamos:

62
7.6.3.-Carga de Isos:
-Para iniciar nuestras máquinas virtuales, necesitaremos de un disco donde cargar su sistema
operativo, para ello tenemos nuestra librería en el Windows server, y para añadir un acceso
en el hypervisor,
volveremos a ir al menú
superior, pero esta vez,
seleccionaremos “New Storage”:
Seleccionaremos la Opción Windows File Sharing, que utiliza el protocolo de red de
Windows, CIFs:
-Y le indicaremos un Nombre:

63
-Ahora tendremos que indicar la dirección en la cual irá a buscar las Isos, para ello,
pondremos la dirección IP y el recurso compartido dentro de esa máquina, debajo hay un
ejemplo de la sintaxis a seguir, además, podemos darle el usuario y contraseña de un usuario
con permisos según los permisos que hubiéramos definido en las carpetas:
-En el panel izquierdo veremos cómo se va
actualizando nuestra infraestructura con la Nueva
Pool que creamos en el apartado anterior y la
librería que hemos añadido justo ahora:
Si seleccionamos nuestra nueva librería, en el
panel derecho, veremos como en la pestaña
almacenamiento visualizaremos todas las Isos que
tenemos cargadas en el servidor:

64
7.6.4.-Compartición de discos en red:
-Para cargar los discos que tenemos en red, iremos al menú de “Pools” como en el apartado
anterior pero esta vez, en la sección Virtual disk storage, seleccionaremos “Software iSCSI”.
Justo arriba vemos la opción NFS VHD, esta es la que hemos comentado anteriormente en la
instalación sobre instalar los paquetes de “Enable thin provisioning”.
-Indicamos el Nombre del recurso:

65
-En la siguiente pestaña, deberemos indicarle la dirección donde están los discos, y el
puerto, que ya viene por defecto de igual forma que en la configuración del FreeNAS,
entonces seleccionaremos la opción Scan, y buscará el recurso, si loencuentra lo mostrara
junto a su IQN y el tamaño de este:
-Una vez configurado, nos aparecerá como
disco predeterminado en nuestra pool:

66
7.6.5.-Nueva Máquina virtual:
-Antes de Crear las máquinas
virtuales, deberemos asegurarnos de
que nuestros servidores tienen
activada la opción de virtualización VT
en la pestaña del procesador del
configurador VMware:
-Una vez activado, volvemos al panel superior y esta vez, seleccionamos “New VM”:
-Nos saldrá un nuevo menú y deberemos buscar la plantilla que se asemeje más a la
máquina virtual que queramos instalar o seleccionar “Other install media” para que cargue
la mínima configuración posible:

67
-Ahora deberemos cargar una Iso, puesto que nuestro entorno de virtualización es muy
limitado y para que la máquina no tarde mucho en instalarse y moverse entre discos,
seleccionaremos un Ubuntu server:
-Entonces tendremos que asignar la maquina a un servidor, o indicarle que la maquina se
arranque de forma automática en el servidor con más recursos libres, esta última opción
solo podremos configurarla si tenemos un disco en red.

68
-Le indicaremos los recursos propios de la máquina:
-Y seleccionaremos “add…” para asignarle la ubicación para la instalación:
-Aquí podemos ver que como anteriormente hemos seleccionado la opción de no asignarlo
en un servidor, solo podemos asignarle espacio en el disco compartido del FreeNAS:

69
-Al salir de la asignación de disco veremos cómo nos confirma que la característica para
compartir la maquina está activada:
-Además deberemos asignar la tarjeta de red que usará la máquina, recordemos que la
tarjeta libre actualmente es la tercera:
-Por último nos aparecerá una ventana de resumen con nuestra configuración:

70
-Veremos cómo ha asignado la maquina en el servidor master, si hacemos clic en la máquina,
veremos que las opciones del panel derecho han cambiado, seleccionamos la pestaña
“console” e instalamos la máquina virtual de forma convencional:
-Una vez instalado podemos sacar la iso pulsando en el botón “eject” que hay encima de la
pantalla de monitorización:

71
7.6.6.-Migración de máquinas virtuales en vivo:
-Con el disco compartido en red, podremos hacer que el servidor encargado de manejar la
máquina virtual cambie en cualquier momento, ya que en realidad, la maquina esta en
ambos servidores, porque ambos servidores son propietarios del disco, para ello, tan solo
tendremos que hacer clic en la máquina virtual, y seleccionar la opción “migrar a servidor” y
entonces seleccionar el servidor destino:
-Pasados unos instantes, veremos como la
máquina Ubuntu Server pasa al segundo servidor:

72
7.6.7.-XenMotion:
-Para ver un ejemplo con XenMotion, y notar la diferencia respecto al apartado anterior,
seguiremos los mismos pasos al crear la máquina virtual:
-Pero al asignarle el servidor, elegiremos uno de los 2 XenServer:

73
-Cuando lleguemos al paso de asignar el disco, veremos que podemos asignarle espacio en el
propio disco del servidor:
-Veremos que nos indica que la maquina no puede ser compartida:

74
-Instalamos la máquina y aprovechamos para ver como la la maquina principal, al estar
apagada y no asignada a ningún XenServer, la encontramos en los recursos generales, a la
misma altura que los servidores:
-Podemos ver como si revisamos los discos, la nueva máquina no está en el FreeNas, por lo
cual, para ser compartida, debemos de usar la herramienta XenMotion, para migrarla de
disco en su totalidad.

75
-Para ello, vamos al disco del primer XenServer, y en almacenamiento, seleccionamos la
máquina y elegimos la opción “Move”:
-Aparecerá un menú donde nos preguntará en que dispositivo queremos mover la máquina
virtual, siendo el FreeNAS el único al que podríamos moverlo, aunque podría llegar a pasarse
al otro XenServer si primero lo movemos al FreeNAS.

76
-En el panel inferior izquierdo, podemos ver
como hay un área de notificaciones,
remarcando un número de estas, si hacemos
clic en ella, el panel derecho cambiara y
podremos ver el estado de la máquina virtual,
este proceso puede tardar varios minutos, así
que simplemente esperaremos y vigilaremos
que todo funcione correctamente.
-Una vez el proceso haya terminado, veremos como al ir al menú del almacenamiento del
FreeNAS, podemos encontrar allí las 2 máquinas virtuales:

77
-Sin embargo al apagar la máquina, esta seguirá estando asignada al servidor que le
indicamos en un principio, para cambiar esto, haremos clic derecho en la máquina virtual y
en el apartado “Home Server”. Quitaremos el servidor que tiene asignado, y
seleccionaremos que no asigne esta máquina a ningún servidor:
-Ahora si podremos ver como ambas maquinas se
desplazan al mismo nivel que los servidores, junto
a los recursos generales de la pool.

78
-Si ahora arrancamos una maquina tras otra,
podremos ver que estas se reparten, por ambos
servidores según los recursos libres que tenga
cada servidor.
Ahora veamos lo que pasaría si intentamos migrar la
maquina estando en un disco no compartido.
Si volvemos a colocar la maquina en un servidor, y
probamos de migrarlo de forma convencional,
veremos como en lugar de migrar la maquina
automáticamente, nos saltará el menú de
XenMotion, esto representa la misma función que
hemos hecho de forma manual, en este sub menú, nos preguntará además algunas opciones
más, como si queremos migrarlo a una pool diferente, en caso de que tuviéramos varias, y
cambiar el Servidor principal:

79
-Al no asignarlo en ningún Servidor,
-En el siguiente apartado de la configuración, podremos seleccionarlo el FreeNAS como su
disco a migrar:
-Además, nos permitirá asignar su Interfaz:

80
7.6.8.-HA:
-Para configurar HA, deberemos
ir a las configuraciones de
nuestra pool, podemos llegar a
ellas tanto por el panel de la
derecha una vez seleccionada la
pool, como en el panel superior,
enseguida veremos la opción
“High Availability”:
Entonces se nos abrirá el
configurador del servicio HA.
Antes de empezar, este nos
avisara de que debemos tener
configuradas las maquinas
compartidas mediante iSCSI o un
sistema de compartición en red y
nos pide que todas las maquinas
sean agiles, esto simplemente
significa que las maquinas deben
estar alojadas en discos
compartidos.

81
-Seleccionaremos un disco para almacenar los ficheros (debe ser un disco en red) de
hearthbeat, estos ficheros sirven para que las maquinas con HA habilitado escriban en el de
forma periódica.
-Ahora seleccionaremos los diferentes dispositivos y les asignaremos una prioridad en caso
de reinicio, junto al intervalo para arrancar las siguientes maquinas.

82
-Podemos elegir de forma individual cada uno de estos
parámetros, además, nos informará de la cantidad máxima de
fallos que podrá tolerar, esto se basa en la cantidad máxima
de nodos de los que dispongamos, Servidores tengamos, más
podrán fallar, en nuestro caso, solo tenemos dos servidores,
por lo que solo tendremos una tolerancia de fallo de 1 nodo.
Por último veremos el resumen y en eventos, podremos ver cómo HA acaba de configurarse:
-Una vez configurado, nos
volvemos al panel derecho en
nuestra pool, y buscamos la
pestaña HA, vemos como nos
informa del estado de los
servidores XenServer, la capacidad
de fallo máxima y la que tenemos
como actualmente.
Además, mientras tenemos HA
activado, no podremos apagar los
servidores, en caso de tener que
hacerlo, deberemos deshabilitar el
HA.

83
-Podemos ver como en el almacenamiento del disco de FreeNAS tenemos los ficheros
creados por HA:
-Para comprobar su funcionamiento, arrancamos una máquina virtuale:
-Paramos el servidor que al que se ha asignado la
maquina virtual, recordemos que si apagamos el
master perderemos la visualización del proceso en
XenCenter, pero cuando cambie el servidor principal
al secundario, veremos como las maquinas se han
arrancado correctamente:
En estatus del HA, veremos cómo se verá actualizando en unos poco segundos:

84

85
-Veremos como en el hypervisor, el servidor saldrá como
no disponible y pasados unos pocos segundos la
maquina se reiniciará en el primer servidor.
Volviendo a la configuración del HA, veremos cómo nos
sigue informando de que un servidor esta indispuesto y
que nuestra tolerancia a fallos ha descendido a su
máximo:

86
7.6.9.-vApps:
-Para arrancar grupos enteros de máquinas virtuales, podemos usar vApps, este servicio nos
lo encontraremos en la pestaña pool del menú superior, una vez abierta la ventana,
seleccionaremos la opción “Nueva vApp…”.
-En la primera configuración le indicaremos el Nombre de la vApp:

87
-A continuación seleccionaremos las máquinas virtuales que queremos que estén en nuestra
nueva vapp:
-Podremos configurar tanto la preferencia a la hora de arrancar las maquinas como, el
tiempo que dejaremos entre el inicio de una y otra maquina:

88
-Ahora podremos ver como se ha añadido nuestra lista de máquinas, al iniciarla, podremos
ver cómo estas se irán iniciando según hemos indicado:
-De la misma forma, también podemos usar la vAapp para apagar todas las máquinas de
golpe:

89
-Para verlo mejor, creamos 2 vApps, una de Ubuntu y otra de Windows, creamos otra
máquina virtual con sistema operativo Windows y la añadimos a la vApp
-Vemos cómo se añade la vApp a la lista, junto a su máquina asignada a la izquierda:
-Arrancamos las 2 vApps y vemos cómo va
asignando las diferentes maquinas balanceando
entre servidores. Con una infraestructura tan
limitada y con pocas maquinas no se ve un sistema
muy útil, pero suponiendo que tuviéramos
centenares de Máquinas virtuales, esta aplicación
ahorraría mucho tiempo en administración. En la
sección de videos hay un ejemplo donde se puede
apreciar el arranque y distribución de las máquinas
con un poco más de gracia que en estas capturas.

90
7.6.10.-Copias de seguridad y snapshots:
-Pese a que XenServer se guarda las opciones más útiles en este ámbito para sus licencias de
pago, nos deja un par de mecanismos para hacer copias de seguridad de nuestras maquinas.
Pese a que es una opción un poco tediosa, por el espacio y recursos que consume, al menos
es una opción válida para guardar nuestras maquinas. La primera opción, y la también la que
más espacio y recursos nos va a consumir, es la copia directa de nuestras máquinas virtuales,
de hecho, he creado un nuevo disco compartido en el FreeNAS debido al espacio que nos
van a consumir estas copias. Para ello, simplemente seleccionamos la máquina que
queremos y haciendo clic derecho en ella, enseguida veremos la opción de hacerle una
copia. Aparecerá una nueva ventana, pidiéndonos el nombre de la máquina y que le
asignemos un disco, en mi caso he seleccionado el nuevo disco que he compartido:
-Tras un rato, la aplicación habrá creado la copia en el disco indicado.

91
-En el panel izquierdo aparecerán las nuevas máquinas virtuales, y en el menú Storage del
nuevo disco podremos ver el espacio que nos ocupan estas maquinas virtuales.
-Cómo podemos comprobar, si tenemos que hacer muchas copias de muchas máquinas y
hacerlas de forma regular, esto nos ocuparía una cantidad enorme de espacio. Como hemos
comentado anteriormente, Fujitsu se guarda para su licencia de pago el servicio de
automatizar las copias, pero al menos, nos deja la utilidad de hacer snapshots de las
máquinas. Los snapshots son ficheros con toda la información necesaria para recrear nuestra
máquina virtual en un punto exacto, para hacerlo, iremos al mismo menú que fuimos para
hacer una copia, pero bajaremos el cursos un poco más para encontrar la opción.
Como es habitual, en la primera configuración le indicaremos el nombre:

92
-Una vez hecha la Snapshot, nos la encontraremos en forma de plantilla al crear una nueva
máquina virtual, de esta forma, sin cargarle una Iso, la máquina empezará a recrearse de la
misma forma que teníamos en el momento exacto que tomamos la snapshot.
-Veremos como la maquina se toma unos poco segundos y arranca, sin pasar por la
instalación:

93
-Podemos ver que la maquina recreada con el snapshot ocupa lo mismo que la maquina
original, pero el fichero con el que se carga el snapshot, que está justo debajo de este, no
ocupa prácticamente espacio en nuestro disco. Por lo que a pesar de la poca comodidad que
nos ofrece la licencia gratuita, al menos, nos es un sistema válido en un entorno
relativamente pequeño.

94
7.7.-Conexión remota:
-Para acabar, solo nos queda ver una forma de acceder a estas máquinas a nivel de usuario,
hay multitud de aplicaciones para esto, y diferentes filtros para limitar la información que ve
el usuario dentro de estas, de hecho citrix misma ofrece varias aplicaciones dedicadas a esto.
Para ver un ejemplo de esto vamos a probar la herramienta Putty para acceder a uno de
nuestras maquinas Ubuntu.
Como hemos comentado, esta no es la única herramienta para esto, de hecho las propias
maquinas suelen venir con algún tipo de aplicación para conectarse a otra máquina
remotamente.
7.7.1.-Configuración en el servidor:
-Deberemos saber la dirección de nuestra máquina, y tener conectividad a internet para
instalarle el servicio SSH, este nos permitirá recibir conexiones remotas.
Podemos saber nuestra dirección mediante el comando ifconfig, y podemos instalar el
servidor SSH mediante el comando apt-get install openssh-server.

95
7.7.2.-Connexión al servidor:
-Podemos conseguir el programa Putty de forma totalmente gratuita, al instalarlo y
arrancarlo veremos el siguiente panel de configuración, tan solo con indicarle la dirección IP
y dejarle el puerto por defecto, podremos acceder a nuestra máquina.
-Deberemos entrar en nuestra sesión remota con un usuario existente:

96
-Una vez dentro, podremos hacer exactamente lo mismo que si fuera nuestra propia
maquina:
-Comprobación de la sesión:

97
Bibliografía:
Bare-metal With/without hypervisor: http://www.internap.com/2015/02/26/bare-metal-vs-
hypervisor/
Características XenServer: http://xenserver.org/overview-xenserver-open-source-
virtualization/open-source-virtualization-features.html
CIFS:
https://www.symantec.com/es/mx/security_response/glossary/define.jsp?letter=c&word=ci
fs-common-internet-file-system
Cloud: https://technet.microsoft.com/es-es/magazine/hh855066.aspx
Cloud disadvantages: https://gigaom.com/2014/10/06/8-reasons-not-to-move-to-cloud/
Cloud 2: http://revista.seguridad.unam.mx/numero-08/c%C3%B3mputo-en-nube-ventajas-
y-desventajas
Cloud 3: https://www.salesforce.com/uk/blog/2015/11/why-move-to-the-cloud-10-benefits-
of-cloud-computing.html
Conceptos monolítico/microkernel: http://www.taringa.net/posts/linux/17215999/Linux-vs-
Hurd-Kernel-Monolitico-vs-Microkernel.html
Curiosidades virtualización/cloud: http://www.cwv.com.ve/virtualizacion-de-servidores-seis-
mitos-de-manejo/
File Transfer Protocol: https://es.wikipedia.org/wiki/File_Transfer_Protocol
FreeNAS: http://www.bloginformatico.com/freenas-convertir-pc-antiguo-en-sistema-de-
almacenamiento-y-backup.php
FreeNAS funciones avanzadas:
https://www.cec.es/1/esES/Portada/1/360/173983/FreeNAS_una_opcion_para_crear_tu_pr
opio_NAS/
HA requerimientos: http://docs.citrix.com/en-us/xencenter/6-2/xs-xc-protection/xs-xc-
pools-ha/xs-xc-pools-ha-requirements.html
HA requerimientos 2: http://blog.mdsolutions.pe/2013/08/how-to-enable-high-availability-
on.html

98
HA fault tolerance: https://www.citrix.com/blogs/2008/09/17/peeking-under-the-hood-of-
high-availability/
Hypervisor: http://www.datakeeper.es/?p=716
Hypervisor 2: https://es.wikipedia.org/wiki/Hipervisor
Hyper v: https://es.wikipedia.org/wiki/Hyper-V
Hyper v 2: https://msdn.microsoft.com/es-es/library/hh831531%28v=ws.11%29.aspx
VMware/Hyper-V: http://syrewiczeit.com/vmware-vs-hyper-v-architectural-differences/
Intel Trusted Execution Technology:
https://en.wikipedia.org/wiki/Trusted_Execution_Technology
iSCSI: https://es.wikipedia.org/wiki/ISCSI
Kvm: http://www.linux-kvm.org/page/Main_Page
Kvm 2: https://es.wikipedia.org/wiki/Kernel-based_Virtual_Machine
Licencias Hyper-v: http://www.heroix.com/blog/virtualization-licensing/
Licencias XenServer:
http://store.citrix.com/store/citrix/en_US/buy/productID.315979800/ThemeID.37713000
Licencias vSphere: http://www.vmware.com/es/products/vsphere/pricing
Magic quadrant 2011: https://blogs.technet.microsoft.com/jeffa36/2011/07/03/microsoft-
a-leader-in-x86-virtualization-infrastructure-gartners-magic-quadrant/
Magic quadrant 2012: http://virtualization.info/en/news/2012/07/vmware-becomes-a-
leader-in-gartners-magic-quadrant-for-x86-server-virtualization-infrastructure.html
Magic quadrant 2013: https://stevenjeffrey.wordpress.com/2015/01/26/gartner-magic-
quadrant-x86-server-virtualization-infrastructure-june-2013/
Magic quadrant 2014: http://up2v.nl/2014/07/09/gartner-releases-magic-quadrant-for-x86-
server-virtualization-vsphere-and-hyper-v-lead-citrix-drops/
Magic quadrant 2015:
http://www.theregister.co.uk/2015/07/20/magic_quadrant_of_four_squares_whos_the_vir
tualisation_mayor/
Microsoft: https://es.wikipedia.org/wiki/Microsoft

99
Monolithic and microkernelized hypervisors: http://windowsitpro.com/virtualization/q-
what-s-difference-between-monolithic-and-microkernelized-hypervisors
Overcommit: http://www.claranet.es/blog/que-es-el-overcommit.html
SAN: https://es.wikipedia.org/wiki/Red_de_%C3%A1rea_de_almacenamiento
SCSI: https://es.wikipedia.org/wiki/Small_Computer_System_Interface
Servicios virtualización: http://www.sonda.com/servidores-virtuales/
Servidores DNS: http://www.redeszone.net/2015/04/11/mejores-servidores-dns-2015/
Snapshot:
https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC
&externalId=2001871
System time NTP: https://www.youtube.com/watch?v=dGmuptIl1vo
Thin provisioning: http://discussions.citrix.com/topic/363142-adding-a-new-thin-
provisioned-storage-to-xen-server-65/
Tipos de virtualización/hypervisor: http://www.datakeeper.es/?p=716
vApp: https://www.josemariagonzalez.es/2012/03/28/como-crear-vapps-citrix-
xenserver.html
vApp 2: https://www.youtube.com/watch?v=6u-kpJmmXpI
Virtual machines must be agile: http://docs.citrix.com/en-us/xencenter/6-2/xs-xc-
protection/xs-xc-pools-ha/xs-xc-pools-ha-requirements.html
Virtualización: http://www.vmware.com/latam/virtualization/how-it-works
VMware: https://en.wikipedia.org/wiki/VMware
Xen: https://es.wikipedia.org/wiki/Xen

100
Videos:
https://www.dropbox.com/sh/h9naeb597vkvqlt/AAAz8rsB7GQhvFH5xaxNi60Ja?dl=0

Proyecto XenServer

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (7)

Similar a Proyecto XenServer

Similar a Proyecto XenServer (20)

Último

Último (20)

Proyecto XenServer