1.2 - Administracion en Entornos Virtuales

Tema 2.Administración de sistemas operativos en entornos virtuales. Virtualización en servidores.
http://fpg.x10host.com/VirtualBox/exportar_una_mquina_virtual.html
http://fpg.x10host.com/VirtualBox/crear_una_mquina_virtual_a_partir_del_disco_de_otra.html
http://www.miniacademia.es/manual-citrix-xenserver/
https://www.redeszone.net/2017/03/19/conoce-estos-5-software-de-virtualizacion-ideal-para-
virtualizar-varios-sistemas-operativos-en-un-servidor/
Contenido
1.¿Qué es la virtualización?........................................................................................................................................1
2. VIRTUALIZACIÓN: HYPERVISORES..........................................................................................................................4
Tipo2: Sistemas de Escritorio (Hypervisor Hosted)........................................................................................................5
Tipo1 o nativo o Baremetal:Sistemas de Servidor (Hypervisor BareMetal)..................................................................8
3.- CITRIX XENSERVER..............................................................................................................................................10
Conceptos y tipos de almacenamiento......................................................................................................................14
4. VMWARE ESXi......................................................................................................................................................16
VMware vSphere Enterprise........................................................................................................................................16
5. HYPER-V............................................................................................................................................................... 19
Microsoft Hyper-V Server.............................................................................................................................................20
6.- Xen Hypervisor....................................................................................................................................................20
7.- Proxmox..............................................................................................................................................................21
1.¿Qué es la virtualización?
• La virtualización es tecnología que permite crear múltiples entornos simulados o recursos
dedicados desde un solo sistema de hardware físico. El software llamado "hipervisor" se conecta
directamente con el hardware y permite dividir un sistema en entornos separados, distintos y
seguros, conocidos como "máquinas virtuales" (VM). Estas VM dependen de la capacidad del
hipervisor de separar los recursos de la máquina del hardware y distribuirlos adecuadamente. La
virtualización le permite aprovechar al máximo sus inversiones anteriores.
La virtualización es una técnica que permite, mediante software,

convertir una máquina real en varias máquinas independientes que se
ejecutan al mismo tiempo.
1
• Cada una de estas máquinas independientes recibe el nombre de “máquina virtual huésped” o
guests, y puede estar gestionada por cualquier sistema operativo (o casi).
• La máquina real sobre la que se ejecutan los huéspedes se denomina “máquina anfitriona” o
host .
Los guests utilizan los recursos informáticos,

como la CPU, la memoria y
el almacenamiento, como un conjunto de
medios que pueden redistribuirse fácilmente.
Los operadores pueden controlar las
instancias virtuales de la CPU, la memoria,
el almacenamiento y demás recursos, para
que los invitados reciban lo que necesiten
cuando lo necesiten.
• El software que hace posible la ejecución

simultánea de varios huéspedes sobre un
único anfitrión es el “hipervisor” (en inglés
hypervisor).
Cada huésped “verá” su propia CPU, memoria, discos, etc, independientemente de los recursos de
que disponga el anfitrión o el resto de huéspedes.
Lo ideal es que todas las VM relacionadas se administren desde una sola consola de administración
de virtualización basada en la web, que acelera todos los procesos. La virtualización le permite
determinar cuánto poder de procesamiento, de almacenamiento y de memoria puede distribuir
entre las VM. Además, los entornos están mejor protegidos, porque las VM están separadas entre
sí, y son independientes del hardware de soporte.
Una de las principales ventajas de las máquinas

virtuales es que el entorno virtual es un entorno de
hardware idéntico independientemente del PC real
en el que se utilice. Esto permite que una máquina
virtual creada en un PC, puede ejecutarse en otro
PC completamente diferente, e incluso con sistema
operativo diferente
¿Qué se consigue con la virtualización?
• En centros de datos:
– Integrar en una única máquina varios servidores;

se ahorra en:
2
adquisición de equipos, actualización de hardware, costes de mantenimiento (refrigeración, por

ejemplo), espacio, etc.
– Se mantiene entre máquinas el mismo nivel de aislamiento que si éstas estuviesen físicamente
separadas (un fallo en una máquina virtual no afecta al resto).
En entornos personales:
– Lograr, con una única máquina, separar varios entornos de desarrollo y/o pruebas.
– Aprender a utilizar nuevo software o nuevas técnicas sin poner en riesgo el software preexistente
en nuestro equipo. Ejemplos:
• Instalar sobre Windows una máquina virtual VMWare que sea un Linux Centos con Oracle
express instalado.
• Montar y probar una red local formada por varias máquinas virtuales sobre un único anfitrión.
Facilidad de migración: cada máquina virtual suele estar “empaquetada” en uno o varios ficheros; si
esos ficheros se copian a otro anfitrión, la máquina huésped se podrá poner en marcha también en
ese segundo equipo (con la única condición de que el segundo anfitrión tenga instalado el mismo
hipervisor que el primero).
– Se consigue ejecutar programas antiguos que no funcionan bien en sistemas operativos

modernos.
Capacidad de procesamiento suficiente:
• Varias unidades de procesamiento, al menos dos cores (intelcoreo duo, por ejemplo).
• El hipervisor se pueden configurar para establecer el número de cores disponibles para cada
huésped.
➢ RAM suficiente:
• En entornos personales, a partir de 2 GB.
• En servidores, a partir de 4 GB.
• En todo caso, prever las necesidades de RAM de cada sistema operativo huésped y dotar a la
máquina anfitriona de la cantidad de RAM adecuada.
• Atención: en sistemas operativos de 32 bits no se pueden exceder las 4 GB de RAM.
Espacio en disco suficiente:
• Tener en cuenta las exigencias de espacio en disco de cada sistema operativo huésped y de las
aplicaciones que en él instalemos.
• Utilizar discos duros rápidos (SCSI, SATA...).
• Posibles alternativas de uso del espacio en disco:

