Escolar Documentos
Profissional Documentos
Cultura Documentos
Universidad de Alcal
Escuela Politcnica Superior
Autor
Director
Co-Director
:
:
:
Tribunal
Presidente:
Vocal 1
Vocal 2
Calificacin
: _________________________
Alcal de Henares a,
de
del 2015
RESUMEN
En los ltimos aos, las tcnicas de virtualizacin han cobrado especial inters
por ser una de las tcnicas ms utilizadas en el ofrecimiento de servicios
informticos. Es tan as, que la tendencia es ascendente y no se prevn cambios
en el futuro inmediato.
La virtualizacin consigue ejecutar diferentes mquinas (mquinas virtuales) en
un mismo servidor fsico. Cada una de esas mquinas puede dar un servicio
diferente. Gracias a esto, se obtienen diversos beneficios como por ejemplo:
ahorro en adquisicin de hardware, menor consumo elctrico y mejor gestin
administrativa tanto de las mquinas como de la red.
En contra hay que destacar que tambin hay desventajas cuando se desarrollan
tcnicas de virtualizacin. El principal problema es la obtencin de peores
tiempos de respuesta en servicios de entornos virtualizados que en entornos no
virtualizados. Sin embargo los beneficios son superiores con creces a los
inconvenientes, y prueba de ello es el crecimiento de utilizacin de estas
tcnicas en la mayora de las empresas que ofrecen servicios informticos.
En esta memoria se hace un recorrido de los diferentes modelos de
virtualizacin existentes y se plantea un caso real que justifica el uso de la
tecnologa.
Se partir de un escenario real para compatibilizar software gracias a la solucin
de virtualizacin de plataforma que ofrece ORACLE a travs de Solaris OS. Se
har un anlisis de la arquitectura de computadores del escenario,
estudiaremos el servidor que utilizaremos para llevar a cabo la implementacin
prctica y finalmente sacaremos conclusiones de los resultados obtenidos a
partir del trabajo realizado y alguna propuesta de trabajos futuros en el mismo
mbito.
ABSTRACT
In recent years, virtualization techniques have gained particular interest as one
of the techniques used in providing IT services. Is as well, the trend is up and no
changes in the near future are anticipated.
Virtualization gets run different machines (VMs) on a single physical server.
Each of these machines can give a different service. Thanks to this, you get
various benefits such as: acquisition of hardware savings, lower power
consumption and better administration both machines and network.
Contrary should be noted that there are also disadvantages when virtualization
techniques are developed. The main problem is getting worse response times in
virtualized environments services in non-virtualized environments. However,
the benefits by far outweigh the disadvantages, and the proof is the growing
use of these techniques in most companies that offer computer services.
In this memory there is a tour of the various existing models and virtualization is
a real case that justifies the use of technology arises.
We will start a real scenario for software compatibility thanks to the platform
virtualization solution that offered through Oracle Solaris OS. An analysis of
computer architecture will stage, study the server will use to carry out the
practical implementation and finally we will draw conclusions from the results
obtained from the work and ideas for future work in the same field.
NDICE
1. INTRODUCCIN
1.1 Justificacin del proyecto. 11
1.2 Objetivos y campo de aplicacin..11
1.3 Estructura de la memoria..13
2. VIRTUALIZACIN
2.1
Historia de la virtualizacin..17
2.1.1 Antecedentes.17
2.2
Terminologa19
2.2.1 Mquina virtual e hipervisor20
2.3
Modelos de virtualizacin..22
3. SOLARIS SPARC
3.1
Historia de Solaris..39
3.2
Hardware SUN40
3.3
Arquitectura SPARC..41
3.3.1 Arquitectura SPARC V-9.42
3.3.2 Procesador UltraSPARC-I..42
3.3.3 Estrategia SPARC.43
3.3.4 Arquitectura UltraSPARC45
3.4
SUNFIRE T2000.49
3.4.1 Gestin remota con ALOM CMT51
3.4.2 Fiabilidad, disponibilidad y capacidad..52
4. VIRTUALIZACIN EN SOLARIS
4.1
Dominios fsicos(DSD)..56
4.2
Oracle VM para SPARC63
4.2.1 Hipervisor y dominios lgicos.64
4.2.2 Logical Domain Manager .66
4.3
Solaris Zones ..74
4.3.1 Zonas globales y no globales76
5. DISEO E IMPLEMENTACIN
5.1
5.2
5.3
5.4
5.5
Introduccin83
Estado inicial..85
Downgrade a Logical Domains 1.2..86
Configuracin del control domain88
Configuracin de dominios invitados.93
5.5.1 Asignacin de recursos.94
5.6
5.7
5.8
CONCLUSIONES.....115
BIBLIOGRAFA Y URLs.119
10
1. INTRODUCCIN
1.1.
1.2
12
1.3
Estructura de la memoria
13
14
2. VIRTUALIZACIN
Sin lugar a dudas, la virtualizacin es una de las innovaciones tecnolgicas ms
decisivas en la actualidad, con gran calado y demanda que est revolucionando
el sector de las tecnologas de la informacin ya que modifica su modelo de
trabajo en casi todos los niveles.
Por definirlo en una oracin, virtualizar es conseguir la ejecucin de mquinas con sistemas operativos, aplicaciones y otros servicios propios dentro de otras
mquinas. Aqu yace una gran diferencia con respecto a otras tcnicas que
tambin adoptan la etiqueta de virtualizacin, pero muy distintas; por ejemplo
el Grid Computing o Server Agregation (agregacin de servidores), que consiste
en resumen en lograr percibir como uno solo, la conexin de mltiples
servidores.
16
2.1
Historia de la virtualizacin
18
2.2
Terminologa
Una vez recorrida esta tecnologa en las ltimas cuatro dcadas, es fundamental
definir ciertos conceptos para llegar a comprender los modelos de virtualizacin
que nos encontramos en la actualidad.
Se introducen dos conceptos indispensables para la explicacin de esta tcnica:
mquina virtual e hipervisor.
Pese a que no todos los modelos de virtualizacin requieran mquina virtual, es
un trmino bsico para entender las tcnicas de vitualizacin.
El hipervisor, por ser elemento importante en las tcnicas de virtualizacin
completa y paravitualizacin, que son los modelos ms utilizados.
Una vez mencionado esto, podemos clasificar en cuatro modelos de
virtualizacin esenciales:
19
Virtualizacin de plataforma
Virtualizacin de recursos
Virtualizacin de aplicaciones
Virtualizacin de escritorio
2.3
Modelos de virtualizacin
26
Modelo
Virtualizacin
de
plataforma
Submodelo
Recurso abstrado
Sistemas
operativos
invitados
Plataforma
hardware
completa
Emulacin
Plataforma
hardware
completa
Virtualizacin
completa
Plataforma
hardware
completa
Paravirtualizacin
a nivel de sistema
operativo
a nivel de kernel
Plataforma
hardware
completa
Plataforma
hardware
completa
Plataforma
hardware
completa
Ejemplos
Virtualizacin
de
recursos
Memoria virtual
Almacenamiento
Memoria
Interfaces de red
Virtualizacin
de
aplicaciones
Memoria y disco
Disco,
almacenamiento
Memoria RAM
Enlaces de red
Sistema operativo y
CPU
Virtualizacin
de
escritorio
Localizacin fsica
del escritorio
que se encuentra
en un servidor
remoto
Wyse Technology,
Vmware View,
Sun VDI,
vDesk de Ring Cube
De esta forma los CPDs crecen hasta el punto de ser muy difciles de
manejar.
Por otro lado, la evolucin del paso de almacenamiento fsico en papel a un
almacenamiento lgico, hace necesaria una forma de almacenar la
informacin, tal y como hemos matizado en apartados anteriores:
virtualizacin de almacenamiento.
As, gracias a la virtualizacin, alojamos varios servidores lgicos en uno
fsico, con un sistema de almacenamiento independiente que surten de
disco a las mquinas virtuales.
Gracias a esto se reduce el espacio ocupado en el CPD, y el consecuente
ahorro econmico.
Ahorro energtico:
Debido a esta reduccin de servidores, es de esperar que los costes por
consumo elctrico tambin se reduzcan, sin embargo, muchas veces a este
ahorro no se le da la importancia que realmente tiene, y en la decisin de
virtualizar no se tiene en cuenta este factor.
No slo eso, la virtualizacin ofrece algunas herramientas que permiten
aumentar este ahorro. Por ejemplo, DPM (Distributed Power Management)
es una herramienta que ofrece VMWare que monitoriza el uso de los
servidores.
Cuando detecta una baja carga de trabajo, migra diferentes mquinas
virtuales intentando que un servidor fsico quede sin ninguna activa. Una vez
logrado esto, apaga el servidor fsico con el consecuente ahorro elctrico
que supone. Si detecta un aumento de la carga, enciende automticamente
el servidor y vuelve a alojar mquinas virtuales en l.
Administracin de sistemas
Gracias a la virtualizacin, se puede disponer de una monitorizacin de
rendimiento de las mquinas, y de los servicios que corren en ella mucho
ms centralizada. Esto facilita en gran medida las tareas de administracin,
como puede ser el reemplazo de piezas defectuosas, instalacin o
actualizacin de sistemas operativos, aplicaciones, copias de seguridad,
redundancia, migracin
Tareas que antes eran muy tediosas debido al gran nmero de servidores
fsicos, ahora lo son menos ya que muchas de esas mquinas ahora son
virtuales, y por lo tanto, adems de haber menos, se pueden automatizar y
simplificar tareas.
29
Alta disponibilidad:
Ms all del servicio que se ofrezca, un sistema tiene que ser fiable.
En los modelos de negocios actuales, no es admisible que un servicio, sobre
todo si es crtico, deje de funcionar ms de un determinado tiempo (lo ideal
es que funcione correctamente los 365 das del ao, las 24 horas del da).
Estos tiempos de prdida de servicio en casos de alta disponibilidad son
sumamente pequeos, por lo que requiere de ciertas medidas y planificacin
para no superarlos.
Una de estas medidas es la redundancia de servicios y/o servidores.
Mediante la virtualizacin, llevarlo a cabo es mucho ms sencillo y barato, ya
que se puede instanciar nuevas mquinas servicios duplicados que estn a la
espera de una posible falla para estar disponibles si eso ocurre, o tambin
para balancear la carga y no saturar servidores.
Obviamente, sin virtualizacin, los costes seran infinitamente mayores ya
que requerira de la adquisicin de nuevo hardware, etc.
Escalabilidad:
Cuando existe la necesidad de aadir un nuevo servidor a nuestro centro de
datos, es mucho ms sencillo aadirlo en un entorno virtualizado, ya que se
puede crear una mquina virtual en un servidor fsico existente que tenga
espacio para ella, y ms an, se pueden configurar plantillas de mquinas
virtuales para que cuando sea necesario aadirla tan slo se trate de una
copia de ficheros.
Compatibilidad hacia atrs:
La virtualizacin permite la utilizacin y el mantenimiento de sistemas
operativos y aplicaciones que no estn adaptados a los sistemas actuales.
Una empresa puede comprar un software hecho a medida que despus del
paso de los aos sigue siendo perfectamente vlido para la empresa pero no
es compatible con los sistemas actuales. La virtualizacin permite instanciar
una mquina virtual con el sistema operativo compatible con la aplicacin,
permitiendo la convivencia con un hardware y un sistema operativo
actualizado, con su correspondiente soporte.
En la implementacin prctica de este proyecto se pondr de manifiesto esta
bondad de la virtualizacin compatibilizando un software corriendo sobre
Solaris 9 (sin soporte), en una mquina con una versin superior de Solaris
(con soporte).
30
Entorno de pruebas:
En las empresas actuales, resulta imprescindible probar las aplicaciones o los
cambios realizados, o la instauracin de nuevos servicios o incluso
servidores, antes de llevarlo a cabo. Por esta razn es muy til la
virtualizacin ya que permite realizar estos cambios y pruebas sin las
consecuencias que esto podra tener si fuera realizado en las mquinas que
dan servicio, para que despus, en caso de que sean satisfactorias pueda ser
integrado en entorno de produccin.
Seguridad y aislamiento:
Mediante la virtualizacin, conseguimos a muy bajo coste, proteger nuestros
sistemas ante posibles vulnerabilidades y/o ataques. Las instancias de las
mquinas virtuales son sistemas aislados en los que un ataque sobre una de
ellas afectar slo a ella.
Esto es gracias a que cada mquina virtual puede ejecutar instrucciones en
modo supervisor sobre ella misma, por lo tanto, se comporta ante los
ataques como mquinas independientes.
Esta ventaja es interesante tanto en el mundo empresarial como en
ordenadores personales.
Configuraciones estndar:
Uno de los problemas que surje con de los CPDs actuales es la dificultad de
previsin de su crecimiento, improvisando dependiendo de las necesidades
del momento y llegando a una heterogeneidad de hardware, sistemas
operativos, etc.
Gracias a la virtualizacin podemos estandarizar el escenario creando
configuraciones de mquinas anfitrionas e invitadas, reinventando nuestro
centro de datos en funcin de las necesidades.
Esto consigue un ahorro econmico y tambin en gestin administrativa, y
mejora la integracin de la infraestructura econmica del negocio, ya que
cambios en el modelo de negocio pueden ser reflejados en cambios de las
mquinas virtuales. Se consigue mucho ms dinamismo a muy bajo coste.
Calidad de servicio:
La posibilidad de crear un entorno de pruebas donde testear las nuevas
aplicaciones o sistemas aadidos, hace que se consiga una mayor fiabilidad y
calidad de servicio.
A esto le aadimos que en caso de una falla es posible haber creado una
imagen previa al cambio de la mquina virtual. Esto es posible porque una
mquina virtual no deja de ser un fichero y se puede volver
31
33
Compatibilidad hardware:
El hipervisor es la interfaz entre el hardware y las mquinas virtuales, por lo
tanto el hardware utilizado debe ser compatible con l.
El software de virtualizacin suele imponer condiciones sobre el hardware
utilizado. En caso de no satisfacerlas existen soluciones a base de emular el
hardware con la consecuente prdida de rendimiento.
Aceleracin de vdeo:
No es posible la aceleracin de vdeo por hardware en mquinas virtuales,
por lo que ejecucin de vdeo en 3D no sera posible.
Hay soluciones que lo permiten pero con prdida de rendimiento.
Organizacin de infraestructura:
Es necesaria una correcta planificacin de la infraestructura virtual ya que
por necesidades de negocio el nmero de mquinas va aumentando, y sin
una correcta organizacin, complicara as la administracin, la gestin de
licencias, y fallas en seguridad.
Nmero de mquinas virtuales:
El descontrol en la creacin de mquinas virtuales genera un consumo de
recursos que pueden ser ahorrados mediante, por ejemplo la optimizacin
de servicios en las mquinas virtuales ya existentes.
No es una solucin la creacin de mquinas para aumentar el porcentaje de
de las necesidades de uso real.
Servidor host como punto de fallo:
Una avera en el servidor anfitrin puede hacer que varias mquinas
virtuales se vean afectadas, e incluso provocar la prdida de servicio con el
consecuente impacto.
Hay soluciones que se pueden tomar para evitar o al menos reducir el riesgo
de este problema.
Mediante tcnica de redundancia de componentes hardware, replicacin de
servidores de los servicios ms importantes para que en caso de falla, un
nodo en espera se convierta en el nodo activo que tome la carga de trabajo.
Es importante una monitorizacin constante tanto del software como del
hardware para poder reaccionar a tiempo y reducir el impacto de la falla.
Tambin existen tcnicas de migracin en caliente portando en caso de falla
mquinas virtuales a servidores que no sufran daos.
34
Portabilidad:
Depende del sistema operativo elegido y del software de virtualizacin la
portabilidad que tengamos ante diferentes arquitecturas.
Es importante prever las necesidades futuras para elegir correctamente el
software que nos permita una mayor flexibilidad ante necesidades de
portabilidad y migracin.
Venta de servidores:
Ante una solucin de virtualizacin, es necesario un menor nmero de
servidores, reduciendo as el nmero de ventas por parte de los
comerciantes.
Algunas empresas, aun sufriendo esta consecuencia, han apostado por
seguir dando soluciones de virtualizacin e invirtiendo en esta tecnologa.
Por el contrario, el hardware vendido ser ms potente.
Sistema operativo:
La estabilidad y seguridad de las mquinas virtuales dependen del sistema
operativo elegido, por lo que es vital analizar ventajas e inconvenientes
antes de tomar la decisin.
Solucin de virtualizacin:
Al igual que el sistema operativo, es de la mayor importancia saber elegir
una solucin de virtualizacin para las necesidades de la infraestructura.
Existen soluciones ms adecuadas para entornos de trabajo crticos, y otras
para no crticos.
Una arquitectura x86 tiene menos capacidad de direccionamiento que una
de 64 bits por ejemplo. VMWare se ejecuta sobre arquitectura x86, por lo
tanto, en caso de decidir una solucin para un entorno crtico, sera ms
conveniente en elegir una arquitectura de 64 bits (por ejemplo SPARC), y
una solucin adecuada a esa arquitectura (Solaris LDOMs).
Recursos finitos:
En un entorno virtualizado, varias mquinas virtuales utilizan recursos del
servidor anfitrin. En ocasiones la carga de trabajo ser tal, que dos o ms
mquinas necesiten disponer de ms memoria, o de un mayor uso de CPU,
por lo que es importante prever esto para que nunca falten.
Un estudio de la carga de trabajo para asegurar recursos en el peor de los
casos para varias mquinas a la vez puede evitar graves daos.
Herramientas de monitorizacin para examinar a tiempo real esa carga
permitira una asignacin dinmica de recursos e incluso migraciones en
caliente a otros servidores que estn con mayor nmero de recursos libres.
35
Uso de la red:
Es posible que ante un pico de utilizacin de red, un servidor tenga saturadas
las interfaces de red que comunican a las mquinas virtuales. Esto puede
derivar en una congestin y prdida de rendimiento.
Se pueden instalar ms tarjetas para solventar este problema, o dar uso
exclusivo a alguna de ellas a la mquina que ms trfico de red soporte.
Hay que tener en cuenta que ante una migracin dinmica esta exclusividad
de recursos puede suponer un problema.
Complejidad de las actividades relacionadas con la red:
Varias mquinas virtuales, cada una con diversas interfaces de red y sus
configuraciones, pueden derivar en una complejidad de administracin
mayor que la que habra en un entorno no virtualizado. La configuracin de
elementos de red, como firewalls, y la capa software de red virtual que
interviene en las mquinas virtuales.
Una solucin o mtodo para suavizar esta desventaja puede ser la creacin
de subredes virtuales con un servidor DHCP para as facilitar las tareas de
encaminamiento de red.
Problemas aadidos:
En la administracin de un entorno virtualizado surgen problemas que no
haba antes. Por ejemplo, habr que ser realmente eficaz en la
monitorizacin para labores de distribucin de carga. Es necesario controlar
en qu servidores se encuentran corriendo las mquinas virtuales ya que
esto vara constantemente por tcnicas de migracin, tareas que no eran
necesarias en un entorno no virtualizado.
Licencias:
Hay que tener en cuenta que mltiples cuentas de usuario en un servidor, la
replicacin de mquinas virtuales, imponen requisitos de licencia con el
coste que ello implica.
Incluso hay vendedores de software que no venden licencias para entornos
virtualizados por lo que hay que comprobar antes de decantarse por uno de
ellos.
36
Desventajas
Prdida de rendimiento
Comparticin del servidor
Soporte del hardware
37
38
SOLARIS SPARC
3.1
Historia de Solaris
En febrero de 1982, en Silicon Valley, Andy Bechtolshel, Vinod Khosla, Bill Joy y
Scott MacNealy fundan la empresa Sun Microsystems.
En su primer ao de vida, Sun lanza la Sun-1, una mquina con un procesador
Motorola a una velocidad de 6 MHz, 1MB de memoria RAM y 60MB de disco
duro. Esta mquina corra el sistema operativo SunOS 1 basado en BSD 4.1 con
el aadido de incorporar TCP/IP.
Pero Qu es BSD?
Empleados de los laboratorios Bell de AT&T, crearon las primeras versiones de
UNIX. AT&T autoriz a la Universidad de California en Berkeley a retocar el
cdigo y adaptarlo a sus necesidades. De este modo nace BSD (Berkeley
Software Distribution).
En 1984 Sun cre el sistema NFS (sistema de archivos de red), que consigue ver
como espacio de disco local, sistemas de archivos ubicados remotamente.
Esta tecnologa NFS se estandariz siendo incluida a partir de la siguiente
versin de SunOS 2 en 1985.
En 1986 es lanzada la versin SunOS 3, incluyendo System V (potente y eficaz
sistema de inicio que controla los programas que se inician al arrancar la
mquina). Este mismo ao se lanza la Sun-3, con un procesador Motorola a
25MHz y 32 MB de memoria RAM.
Un ao despus, con la Sun-4, se introduce la novedad de soporta arquitectura
SPARC V7 RISC.
En 1989 sale la versin SunOS, primera en ser compatible con arquitectura
SPARC, basada en BSD 4.3 pero incluyendo utilidades System V.
Sun lanza la versin SunOS 4.1.1, la llamada Solaris 1, y concluye as un ciclo.
Todas las versiones lanzadas hasta ahora (desde 1982 a 1990) se incluyen en ese
nombre de Solaris 1.
En junio de 1991 nace SunOS 5.0 con el nombre de Solaris 2, con varias
novedades:
Abandona el nombre antiguo por Solaris 2
Basada en System V
Con CDE (Common Desktop Environment), como escritorio
aunque no abandona OpenWindows
Soporte de Multiprocesamiento Simtrico (SMP) que permite
el uso de barias CPUs.
A partir de entonces se produce una rpida evolucin en las versiones de Solaris
hasta la disponible ahora Solaris 11.
En el siguiente cuadro aparecen las versiones con las principales novedades
incluidas en cada lanzamiento:
39
Versin de Solaris
Solaris 1.0 (SunOS 4.1.1)
Solaris 1.0 (SunOS 4.1.1)
Solaris 2.4 (SunOS 5.4)
Solaris 2.6(SunOS 5.6)
Solaris 7(SunOS 5.7)
Solaris 8 beta
Solaris 9 SPARC
Solaris 10
Ao
1990
1993
1994
1998
1998
1999
2002
2004
Solaris 10
2006
Solaris 11
2011
Tecnologas
NFS V3 Y CDE
x86 platform
Kerberos, PAM, TrueType 64 bits para plataforma
UltraSPARC
IPv6 support
Solaris Volume Manager
Java Desktop
Java Desktop , Solaris Containers ,
Service Management Facility (SMF)
NFSv4 /ZFS
En junio de 2005 nace OpenSolaris, un proyecto en el que Sun liber gran parte
del cdigo fuente pasando a ser desde entonces de libre distribucin.
Nuevas mejoras fueron aadidas en otras distribuciones a partir de esta
iniciativa.
En OpenSolaris.org se puede encontrar diferentes proyectos y mejoras, as
como grupos de trabajo que aportan sus ideas y funcionalidades a la
comunidad.
3.2
Hardware SUN
40
3.3
Arquitectura SPARC
43
45
46
47
48
3.4
SUNFIRE T2000
49
Despus de la actualizacin de los grandes servidores Sun Fire con dual core
UltraSPARC IV del ao 2004, los sistemas Sun Fire T2000 fueron un importante
avance hacia el uso de los nuevos tipos de microprocesadores con tecnologas
multi-proceso y multi-hilo, las cuales dominaran el mercado de los sistemas en
el futuro.
Los procesadores UltraSPARC T1 mejora el caudal (thoughput) usando menos
energa y disipando menos calor que los diseos de procesadores
convencionales.
Dependiendo del modelo adquirido, el procesador tiene cuatro, seis u ocho
UltraSPARC cores.
Como hemos comentado antes, el procesador dispone de una L1 cache y L2
cache, controladores de memoria DDR2, y una interfaz JBus I/O (entrada/salida)
cuidadosamente optimizado para un magnfico rendimiento.
A continuacin se pueden observar las caractersticas del T2000 con sus
opciones de configuracin de adquisicin:
50
51
3.4.2
Temperatura de CPU
Estado de disco duro
Condiciones trmicas del entorno
Velocidad del ventilador y estado
Estado de las fuentes de alimentacin
Fallas detectadas por POST
Solaris Predictive Self-Healing (PSF)
52
Los dispositivos que se suelen conectar al puerto serie de gestin suelen ser:
Servidor de terminales
Terminal alfanumrico o similar
Lnea Tip conectada a otro dispositivo Sun.
El puerto serie de gestin de SC se usa para administracin in situ por consola
(system controller)
El servidor dispone de redundancia de fuente de alimentacin para mayor
seguridad de suministro elctrico.
53
54
VIRTUALIZACIN EN SOLARIS
55
4.1
56
Por lo tanto:
Uni-XSB
Una PSB no dividida lgicamente y configurada en una XSB
Contiene todos los recursos de la placa: en media 4 CPUs,
32 DIMMs e interfaz de E/S en un servidor de gama alta; 1
CPU, 8 DIMMs e interfaza de E/S en un servidor de nivel de
entrada.
Quad-XSB
Una PSB dividida lgicamente y configurada en cuatro XSBs
Cada una de las cuatro XSBs contiene un cuarto de los
recursos totales de la mquina: 1 CPU, 8 DIMMS, e interfaz
de E/S en un servidor de gama alta; En un servidor de gama
media slo dos XSBs tienen interfaz E/S.
Un dominio consiste en una o ms XSBs. Cada dominio dispone de su propia
copia de sistema operativo Solaris, y cada dominio debe tener como mnimo 1
CPU, 8 DIMMS, e interfaz de E/S.
Cada XSB est aislada elctricamente, por lo que supone una separacin
completa de mquinas. En definitiva, disponemos de un chasis con varias
mquinas totalmente independientes, y por lo tanto podemos tener diferente
kernel, parches, etc.
57
58
59
61
62
4.2
El hipervisor asigna recursos del servidor a cada dominio lgico, y ste slo tiene
disponibles esos recursos.
El gestor de dominios lgicos (Logical Domain Manager), permite especificar
qu debe hacer el hipervisor a travs del dominio de control (control domain).
Esta asignacin de recursos y su configuracin, es fundamental para la
construccin de dominios lgicos.
A continuacin se ilustra con un diagrama el hipervisor soportando dos
dominios lgicos, as como las capas que llevan a cabo la funcionalidad de
Logical Domains:
64
Como sabemos, el hipervisor asigna recursos (CPU, memoria y E/S) del servidor
a un dominio lgico, y gracias a esto se pueden ejecutar diferentes instancias de
sistema operativo, una por cada dominio lgico.
Cada domino lgico se administra como una mquina independiente, con su
ncleo, parches, cuentas de usuario, administradores, discos, interfaces de red,
direcciones MAC y direcciones IP.
El hipervisor hace posible y es responsable de la separacin entre dominios y de
la comunicacin entre ellos gracias a los LDC (logical domain channels), que no
slo comunica, sino que ofrece servicios de un dominio lgico a otro.
En el captulo anterior se habl del procesador de servicio (service processor o
SP), o controlador del sistema (system controller o SC), como una herramienta
para monitorizar, gestionar y administrar el servidor. Es importante el detalle de
que la SC slo influye en el servidor fsico y nunca sobre los dominios lgicos,
esa labor de gestin de dominios lgicos la cumple el Logical Domain Manager.
65
DISPOSITIVOS ENTRADA-SALIDA
Los dispositivos de entada-salida, como los discos internos, y las controladoras
PCI-Express, as como sus adaptadores y dispositivos adjuntos, se pueden
presentar a los distintos dominios lgicos de varias formas, dependiendo de los
requerimientos de la aplicacin y del modelo administrativo requerido.
Dispositivos I/O
El software LDOMs usa un modo en el que el hipervisor crea una asignacin del
dispositivo fsico a una interfaz virtual. El software permite al dominio lgico
mantener la propiedad del dispositivo.
En un entorno con dominios lgicos, el bus PCI-E puede ser programado para
asignar cada puerto a dos dominios diferentes utilizando el Logical Domains
Manager.
Esto habilita a ms de un dominio con acceso directo a los dispositivos fsicos al
contrario que ocurre con la virtualizacin de entrada-salida.
68
RED
Con el software Logical Domains Manager, los adaptadores de red son recursos
virtualizados. La infraestructura de red virtual tiene dos componentes:
o Dispositivos de red virtual (vnet) implementan un dispositivo
Ethernet virtual y comunica con otros dispositivos vnet del sistema
utilizando un switch de red virtual.
o Switch de red virtual (vsw) es un switch de red que conecta los
dispositivos de red virtual a la red externa y conmuta paquetes
entre ellos.
CONECTIVIDAD
Una conexin de red desde un dominio invitado se consigue primero creando
un servicio vsw (vswitch), provisto por un service domain, como el control
70
domain, y luego creando dispositivos vnet que conectan con l, y son aadidos
al dominio invitado.
Es posible crear switches virtuales que no tienen acceso al dispositivo de red
fsico, creando una red privada entre uno o ms dominios. Por ejemplo, es de
utilidad cuando creamos una red privada entra un servidor de aplicaciones y un
servidor de base de datos en dominios separados, ayudando a incrementar la
seguridad y reduciendo el trfico de red en la LAN pblica.
DIRECCIONES MAC
Un punto importante de la tecnologa de Logical Domains es la habilidad de
crear redes sofisticadas, con mltiples switches virtuales y redes virtuales entre
dominios y las redes externas a los sistemas fsicos.
Esto requiere suficiente direcciones MAC para asignar a esos dispositivos y ,
como administradores, se tiene la opcin de asignar manualmente direcciones
MAC a esos dispositivos. Sin embargo, Sun provee de otras opciones de
asignacin automtica de direcciones MAC para los switches virtuales y
dispositivos de red.
ALMACENAMIENTO
La infraestructura de discos virtuales (vdisk) implementa un mecanismo para
que las aplicaciones en un dominio lgico accedan a los datos en disco
gestionado por el dominio con acceso directo de entrada-salida, como si los
discos estuvieran directamente disponibles por el dominio lgico.
La infraestructura vdisk tiene dos componentes con una interfaz comn:
o Controlador cliente de disco virtual (vdc), que reside en el dominio
lgico y proporciona acceso a los dispositivos de bloque estndar,
a las aplicaciones que se ejecutan en ese dominio.
o Controlador servidor de disco virutal (vds), que reside en el service
domain y aplica peticiones vdisk al correspondiente archivo o
volumen de disco exportado por l. El disco virtual puede basarse
en varios tipos de dispositivos, incluyendo:
Un disco fsico completo, que podra tambin ser una
particin presentada por un dispositivo SAN, a veces
denominado como logical unit number (LUN).
Un solo slice de un disco o LUN
Archivo de disco imagen en un file system (como un UFS o
ZFS)
Volumen de discos (ZFS, SVM, VxVM)
71
OpenBoot PROM
El entorno OpenBoot PROM forma la base del programa inicial de carga y
ejecucin tpico de un sistema operativo. Tambin provee de otras
caractersticas, como diagnosis y parmetros en tiempo de arranque, para
controlar la operacin. En el software de Logical Domains, el enorno OpenBoot
PROM tambin est virtualizado, y puesto a disposicin en mltiples
particiones como discretos medios de arranque. El firmware OpenBoot es la
base de ejecucin del sistema operativo en un dominio lgico.
El prompt OpenBoot {0} ok es lo primero que se ve cuando conectamos por
consola a un dominio lgico recin creado, y resulta familiar a cualquiera con
experiencia en hardware con arquitectura SPARC.
4.3
Solaris Zones
75
La zona global es la nica zona desde donde una zona no global puede
ser configurada e instalada
Se puede pensar en una zona como una caja con muros flexibles y definidos por
software. Una o ms aplicaciones pueden correr en esas cajas sin interactuar
con el resto del sistema. Ya que las zonas aslan aplicaciones software y
servicios, aplicaciones que corren en la misma instancia del sistema operativo
Solaris pueden ser gestionadas independientemente unas de otras. Por
ejemplo, diferentes versiones de la misma aplicacin pueden correr en
diferentes zonas.
Existe una solucin para ayudar con la gestin del entorno virtualizado por
zonas; se trata de la herramienta Manager Ops Center, el cual puede llevar a
cabo las siguientes acciones:
Crear zonas
Descubrir y gestionar zonas existentes
Iniciar, reiniciar, apagar, clonar, migrar y borrar zonas
Gestionar file systems de zonas, almacenamiento, red, y utilizacin de
recursos por cada zona.
77
Tipo de zona
Global
Caractersticas
El sistema le asigna el ID
Proporciona la nica instancia del ncleo de Solaris que se puede iniciar y ejecutar en
el sistema
Contiene una instalacin completa de los paquetes de software del sistema Solaris
Puede contener paquetes software adicionales, as como archivos, directorios,
software y otros datos adicionales que no se instalen como paquete
No global
78
Zonas no globales
Se pueden crear varios tipos de zonas no globales con diferentes propsitos. Se
clasificarn del siguiente modo:
Por file systems
o Sparse Root Zone: Contiene una copia de lectura/escritura de una
parte del sistema de archivos existente en la zona global. Otros
sistemas de archivos se montan en modo slo lectura desde la
zona global como sistemas de archivos virtuales (loop-back).
Cuando se crea una zona de este tipo, el administrador selecciona
qu file systems se van a compartir con la zona sparse adems de
los file systems en modo slo-lectura que existen por defecto:
/usr, /sbin, /platform
Todos los paquetes que se instalan en la zona global estn
disponibles para las zonas sparse; se crea una base de datos de los
paquetes y todos los file systems montados se comparten con la
zona.
o Whole Root Zone: Contiene una copia de lectura/escritura de
todo el file system que existe en la zona global. Cuando se crea
una zona de este tipo, todos los paquetes que se instalan en la
zona global, estn disponibles tambin en la zona; se crea una
base de datos de los paquetes y todos los ficheros se copian a la
zona para uso dedicado e independiente de ella.
o Branded Zone: Soporta diferentes versiones de sistema operativo
Solaris para compatibilidad de ejecucin de aplicaciones. Por
ejemplo, se puede instalar Solaris 8 9 en una zona de este tipo.
79
Ejemplo de zona con file systems tipo lofs (comparten los file
systems /usr, /lib, /sbin, /platform) El tamao de la zona no global
es muy pequeo.
80
82
DISEO E IMPLEMENTACIN
5.1 Introduccin
Muchas empresas requieren de herramientas y aplicaciones para el desarrollo
de su actividad. En ocasiones estas aplicaciones son tan especficas que son
solicitadas a otras empresas para que sean desarrolladas en funcin de las
necesidades del modelo de negocio.
En nuestro escenario partimos de una empresa que dispone de un software de
este tipo, hecho a medida, que corre y es compatible con Solaris 9.
El sistema operativo Solaris 9 fue lanzado en mayo de 2002 y finaliz su segundo
periodo de soporte a finales de 2015, por lo que interesa disponer de una
versin en periodo de soporte para tener el apoyo de ORACLE ante cualquier
problema que pueda ocurrir.
Por otra parte, nuestro software a medida, que sigue siendo perfectamente
vlido para las necesidades de negocio, fue programado para Solaris 9 y muy
probablemente tendr problemas de compatibilidad con otras versiones.
Para la realizacin prctica dispondremos de:
SUNFIRE T2000 donde haremos la implementacin prctica, la
configuracin de 6 core con 8GB de RAM
Porttil i5, con 8 gb de RAM para conectar por ssh al servidor
83
84
Estado inicial
Downgrade a la versin Logical Domains 1.2
Configuracin del control domain
Creacin y conifguracin de dominio lgico todd-01
Instalacin de Solaris 10 en todd-01
Creacin de flar en todd-test2 (Solaris 9)
Creacin de branded zone en todd-test1
Instalacin de flar en todd-test1.
85
87
Primero vamos a ver el estado actual de nuestro control domain, as como los
recursos disponibles:
89
Necesitamos crear los servicios que gestionar el control domain. Estos servicios
son tres:
Virtual disk service
Virtual switch service
Virtual console concentrator
Lo primero que debemos hacer es crear un vds (virtual disk service), que es el
servicio para gestin de discos virtuales.
Lo haremos con el comando add-vds:
Este comando crea un servidor de discos virtuales llamado primary-vds0 y lo
asigna al dominio primary (control domain). Este servicio permite asignar discos
a los futuros dominios lgicos que creemos.
90
91
92
Con esto hemos finalizado la configuracin del control domain pero an no est
salvada. Podemos usar el comando para listar las configuraciones y aadir la
nuestra:
5.5
Una vez ya tenemos configurado el control domain, con todos los servicios y sus
recursos, estamos en disposicin de crear nuestros dominios invitados (guest
domains).
Como un dominio ms, se le deben asignar tambin vCPU (virtual CPU),
memoria RAM y unidad aritmtico-lgica. Como vemos, despus de ello,
tenemos nuestro dominio disponible.
93
Ya tenemos nuestro fichero que servir como disco duro para el dominio.
95
5.6
Aqu podemos ver mediante el comando devalias los discos virtuales que son
accesibles desde test1.
Como hemos visto, como almacenamiento tendremos vdisk1, y nuestra iso de
Solaris 10 en iso_sol10. Ahora podemos iniciar desde iso_sol10.
97
98
99
100
101
102
103
104
105
106
Ya tenemos nuestro dominio con Solaris 10, accesible por consola. Por lo tanto,
ya tenemos nuestro sistema destino para hacer la migracin. Aunque el acceso
por consola se utiliza para labores de administracin, por lo que debemos darle
conexin por red.
107
108
109
110
5.7
Un archivo flar (flash archive) es una imagen de sistema operativo. Esta imagen
es instalable y puede ser reinstalada en otras mquinas con el fin de lograr
sistemas iguales. Esto es de gran utilidad para, por ejemplo, JumpStarts, o para
nuestro fin, restaurar una imagen de Solaris 9 que crearemos para copiarla e
instalarla en nuestro servidor-destino de la migracin (todd-test1) en una
branded zone. De esta manera tendremos nuestra mquina disponible para
seguir dando servicio siendo compatible con un host anfitrin con Solaris 11.
En la mquina objetivo de migracin, corriendo el sistema Solaris 9, crearemos
el archivo flar
5.8
Este fichero nos servir para migrar (clonar) la mquina en la que corre nuestro
aplicativo. Para ello, lo transferimos a nuestra mquina-destino (todd-test1) y lo
instalaremos.
Para poder instalar una zona en nuestra mquina debemos tener instalados los
siguientes paquetes: SUNWs9brandr, SUNWs9brandu, SUNWs9brandk
Los dos primeros vienen por defecto con la instalacin de Solaris 10, pero el
paquete SUNWs9brandk debe ser instalado manualmente. Hay que descargarlo
de la pgina de soporte de ORACLE, y slo est disponible con una licencia con
soporte. Descargamos el software Solaris Zone Containers en su versin 1.0.1
que es la necesaria para nuestra distribucin de sistema operativo.
Veamos lo que tenemos instalado:
111
Ahora podemos iniciar la zona para poder hacer login en ella. Una vez iniciada
estar en estado running.
113
114
CONCLUSIONES
115
117
118
BIBLIOGRAFA Y URLs
PFC Virtualizacin de servidores de telefona IP en GNU/Linux
Autor: Eugenio Eduardo Villar Fernndez
PFC ESTUDIO E IMPLEMENTACIN DE LA TCNICA DE VIRTUALIZACIN
EN LA DIRECCIN CENTRAL DE SERVICIOS COMPUTACIONALES, UTFSM
Autor: Alejandro Esteban Lara Molina
PFC Virtualizacin de servidores
Autor: Alex Mrquez
SystemAdministrationGuide: DevicesandFileSystems
Autor: Bill Calkins
SystemAdministration Guide: Solaris Containers-Resource Management
and Solaris Zones (Sun Microsystems)
Tutorial Solaris Zones Administration
Autor: Fahad Khalid
SystemAdministration Guide: BasicAdministration (Sun Microsystems)
SystemAdministrationGuide: AdvancedAdministration (Sun
Microsystems)
Guide to the Secure Configuration of Solaris 9 (National Security Agency)
NOVEDADES DE ORACLE SOLARIS 11 11/11 (ORACLE)
InstallingOracleSolaris11Systems (ORACLE)
Introducing Oracle Solaris 11 Express Whats New for System
Administrators (ORACLE)
Oracle Solaris 11 Frequently Asked Questions (ORACLE)
Oracle Solaris 11 Cheat Sheet General Administration (ORACLE)
Logical Domains 1.2 Administration Guide (ORACLE)
Servidores SPARC Enterprise M8000/M9000
Sun Advanced Lights Out Manager (ALOM) 1.6 Administration Guide (Sun
Microsystems)
120
121