3
– Una partición o disco separado para cada sistema huésped (XEN yKVM lo permiten). Es lo
preferible.
– Uno o varios ficheros para cada sistema huésped (lo permiten todos los hipervisores).
Limitaciones
Si falla la máquina anfitriona, se vienen abajo todos los huéspedes.
➢ Cuellos de botella causados por dos o más huéspedes que utilizan mucho un determinado
recurso (CPU, memoria, disco, red, etc).
La capa de virtualización es la capa de software que permite virtualizar los servidores
Vmware mantiene un sitio web donde alojan cientos de máquinas virtuales creadas por empresas,
instituciones o usuarios, con características particulares. Son las Virtual Appliances que se pueden
descargar de http://www.vmware.com/VMTN»
Una máquina virtual está formada por la combinación de material virtual y de una bios virtualizada
persentada a un SO llamado invitado.
Una máquina virtual es un directorio que contiene varios tipos de archivos con extensiones
diferentes. Las principales son:
.vmx: archivo de configuración de la MV.
.nvram: Bios virtual.
.vmdk: archivo que describe la configuración de un disco virtual.
.flat-vmdk: archivo que contiene todos los datos (SO+aplicaciones+datos)
.vswp: archivo de swap de la máquina virtual.
.delta: archivo de snapshot (punto de copia de seguridad en el tiempo).
.vmsn: el snapshot de la memoria.
.log: los logs.
Las “tools” son una colección de herramientas que permiten al SO invitado comunicarse con el
hipervisor de manera que el SO se ve optimizado para funcionar en una arquitectura virtual,
algunas de estas ventajas son: drivers SVGA, posibilidad de pasar de una MV a otra con un simple
clic, mejora de los rendimientos de red, sincronización con el hsot físico, posibilidad de apagar
correctamente las MV desde la interfaz de control.
Más conceptos relacionados con la virtualización:
Clon: copia exacta de una Maquina Virtual
4

Cluster: Conjunto de dos o más Hosts para aprovisionar de sistemas de Alta Disponibilidad,
Tolerancia a Fallos, Asignación de Recursos y Ahorro de Energía.

Datastore: Espacio de almacenamiento de un Host de VMware para almacenar Maquinas
Virtuales, Plantillas y/o Ficheros ISOs. Pueden tener formato NFS o VMFS.
High Availability HA: Sistema de Alta Disponibilidad que permite encender de forma automática
una Maquina Virtual en caso de caída de un Host.
Host: Servidor físico que ejecuta un Hypervisor.
iSCSI: protocolo de acceso al almacenamiento de Red con tecnología Ethernet.
Hypertreading: Tecnología de Intel que permite duplicar los Cores para obtener mayores recursos
de CPU.
LUN: espacio de disco en bruto (sin formato) que presenta un sistema de almacenamiento (SAN) a
uno o varios Hosts.

NFS: sistema de ficheros que presenta un dispositivo o servidor y lo presenta a uno o varios Hosts.

Plantilla: formato de Maquina Virtual que permite ser clonada y personalizada.
Replicación: método de copia de una Maquina Virtual desde un Host a otro y desde un Datastore
a otro con el fin de recuperar una VM de forma inmediata.
Virtual Appliance: Maquina Virtual que se descarga y se importa al inventario. Suelen ser
maquinas empaquetadas listas para utilizar.
Snapshot: representa el estado de una máquina virtual en el momento en que fue tomado.

Básicamente, es una foto de la máquina virtual en un momento definido. Sirve para agilizar
pruebas como instalaciones de software o modificaciones de sistema.
DRS: VMware Distributed Resource Scheduler (DRS) básicamente, balancea dinámicamente las

máquinas virtuales de un servidor VMware ESX/ESXi a otro servidor o servidores VMware ESX/ESXi
para mejorar el tiempo de respuesta de las aplicaciones que las máquinas virtuales contienen.
HCL: La lista de compatibilidad de hardware (HCL, Hardware Compatibilit List) identifica el

hardware compatible con el sistema operativo.
5
2. VIRTUALIZACIÓN: HYPERVISORES
– Hypervisor: Un entorno para ejecutar máquinas virtuales:
Existen dos tipos de hipervisores o monitores de máquina virtual (VMM):
 Hipervisor Tipo 1
 Hipervisor Tipo 2
VIRTUALIZACIÓN: HOSTED vs BAREMETAL
Hosted Baremetal
Hosted
Orientado a pruebas, sin importar rendimiento ni estabilidad
BareMetal
• Orientado a entornos profesionales.
6
• Tienen acceso directo al HW, un SW no depende de otro SW, ofrece mayor rendimiento y
estabilidad.
• Comprobar la LCH, lista compatible de HW.
• A los servidores se accede desde un cliente de la red.
Tipo2: Sistemas de Escritorio (Hypervisor Hosted)

– VirtualBox (gratuito)
– VWARE Workstation
El software de virtualización de tipo 2, o alojado (hosted), se caracteriza porque debe ser instalado
en un equipo que cuente con un SO previo (como Debian GNU/Linux, Fedora, Microsoft Windows,
Mac OS X, etc.).
Para un usuario doméstico, este es el método de virtualización apropiado y es el ideal para probar
software (sistemas operativos y aplicaciones) sin riesgo de afectar a nada de lo que haya en la
máquina anfitriona.
Obviamente, esta forma de virtualización es menos eficiente que la anterior, pero se puede seguir
utilizando el equipo físico con otras aplicaciones: editor de texto, hoja de cálculo, navegador u otros
servicios.
Esta tecnología presenta una compatibilidad mayor con el hardware que la bare-metal, debido a
que es el propio sistema operativo el que se encarga de gestionar los drivers.
Por el contrario, presenta claras desventajas. Al no tener acceso directo sobre el hardware, y
funcionar bajo un sistema operativo, se incrementa la utilización de recursos lo cual puede
degradar el rendimiento de la máquina virtual. Pensemos en que el sistema operativo tendrá sus
7
propias aplicaciones y servicios funcionando lo cual está quitando recursos disponibles a las
máquinas virtuales que se ejecuten.
Este tipo de tecnología es típica de utilizar en estaciones de trabajo, principalmente para propósitos
de testing, desarrollo o para aquellos que necesiten ejecutar más de un sistema operativo.
Los hypervisores hosted más populares son: VMware Workstation/Fusion/Player/Server, Microsoft
Virtual PC, Oracle VM VirtualBox, Red Hat Enterprise Virtualization (KVM) y Parallels Desktop.

VMware Workstation/Fusion/Player/Server
VMware Player es un hypervisor gratuito que sólo puede ejecutar una única máquina virtual, no
permitiendo crear nuevas máquinas virtuales.
VMware Workstation es un hypervisor más robusto con algunas características avanzadas como
soporte para snapshots o guardado de estado. Es disponible pagando. Se suele utilizar en
entornos de testing o desarrollo. VMware Fusion es una versión limitada de Workstation para Mac.
VMware Server es una plataforma de virtualización similar a la versión Workstation pero con ciertas
limitaciones. Por ejemplo sólo soporta un snapshot por máquina virtual. Este hypervisor está
diseñado para ser administrado vía red y está optimizado para ejecutar cargas de trabajo tipo
servidor. Desde 2009 VMware ha detenido el desarrollo de este software, pero sigue siendo una
alternativa a la utilización de ESXi.

Microsoft Virtual PC
En 2003 Microsoft adquirió la tecnología Virtual PC de la empresa Conectix. Su última versión,
Windows Virtual PC es gratuita y sólo corre bajo Windows 7. Únicamente soporta la ejecución de
sistemas operativos Windows. Un uso común de Virtual PCes la ejecución de versiones antiguas
de Windows.

Oracle VM VirtualBox
VirtualBox es una tecnología madura con un rendimiento razonable y características avanzadas
bajo un presupuesto ajustado. A pesar de ser gratuito, VirtualBox comparte características
con vSphere e Hyper-V. Por lo tanto, es una alternativa a tener en cuenta frente a tecnologías más
caras.

Red Hat Enterprise Virtualization
Red Hat Kernel-Based Virtual Machine o KVM presenta características de las soluciones hosted y
bare-metal. KVM convierte el kernel de Linux en un hypervisor, de tal modo que las máquinas
virtuales tienen acceso directo sobre el hardware físico. KVM ofrece características avanzadas de
nivel empresarial y viene con un sistema de administración bajo Windows para realizar la gestión
de múltiples hosts (de modo similar a vSphere).

Parallels Desktop
8
El producto de Parallels Desktop es conocido en su versión para Mac, siendo muy similar a
VMware Fusion. Parallels también tiene una versión de escritorio para Windows o Linux.
Adicionalmente, tiene una edición más potente llamada Parallels Serverpara Mac, que dispone de
características avanzadas. Es un producto razonable en cuanto a prestaciones/precio.
Tipo1 o nativo o Baremetal: Sistemas de Servidor (Hypervisor

BareMetal)
Se denomina también virtualización en modo nativo y se caracteriza porque este software se

instala directamente sobre el equipo haciendo las funciones tanto de sistema operativo (SO) como
de virtualización.
Este método de virtualización lo utilizan sobre todo las empresas que pueden disponer de uno o
varios servidores dedicados en exclusiva a la virtualización de sistemas.
Esto significa que obtendremos un mejor rendimiento, escalabilidad y estabilidad. Por contra, en

este tipo de tecnología de virtualización el hardware soportado es más limitado ya que
normalmente es construido con un conjunto limitado de drivers.
La tecnología bare-metal se adapta mejor a centros de datos empresariales. Esto es porque
dispone de características avanzadas como la administración de recursos, alta disponibilidad,
seguridad y administración centralizada de la infraestructura de virtualización.
9
Algunos de los hipervisores de tipo 1 más conocidos

son los siguientes:
 VMware ESXi (gratis)

 VMware ESX Server (de pago)
 Xen (libre)
 Citrix XenServer (gratis)
 Microsoft Hyper-V Server (gratis).
Un hypervisor bare-metal no funciona bajo un sistema operativo instalado sino que tiene acceso
directo sobre los recursos hardware
Entre los hypervisores de este tipo encontramos: VMware ESX o ESXi, Microsoft Hyper-V, Citrix
XenServer u Oracle VM.

VMware ESX y ESXi
VMware es el fabricante con la tecnología de virtualización más madura del mercado. Ofrece
características avanzadas y escalabilidad. En contra tiene los altos costes de licenciamiento.
Microsoft Hyper-V
Desde su lanzamiento, Hyper-V se ha convertido en un serio competidor de VMware ESX (ESXi).
En contra tiene que no dispone de ciertas características avanzadas disponibles en los productos
10
de VMware. De todos modos, como no podía ser de otra forma, se integra perfectamente con los
productos Windows. Para aquellos que no necesitan funcionalidades avanzadas, puede ser un
producto perfecto para llevar a cabo su proyecto de virtualización.
Citrix XenServer
Citrix también tiene una plataforma de virtualización basada en el proyecto open source Xen. El
hypervisor es gratis, pero de igual modo a como pasa con VMware ESXi, no dispone de
características avanzadas. Éstas se obtienen a partir de licencias que ofrecen gestión avanzada,
automatización y alta disponibilidad.
Oracle VM
De igual modo a Citrix, Oracle ha desarrollado su hypervisor a partir del proyecto Xen. El producto
de Oracle no presenta funcionalidades avanzadas que podemos encontrar en otros hypervisores
bare-metal. Además su ciclo de desarrollo es lento y limitado, por lo que no puede competir con los
productos de VMware, Microsoft o Citrix. Sin embargo, como es lógico, es un producto que se
adapta perfectamente a los productos de Oracle.
3.- CITRIX XENSERVER

Citrix XenServer Free Edition
Citrix es una de las grandes compañías en temas de virtualización. Tienen dos versiones una de
pago y otra libre. Está basado en software open source. Normalmente lo usan pequeñas y
medianas empresas a parte de particulares.
Algunas de sus principales características son:
 Virtualización de hardware asistido

 Migración en caliente
 Informes de rendimiento.
 Almacenamiento fino.
 Capacidad de realizar snapshots
La consola del servidor físico es el primer método de administración de un servidor XenServer

que disponemos, ya que se nos presenta automáticamente cada vez que iniciamos el servidor.
También es la más directa y accesible, porque el resto de modos de administración que
presentaremos dependen de una correcta conectividad TCP/IP con los hosts.
11
Aunque la funcionalidad de la consola es más limitada que las otras opciones de administración,
como XenCenter (si no tenemos en cuenta la última entrada del menú, que da acceso al comando
xe), sí que permite realizar algunas tareas muy importantes, sobre todo en el caso de que el host
no sea accesible vía XenCenter, como por ejemplo cuando se presentan problema de conectividad
o de mala respuesta del funcionamiento de los resource pools o high availability.
Las opciones disponibles:
 Network and Management Interface: permite realizar la reconfiguración de TCP/IP.

 Virtual Machines: Operaciones de encendido, aparado y reinicio sobre las máquinas
virtuales y valores básicos del rendimiento (sólo CPU y memoria)
 Disks and Storage Repositories: creación y administración de los storage repositories.
 Resource Pool Configuration: permite unir y desunir el host de un resource pool así como
promoverlo a host master de un resource pool.
 Remote Service Configuration: permite habilitar y deshabilitar las conexiones ssh sobre el
host.
 Backup, Restore and Update: permite realizar copias de seguridad y restauraciones de los
metadatos (configuración) de las máquinas virtuales. Sobre todo es interesante que permite
realizar una programación periódica de dicha copia.
 Reboot or Shutdown: aunque el objetivo de esta entrada de menú es obvio, es importante
señalarla como último recurso para poder realizar un apagado “ordenado” del host.
 Local Command Shell: acceso directo a la línea de comandos del servidor, con lo que se
puede hacer uso directo del comando xe.
12
Sintaxis de xe
Los comandos xe CLI tienen la sintaxis básica del modo:
xe nombre-comando argumento1=valor1 argumento2=valor2…
Si el comando se ejecuta desde Windows, también se debe indicar el host contra el que se
quiere ejecutar y un usuario y contraseña con el suficiente nivel de acceso.
xe nombre-comando argumento1=valor1 argumento2=valor2… -s host -u usuario -

pw contraseña
Hay dos tipos de comandos: de bajo nivel, en los que directamente se manipulan los
parámetros asociados a las clases API, y los de alto nivel, que manipulan objetos como
hosts, máquinas virtuales, etc…
Los comandos de bajo nivel que se pueden lanzar en cada clase pueden ser (algunas
clases no admiten todas estas variaciones):
<clase>-list
<clase>-param-get
<clase>-param-set
<clase>-param-list
<clase>-param-add
<clase>-param-remove
<clase>-param-clear
Y las clases a las que se puede acceder son: bond, console, host , host-crashdump, host-
cpu, network, patch, pbd, pif, pool, sm, sr, task, template, vbd, vdi, vif, vlan y vm.
Para presentar los dos tipos de comandos en una visión de conjunto, en la siguiente tabla se listan las
diferentes áreas a las que se puede acceder con ellos, y ejemplos:
Área Ejemplo
Appliances de máqinas virtuales (vApps) xe appliance-create …
Audit de ficheros de acceso (RBAC) del pool xe audit-log-get …
Agrupamientos de interfaces (bonds) xe bond-create …
Unidades de CD/DVD de hosts físicos xe cd-list
Consolas xe console-list
13
Disaster Recovery xe appliance-recover…
Eventos xe event-wait…
GPUs físicas, virtuales y agrupadas xe vgpu-create…
Host físicos xe host-disable…
Logs xe log-set-output…
Mensajes: notificaciones alertas y eventos xe message-create…
Network xe network-create…
Patch: updates para los hosts XenServer xe patch-apply…
PBD: Physical Block Devices xe pbd-create…
PIF: objetos de las interfaces de red xe pif-reconfigure-ip…
Resource pools xe pool-ha-enable…
Storage Manager xe sm-list
Storage repositories xe sr-list
Task: tareas largas asíncronas xe task-list
Template xe template-list…
Updates para la edición OEM de XenServer xe update-upload…
User: cambio de contraseña de usuario xe user-password-change…
VBD: Virtual Block Devices xe vbd-list
VDI: Virtual Disk Images xe vdi-list
VIF: Virtual Network Interfaces xe vif-list
VLAN vlan-create…
VM: máquinas virtuales xe vm-list…
Consola de XenCenter
Infraestructura XenServer
14
Xen server instalado en máquina
Los componentes básicos de una infraestructura XenServer son: Los servidores físicos XenServer
(hypervisores) que proporcionan los recursos de procesador y disco a las máquinas virtuales ,una
estación de trabajo con la consola XenCenter desde la que se administre el entorno, y espacio en
disco (local o remoto) donde ubicar las máquinas virtuales (storagerepositories).
Cuando tenemos XenServer instalado, ahora simplemente es Conectarnos al Xenserver usando el

XenCenter para crear nuestras Máquinas Virtuales.
El paso final de la instalación y configuración básica de un entorno XenCenter es añadir los

servidores a administrar a la consola de XenCenter.
Para ello, bien desde el menú principal elegimos “Server” –> “Add…” o desde el icono XenCenter
del área de la izquierda de la consola elegimos la opción “Add…”
XenCenter
La consola de administración XenCenter es el principal punto de interacción con un entorno

XenServer. Sus distintos menús permiten acceder a gran parte de sus opciones de configuración y
administración.
La aplicación nos presenta un menú principal superior con los distintos objetos a administrar y las
acciones contextuales a ejecutar en los submenús, junto con una pequeña barra de herramientas
con accesos a tareas habituales, un panel izquierdo con los objetos ya configurados, y un panel
derecho que muestra la información y opciones disponibles sobre el objeto seleccionado en el
panel izquierdo.
15
Algunas opciones de
configuración de XenCenter y
cómo se puede acceder a
información importante que
debe ser revisada
habitualmente al trabajar con un
entorno XenServer.
Pestaña de logs en cada

objeto:
Cada vez que se realice una

operación sobre un objeto del
panel izquierdo de XenCenter,
se puede realizar un
seguimiento de su desarrollo en
el panel derecho, en la pestaña
“Logs”. Esta pestaña muestra
información en forma de barra
de progreso y mensajes
informativos, así como el resultado correcto o erróneo en su finalización.
La información mostrada depende del objeto seleccionado: servidor, máquina virtual, pool. etc…
SystemAlerts:
Haciendo clic en la parte derecha del panel de menú principal, en el texto “SystemAlerts”, o en la
opción de menú Tools –>SystemAlerts, se accede a la ventana de información de alertas. En ella
aparece un listado de alertas del entorno categorizado por severidad, objetos u objetos afectados,
fecha….
Al mantener seleccionada cualquiera

de las alertas, desde la parte inferior
de la ventana se puede acceder a una
ayuda, a la página web donde se
informa sobre el contenido de la alerta,
o proceder a descartarla (“Dismiss”).
Es importante revisar las alertas del

sistema habitualmente. Se puede así
estar al tanto de errores que se han
producido en el sistema, o como en
este caso, a actualizaciones
pendientes de instalar en os
servidores.
16
Es posible configurar una dirección de correo a la que enviar las alertas, así como generar alertas
a nuestra medida cuando el rendimiento del servidor se mueva en unos límites marcados por
nosotros. En el panel izquierdo, si seleccionamos un servidor y en el panel derecho de XenCenter
vamos a la pestaña “General” y hacemos clic en “Properties”, debemos ir a las opciones “Email
Options” y “Alerts” respectivamente. En este momento aun no tenemos creado ningún pool de
servidores. En caso que ya estuviera creado, se establecerían opciones análogas en la
propiedades del pool.
Updates:
Se puede revisar en tiempo real si hay actualizaciones publicadas para nuestro entorno en la
opción de menú Tools –>Checkforupdates. De esta manera sabremos si hay actualizaciones,
acceder a la página de Citrix con información sobre cada actualización y el correspondiente enlace
de descarga. También nos aparecen los servidores ó componentes afectados por la actualización.
Plugins:
Existen plugins desarrollados para XenCenter que amplían su funcionalidad, o que facilitan
tareas de administración rutinarias. Por ejemplo, se pueden descargar varios plugins desarrollados
por la comunidad XenServer así como a información sobre el desarrollo de plugins en la web
http://www.xenserver.org/partners/developing-products-for-xenserver/21-xencenter-
development/87-xencenter-plugins-dev2.html
Opciones de consola de Escritorio Remoto de Windows:
Una vez que se tengan creadas máquinas virtuales, al seleccionarlas, se puede acceder a su
consola desde el panel derecho. Esta consola puede ejecutarse en el modo nativo de XenServer o
por Escritorio Remoto de Windows (normalmente con mejor rendimiento), si dicha característica
está activada y configurada en le máquina virtual Windows. Por defecto, XenCenter intenta
conectar por escritorio remoto si es posible. Pero este comportamiento puede ser molesto en
algunas ocasiones. Todo esto se puede configurar desde la opción de menú Tools –>Options –
>Console, en las opciones agrupadas en “Windows Remote Desktop consoleoptions”.
17
Conceptos y tipos de almacenamiento

Antes de empezar a trabajar con la configuración y administración del almacenamiento en
XenServer, vamos a introducir algunos conceptos básicos:
VDI: es un archivo en disco de XenServer que es presentado a las máquinas virtuales como un
disco físico.
Storage repository: espacio de almacenamiento del que dispone un host XenServer para
almacenar los archivos VDI. Pueden ser locales (discos internos IDE, SATA, SCSI ó SAS) o
remotos (iSCSI, SAS, FC ó NFS).
PBD: objeto de conecta los servidores físicos con los storage repositories. Contiene los valores de
configuración necesarios para poder realizar esa conexión.
VDB: objeto que conecta las máquinas virtuales con sus VDI correspondientes.
Shared storage: Es un storage repository remoto compartido y accesible por todos los servidores
XenServer que componen un resource pool.
Por otra parte, el sistema gestor del almacenamiento de los VDI puede ser:
Un sistema de ficheros. Ejemplos: ext3 en almacenamiento local, nfs en remoto.
Un sistema de volúmenes lógicos. Ejemplos: lvm en almacenamiento local, o FC, iscsi en remoto.
Otros: NetApp, EqualLogic,…
En un entorno XenServer, los dispositivos de almacenamiento físico están disponibles en un

repositorio sobre el que se crea una base de datos que permite a los hosts de XenServer poder
conectar con el almacenamiento. Si hay problemas a la hora de reconocer ese almacenamiento,
suele deberse a errores de identificación del almacenamiento físico con la identificación de la base
de datos de XenServer. Pero antes de explicar cómo poder resolver este problema, hablemos de la
relación entre XenServer y el almacenamiento.
En XenServer el almacenamiento se organiza a través de repositorios de almacenamiento, que

contienen imágenes de disco virtual, dispositivos de bloque físico y dispositivos de bloque virtual. Y
la máquina virtual puede usar el almacenamiento de distintas maneras: como un archivo de disco
virtual (creado en el formato de disco duro virtual, o VHD), un gestor de volúmenes lógicos (LVM) o
una conexión directa a la SAN a través de Citrix StorageLink.
Si profundizamos en el almacenamiento de XenServer, un repositorio de almacenamiento es una

abstracción del dispositivo de disco físico, que pueden ser un dispositivo local o un dispositivo en
SAN. En el repositorio de almacenamiento de XenServer, las imágenes de disco virtual se crean
como una abstracción del almacenamiento de objetos que pueden ser presentados a una máquina
18
virtual. Para hacerlo, el repositorio de almacenamiento conecta los dispositivos basados en bloques
que están ubicados en una máquina local, en SAN o donde sea, usando el objeto de conector de
dispositivos de bloque físico de XenServer. Conforme a la imagen de disco virtual, el
almacenamiento puede presentarse a la VM. Este almacenamiento se ofrece como objeto de
conector de dispositivo de bloque virtual, que la VM ve como su disco virtual.
El sistema clásico es mediante archivos VHD. Estos son archivos almacenados en el repositorio de
almacenamiento siguiendo el formato estándar definido por Microsoft en 2005. Desde el
lanzamiento de XenServer 5.5 en 2009, Citrix también ofrece acceso a través de LVHD o discos
duros virtuales basados en LVM. El beneficio de este enfoque es que la capa subyacente de LVM
permite aplicar algunas soluciones avanzadas de gestión de almacenamiento como el clonado
rápido o las instantáneas. Una tercera opción sería asignar una VM directamente a una LUN en el
sistema de almacenamiento. Este sistema solo funciona si su sistema de almacenamiento tiene un
complemento que lo soporte.
Un problema frecuente que puede ocurrir en el almacenamiento son los errores en la identificación
del almacenamiento. Si esto ocurre se pierde el acceso a todo el almacenamiento. En la plataforma
XenServer los dispositivos de disco pueden ser dirigidos de distintas formas por diferentes
componentes del sistema. En XenCenter, se refiere al almacenamiento con un identificador de
SCSI que corresponde con el UUID que usted puede ver en la consola de XenServer. Si su
almacenamiento no es accesible desde XenCenter, compruebe que los UUID usados en
XenCenter coinciden con los UUID visibles en la consola XenServer en el directorio /dev/disk/by-
uuid.
Si el almacenamiento está basado en LVM, puede encontrar el identificador del almacenamiento

del dispositivo de disco a través del comando pvs de la consola de XenServer. Las VM individuales
están conectadas a volúmenes lógicos individuales. Para tener una visión general de estos, puede
usarse el comando lvs, que muestra de nuevo un identificador que corresponde con el identificador
usado en XenCenter.
Si hay un error de configuración en la forma en que se maneja el almacenamiento, entonces usar

el comando xe en el host puede ser útil. Este comando le permite ejecutar una consulta directa al
host y ver qué dispositivos de almacenamiento «puede ver». El comando necesario es xe sr-list.
Este comando muestra los UUID actualmente en uso junto a los demás parámetros que nos
permiten identificar el tipo de almacenamiento.
Si usamos xe sr-list, podemos consultar el repositorio de almacenamiento para obtener más

información, usando parámetros adicionales. Por ejemplo podemos usar xe sr-list params=name-
label,uuid,VDIs,PBDs para ver los diferentes UUID asignados al dispositivo de almacenamiento. El
objetivo es encontrar los UUID de los dispositivos reales tal y como se ven en el repositorio de
almacenamiento y compararlos con los UUID tal y como se ven en XenCenter. Si hay un error,
debe volver a importar los dispositivos de almacenamiento al entorno de administración de
XenCenter para reconstruir la base de datos.
19
4. VMWARE ESXi
https://es.slideshare.net/Israel_MB/virtualizacion-de-servidores-con-vmware-vsphere-55-proyecto-
fin-de-ciclo-israel-martinez-bermejo
VMware vSphere Enterprise

VMWare siempre ha sido una de las principales compañías en temas de virtualización. Sus
sistemas de virtualización sirven tanto para ordenadores de escritorio como para sistemas de
servidores. Es el software de virtualización más utilizado por las empresas. Requiere licencia para
su uso y sus principales características son:
 Virtualización completa
 Virtualización de hardware asistido
 Migraciones en caliente
 Conversión P2V
20
 Medidas e informes de rendimiento.

 Control de energía
 Alertas en tiempo real
 Almacenamiento fino
 Restauración y backup de las MV
 Migraciones de MV
Este software es realmente muy avanzado, tiene cientos de opciones de configuración para
adaptarse un servidor hardware a nuestras necesidades. VMware es actualmente uno de las
mejores empresas a nivel de empresas para la virtualización de sistemas y servidores.
Os recomendamos acceder a la página web oficial de VMware vSphere donde encontraréis toda
la información necesaria
21
 vSphereHypervisor
◦ ESXi 4.1 > Gratuito. Limitado (no vCenter)
◦ ESX 4.1 >ESXi+Consola. Gestionable por vCenter 4
◦ ESX 5.0 > compacto. Gestionable por vCenter 5.
 vCenter  Gestor de múltiples vSphere

◦ Versiones 4 y 5
◦ Funcionalidad según tipo de licencia:
 HA, DRS, vMotion, host profiles, ….
◦ La versión demo incluye todo 60 días.
 Instalación de Servidores ESXi(vs 5)
 Configuración de RAIDs
 Instalación de ESXi (en cada servidor)
 Instalación de vSphereClient (en PC cliente).
 Creación de máquinas Windows 2008 R2 64bits:
 W2k8–AD (+ vmwaretools)
 W2k8–vCenter ( “ “ )
 W2k8-Plantilla ( “ “ )
 Instalación de vCenter
 Crear Dominio en “…AD”, e integrar “…vCenter” en él
 Instalación de vCenter en w2k8-vCenter
 Convertir a plantilla “w2k8-Plantilla” y clonar:
 W2k8 – Remoto
 Otras: W2k8 – NetApp, w2k8- UpdateManager
Instalación de servidores ESXi:
 PASOS PREVIOS:
◦ Activar instrucciones de virtualización en BIOS
◦ Configurar RAID (según equipo)
 El acceso a un ESXi directamente con un Client es muy limitado.
22
 Necesitamos instalar vCenter para acceder a otra serie de herramientas.
los comandos más básicos y utilizados a través de la shell y SSH de un host ESXi VMware.
Por defecto, los hosts ESXi no tienen habilitado ni el servicio SSH ni el ESXi Shell. Es necesario
activarlo manualmente del siguiente modo:
1. Acceder al vCenter Server o al Host usando el cliente vSphere.
2. Seleccionar el host del panel izquierdo o del inventario.
3. Hacer click en la pestaña de configuración y luego en perfil de seguridad (Security Profile)
4. En la sección ed servicios, hacer click en propiedades.
5. Seleccionar ESXi Shell y SSH de la lista
6. Hacer click en “opciones” y elegir “Start and stop manually” o “Start and stop with host”
según si queremos únicamente arrancarlo para un momento o queremos que sea persistente
a reinicios.
Comandos y operaciones del host ESXi

Información extendida del host ESXi
El comando “esxcfg-info” muestra información extendida del hardware del host ESXi:
~ # esxcfg-info | more
+Host :
\==+Hardware Info :
|----BIOS UUID................................................0xff 0x20 0x0 0x8
0xff 0xff
|----Product Name.............................................SUN BLADE X4-2B
|----Vendor Name..............................................Oracle Corporation
|----Serial Number............................................XXXXX
|----Hardware Uptime..........................................744880994637
|----Ipmi Supported...........................................true
\==+PCI Info :
\==+All Pci Devices :
\==+PCI Device :
|----Segment.........................................0x0000
|----Bus.............................................0x00
23
|----Slot............................................0x00
|----Function........................................0x00
|----Runtime Owner...................................vmkernel
|----Has Configured Owner............................false
|----Configured Owner................................
|----Vendor Id.......................................0x8086
|----Device Id.......................................0x0e00
|----Sub-Vendor Id...................................0x108e
|----Sub-Device Id...................................0x434c
|----Vendor Name.....................................Intel Corporation
|----Device Name.....................................Ivytown DMI2
|----Device Class....................................1536
|----Device Class Name...............................Host bridge
|----PIC Line........................................0
|----Old IRQ.........................................255
|----Vector..........................................0
|----PCI Pin.........................................4
|----Spawned Bus.....................................0
|----Flags...........................................521
\==+BAR Info :
[...]
El TOP de VMware
El comando “esxtop” tiene prácticamente las mismas funcionalidades que el comando TOP de
Linux:
~ # esxtop
Reiniciar todos los servicios de un host ESXi

~ # /sbin/services.sh restart
24
Modo mantenimiento del ESXi Host

Los siguientes comandos activan y deshabilitan el modo de mantenimento de un Host ESXi:
~ # vim-cmd hostsvc/maintenance_mode_enter
~ # vim-cmd hostsvc/maintenance_mode_exit
Comandos de networking
Ver interfaces de red
El comando “esxcfg-nics” permite gestionar las interfaces de red del host ESXi y el parámetro “-
l” las lista:
~ # esxcfg-nics -l
Name PCI Driver Link Speed Duplex MAC Address MTU Description
vmnic0 0000:20:00.00 igb Down 0Mbps Half 00:10:e0: 1500 Intel
Corporation I350 Gigabit Network Connection
vmnic1 0000:20:00.01 igb Down 0Mbps Half 00:10:e0: 1500 Intel
Corporation I350 Gigabit Network Connection
vmnic2 0000:b0:00.00 ixgbe Up 10000Mbps Full 00:1b:21: 1500 Intel
Corporation 82599EB 10-Gigabit KX4 Network Connection
vmnic3 0000:b0:00.01 ixgbe Up 10000Mbps Full 00:1b:21: 1500 Intel
Corporation 82599EB 10-Gigabit KX4 Network Connection
Virtual Switches
Al igual que las interfaces de red, los virtual switches se pueden gestionar con el comando esxcfg-
vswitch, para listarlos también usamos el parámetro “-l”:
~ # esxcfg-vswitch -l
Switch Name Num Ports Used Ports Configured Ports MTU Uplinks
vSwitch0 4352 18 128 1500 vmnic2,vmnic3
PortGroup Name VLAN ID Used Ports Uplinks

VM Network 4095 10 vmnic2,vmnic3
VM Management Network 10 1 vmnic2,vmnic3
iSCSI 20 1 vmnic2,vmnic3
25
Management Network 10 1 vmnic2,vmnic3
Tanto con las interfaces de red como los virtual switches podemos realizar operaciones avanzadas
que normalmente se realizan gráficamente desde el vCenter.
Comandos de máquinas virtuales

Listado de máquinas virtuales
~ # vim-cmd vmsvc/getallvms
Vmid Name File Guest OS
1 vCenter [vmware01] vCenter.vmx VMware vCenter Server Appliance
10 redhat1 [vmware01] redhat01.vmx Red Hat Enterprise Linux
[...]
Arrancar, parar o reiniciar una máquina virtual

A partir del Vmid que sacamos con el comando anterior podemos controlar el estado de la
máquina virtual:
Arrancar máquina virtual

~ # vim-cmd vmsvc/power.on Vmid
~ # vim-cmd vmsvc/power.on 10
Parar máquina virtual

~ # vim-cmd vmsvc/power.off Vmid
~ # vim-cmd vmsvc/power.off 10
Reiniciar máquina virtual

~ # vim-cmd vmsvc/power.reboot Vmid
~ # vim-cmd vmsvc/power.reboot 10
Ver el estado de una máquina virtual
26
~ # vim-cmd vmsvc/power.getstate Vmid

~ # vim-cmd vmsvc/power.getstate 10
Ver información y configuración de una máquina virtual

~ # vim-cmd vmsvc/get.summary Vmid
~ # vim-cmd vmsvc/get.summary 10
Listsummary:
(vim.vm.Summary) {
dynamicType = ,
vm = 'vim.VirtualMachine:10',
runtime = (vim.vm.RuntimeInfo) {
dynamicType = ,
device = (vim.vm.DeviceRuntimeInfo) [
(vim.vm.DeviceRuntimeInfo) {
[...]
Borrar una máquina virtual

El siguiente comando borra la máquina virtual, incluyendo tanto la configuración como el disco
de la VM:
~ # vim-cmd vmsvc/destroy Vmid

~ # vim-cmd vmsvc/destroy 10
Instalar VMware Tools

El siguiente comando instala (o comienza la instalación) de las VMware tools en la máquina
virtual. En el caso de un sistema Linux, por ejemplo, se montará el CD Virtual a través del cual
podemos manualmente ejecutar la instalación.
~ # vim-cmd vmsvc/tools.install vmid

~ # vim-cmd vmsvc/tools.install 10
27
Registrar una máquina virtual en el inventario del host

Para añadir al inventario de un host una máquina virtual que se encuentra dentro de un datastore
visible por el Host ESXi utilizamos el siguiente comando, siempre atacando al archivo de
configuración de la máquina virtual (.vmx):
~ # vim-cmd solo/registervm /vmfs/vol/datastore01/rhel01/rhel01.vmx
Comandos iSCSI
Listar adaptadores iSCSI
~ # esxcli iscsi adapter list
Adapter Driver State UID Description
------- --------- ------ ------------------------------- ----------------------
vmhba33 iscsi_vmk online iqn.1998-01.com.vmware:7f2ab991 iSCSI Software Adapter
Dynamic Discovery de Targets iSCSI

~ # esxcli iscsi adapter discovery sendtarget add --address="ip/dns[:port]"
--adapter="adapter_name"
Ejemplo:
~ # esxcli iscsi adapter discovery sendtarget add --address=192.168.1.100:3260

--adapter=vmhba33
Rescan y Rediscovery de dispositivos de almacenamiento

~ # esxcli iscsi adapter discovery rediscover
~ # esxcli storage core adapter rescan --adapter=vmhba33
Comandos SAN/Fibre Channel
28
Listar adaptadores FC, WWNN y WWPN

El siguiente comando muestra un listado de adaptadores FC, WWNN (World Wide node name) y
“World Wide Por Name”
~ # esxcli storage san fc list

Adapter: vmhba33
Port ID: 012820
Node Name: 20:00:00:xx
Port Name: 21:00:00:xx
Speed: 10 Gbps
Port Type: NPort
Port State: ONLINE
Mostrar información de eventos Fibre Channel

~ # esxcli storage san fc events get
FC Event Log
-------------------------------------------------------------
2014-05-13 11:28:45.431 [vmhba33] LINK UP
2014-05-13 14:25:42.514 [vmhba33] RSCN received for PID...
[...]
5. HYPER-V
Tenemos 2 opciones para instalar Hyper-V, una de ellas es como
 Rol del servidor Windows Server
 Hyper-V Server como sistema operativo
enfoquémonos en Hyper-V Server 2012 R2 gratuito.
29
El siguiente paso con Hyper-V Server 2012 es conectarse de forma remota mediante
Hyper-V Manager y comenzar a utilizar máquinas virtuales si se completaron todos los
requisitos previos de su entorno. Hyper-V Manager se pueden instalar en prácticamente
cualquier sistema Windows (para Windows 7, siga estos pasos para el sistema Windows
Server, agregue herramientas de administración de Hyper-V). Desde Hyper-V Manager,
se agrega el host de Hyper-V a continuación:
30
Microsoft Hyper-V Server

Es el sistema de virtualización de Microsoft. Cómo no, uno de los gigantes en la informática no se
podía quedar fuera, de hecho intenta imitar a uno de los grandes que es VMware. Su sistema
funciona bajo licencia y poco a poco va mejorando. De hecho sólo es capaz de virtualizar los
31
sistemas Microsoft y los sistemas Linux más comunes como es Ubuntu, Suse, RedHat, CentOS y
Fedora. Los usuarios que más lo utilizan son las pequeñas y medianas empresas.
Podéis encontrar información interesante en los siguientes enlaces:
 Comparación de Hyper-V con VMware por Microsoft

 Virtualización en Microsoft Windows Server 2016
6.- Xen Hypervisor
Es un Proyecto open source, que poco a poco está siendo más utilizado por las empresas, se
encuentra en constante evolución, sus características son parecidas a las de Citrix pero aún no
llegan al rendimiento de Citrix.
Podéis acceder directamente a la web oficial de Xen Project desde aquí, encontraréis todas sus
características en detalle.
7.- Proxmox
Es un sistema de virtualización que también se asemeja al de VMware. Éste está basado en

Debian y tiene muchas de las características de VMware. De hecho los usuarios más
experimentados en VMware se sorprenderían mucho con Proxmox, ya que verían varias de las
características de VMware muy bien implementadas en Proxmox. Es un software open source lo
que significa que es gratuito. Tiene una versión de pago, en la que se proporciona soporte a las
empresas. Es también uno de los más utilizados, y tiene un rendimiento excepcional capaz de
exprimir el hardware al máximo.
32
Podéis acceder a la web oficial de Proxmox desde este enlace, podréis descargar gratuitamente el software
para empezar a virtualizar servidores.
Como veis hay muchas opciones en el mercado, aquí os hemos mostrado las principales y más recomendable.
Es verdad que más o menos todas hacen lo mismo y en lo que más se diferencian es en el rendimiento y
opciones avanzadas, además de si son gratuitas o de pago. Para elegir una u otra, también debemos tener en
cuenta los sistemas que se quieran virtualizar, para determinar cuál se quiere usar.
Hoy en día la competencia es muy alta, por lo que todos se asemejan mucho y seguro que cualquiera de los
expuestos cumplen las expectativas de uso.
33
Conexiones posibles de un adaptador de red en Máquina Virtual
• No Conectado: sin cable.
• NAT: sólo navegación en cliente.
• Adaptador Puente: conexión directa al adaptador físico.
• Red Interna: permite redes privadas entre las virtuales.
• Sólo Anfitrión: red privada entre virtuales y anfitrión.
• Genérico: Experimental. Conexiones entre VM de diferentes host.
34
35

1.2 - Administracion en Entornos Virtuales

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

1.2 - Administracion en Entornos Virtuales

Cargado por

Copyright:

Formatos disponibles

Tema 2.Administración de sistemas operativos en entornos virtuales. Virtualización en servidores.

Tipo2: Sistemas de Escritorio (Hypervisor Hosted)........................................................................................................5

Tipo1 o nativo o Baremetal:Sistemas de Servidor (Hypervisor BareMetal)..................................................................8

3.- CITRIX XENSERVER..............................................................................................................................................10

Conceptos y tipos de almacenamiento......................................................................................................................14

VMware vSphere Enterprise........................................................................................................................................16

Microsoft Hyper-V Server.............................................................................................................................................20

6.- Xen Hypervisor....................................................................................................................................................20

La virtualización es una técnica que permite, mediante software,

Los guests utilizan los recursos informáticos,

• El software que hace posible la ejecución

Una de las principales ventajas de las máquinas

¿Qué se consigue con la virtualización?

– Integrar en una única máquina varios servidores;

adquisición de equipos, actualización de hardware, costes de mantenimiento (refrigeración, por

– Se consigue ejecutar programas antiguos que no funcionan bien en sistemas operativos

Capacidad de procesamiento suficiente:

• En entornos personales, a partir de 2 GB.

• En servidores, a partir de 4 GB.

• Atención: en sistemas operativos de 32 bits no se pueden exceder las 4 GB de RAM.

Espacio en disco suficiente:

• Utilizar discos duros rápidos (SCSI, SATA...).

• Posibles alternativas de uso del espacio en disco:

Si falla la máquina anfitriona, se vienen abajo todos los huéspedes.

La capa de virtualización es la capa de software que permite virtualizar los servidores

.vmx: archivo de configuración de la MV.

.nvram: Bios virtual.

.vmdk: archivo que describe la configuración de un disco virtual.

.flat-vmdk: archivo que contiene todos los datos (SO+aplicaciones+datos)

.vswp: archivo de swap de la máquina virtual.

.delta: archivo de snapshot (punto de copia de seguridad en el tiempo).

.vmsn: el snapshot de la memoria.

.log: los logs.

Más conceptos relacionados con la virtualización:

Clon: copia exacta de una Maquina Virtual

Host: Servidor físico que ejecuta un Hypervisor.

iSCSI: protocolo de acceso al almacenamiento de Red con tecnología Ethernet.

Plantilla: formato de Maquina Virtual que permite ser clonada y personalizada.

Snapshot: representa el estado de una máquina virtual en el momento en que fue tomado.

DRS: VMware Distributed Resource Scheduler (DRS) básicamente, balancea dinámicamente las

HCL: La lista de compatibilidad de hardware (HCL, Hardware Compatibilit List) identifica el

– Hypervisor: Un entorno para ejecutar máquinas virtuales:

Existen dos tipos de hipervisores o monitores de máquina virtual (VMM):

VIRTUALIZACIÓN: HOSTED vs BAREMETAL

Orientado a pruebas, sin importar rendimiento ni estabilidad

• Orientado a entornos profesionales.

Tipo2: Sistemas de Escritorio (Hypervisor Hosted)

Tipo1 o nativo o Baremetal: Sistemas de Servidor (Hypervisor

Se denomina también virtualización en modo nativo y se caracteriza porque este software se

Esto significa que obtendremos un mejor rendimiento, escalabilidad y estabilidad. Por contra, en

Algunos de los hipervisores de tipo 1 más conocidos

 VMware ESXi (gratis)

3.- CITRIX XENSERVER

Algunas de sus principales características son:

 Virtualización de hardware asistido

La consola del servidor físico es el primer método de administración de un servidor XenServer

Las opciones disponibles:

 Network and Management Interface: permite realizar la reconfiguración de TCP/IP.

Los comandos xe CLI tienen la sintaxis básica del modo:

xe nombre-comando argumento1=valor1 argumento2=valor2…

xe nombre-comando argumento1=valor1 argumento2=valor2… -s host -u usuario -

Audit de ficheros de acceso (RBAC) del pool xe audit-log-get …

Agrupamientos de interfaces (bonds) xe bond-create …