1.- introducción sistemas en red

7/18/2019 1.- Introducción Sistemas en Red

http://slidepdf.com/reader/full/1-introduccion-sistemas-en-red 1/33

Introducción a los sistemasoperativos en red



1. Arquitectura cliente/servidor

La arquitectura cliente/servidor persigue el objetivo de procesar la información de un mododistribuido. De esta forma, los usuarios finales pueden estar dispersos en un área geográfica más omenos extensa (un edificio, una localidad, un pas, !" # acceder a un conjunto com$n de recursoscompartidos.

%demás, el acceso debe ser transparente (el cliente puede desconocer la ubicación fsica del recursoque pretende utili&ar" #, preferiblemente, multiplataforma, es decir, independiente del sistemaoperativo, del soft'are de aplicación e incluso del ard'are.

)n definitiva, cuando ablamos de la implantación de una arquitectura cliente/servidor, nosreferimos a un sistema de información distribuido.



http://somebooks.es/wp-content/uploads/2013/08/sor0101.png



%demás de la transparencia # la independencia del ard'are # del soft'are, una implantacióncliente/servidor debe tener las siguientes caractersticas*

•Debe utili&ar protocolos asim+tricos, donde el servidor se limita aescucar, en espera de que un cliente inicie una solicitud.

•)l servidor ofrecerá recursos, tanto lógicos como fsicos a una

cantidad variable # diversa de clientes (por ejemplo, espacio dealmacenamiento, bases de datos, impresoras, etc."

•)l servidor ofrecerá tambi+n una serie de servicios, que seránusados por los clientes. )stos servicios estarán encapsulados, paraocultar a los clientes los detalles de su implementación (por ejemplo,aceptar el requerimiento de un cliente sobre una base de datos oformatear los datos obtenidos antes de transmitirlos al cliente".

•e facilitará la integridad # el mantenimiento tanto de los datoscomo de los programas debido a que se encuentran centrali&ados enel servidor o servidores.

•Los sistemas estarán d+bilmente acoplados, #a que interact$anmediante el envo de mensajes.

•e facilitará la escalabilidad, de manera que sea fácil a-adir nuevos clientes a la infraestructura(escalabilidad ori&ontal" o aumentar la potencia del servidor o servidores, aumentando su n$meroo su capacidad de cálculo (escalabilidad vertical"

Elementos de la arquitectura cliente/servidor.

De lo dico asta aora, podemos deducir que los principales elementos que conforman laarquitectura cliente/servidor son los siguientes*

El servidor

uando ablamos de una forma gen+rica, si mencionamos a un servidor, nos referimos a unordenador, normalmente con prestaciones elevadas, que ejecuta servicios para atender las demandasde diferentes clientes.

in embargo, bajo el punto de vista de la arquitectura cliente/servidor, un servidor es un proceso queofrece el recurso (o recursos" que administra a los clientes que lo solicitan (consultar la definiciónde cliente más abajo".

)s mu# frecuente que, para referirse a un proceso servidor, se utiliceel t+rmino bac0end.

eg$n el tipo de servidor implantado, tendremos un tipo dearquitectura cliente/servidor diferente.

1or $ltimo, mencionar que en algunas ocasiones, un servidor puedeactuar, a su ve&, como cliente de otro servidor.

Las caractersticas deuna implantacióncliente/servidor debenser*2ransparencia.Independencia.1rotocolos asim+tricos.3ecursos compartidos.ervicio.)ncapsulamiento.Integridad.

%coplamiento d+bil.)scalabilidad.

)n ocasiones, losservicios tambi+nreciben el nombrededemonios (daemons

en ingl+s".e trata de unaterminologa que

proviene del mundo4nix/Linux.



El cliente

Igual que antes, al ablar de forma gen+rica sobre un cliente, nos referimos a un ordenador,normalmente con prestaciones ajustadas, que requiere los servicios de un equipo servidor.

in embargo, bajo el punto de vista de la arquitectura cliente/servidor, un cliente es un proceso quesolicita los servicios de otro, normalmente a petición de un usuario.

)n entornos cliente/servidor, suele utili&arse el t+rmino front0end para referirse a un proceso cliente.

5ormalmente, un proceso cliente se encarga de interactuar con elusuario, por lo que estará construido con alguna erramienta que

permita implementar interfaces gráficas (64I". %demás, seencargará de formular las solicitudes al servidor # recibir surespuesta, por lo que deberá encargarse de una parte de la lógica dela aplicación # de reali&ar algunas validaciones de forma local.

El Middleware

)s la parte del soft'are del sistema que se encarga del transporte delos mensajes entre el cliente # el servidor, por lo que se ejecuta enambos lados de la estructura.

)l middle'are permite independi&ar a los clientes # a los servidores,

sobre todo, gracias a los sistemas abiertos, que eliminan la necesidadde supeditarse a tecnologas propietarias.

1or lo tanto, el middle'are facilita el desarrollo de aplicaciones, porque resuelve la parte deltransporte de mensajes # facilita la interconexión de sistemas eterog+neos sin utili&ar tecnologas

propietarias.

%demás, ofrece más control sobre el negocio, debido a que permite obtener información desdediferentes orgenes (uniendo tecnologas # arquitecturas distintas" # ofrecerla de manera conjunta.

1odemos estructurar el middle'are en tres niveles*

•)l protocolo de transporte, que será com$n para otras aplicaciones del sistema.

•)l sistema operativo de red

•)l protocolo del servicio, que será especfico del tipo de sistema cliente/servidor que estemosconsiderando.

El funcionamiento básico

%unque es probable que a estas alturas #a te agas una idea sobre el funcionamiento general delmodelo cliente/servidor, vamos a concretarlo a continuación*

7.Lo primero que debe ocurrir es que se inicie el servidor. )sto ocurrirá durante el arranque delsistema operativo o con la intervención posterior del administrador del sistema. uando termine deiniciarse, esperará de forma pasiva las solicitudes de los clientes.

Los mensajes quedan

almacenados, permitiendo que elemisor o el receptorest+n inactivos por untiempo. %s, lascomunicaciones puedenser persistentes #asncronas.)ste mecanismo sedenomina 8essage09riented 8iddle'are

(MOM"



:.)n alg$n momento, uno de los clientes conectados al sistema reali&ará una solicitud al servidor.

;.)l servidor recibe la solicitud del cliente, reali&a cualquier verificación necesaria #, si todo escorrecto, la procesa.

<.uando el servidor disponga del resultado solicitado, lo enva al cliente.

=.>inalmente, el cliente recibe el resultado que solicitó. % continuación reali&a las comprobaciones

oportunas (si son necesarias" #, si era ese el objetivo final, se lo muestra al usuario.

i descomponemos este modo de funcionamiento en elementos estructurales, será más fácilcomprender los conceptos implicados. De esta forma, podemos obtener una definición de laarquitectura por niveles, estructurada como sigue*

•4n nivel de presentación, que aglutina los elementos relativos al cliente.

•4n nivel de aplicación, compuesto por elementos relacionados con el servidor.

•4n nivel de comunicación, que está formado por los elementos que acen posible la comunicaciónentre el cliente # el servidor.

•4n nivel de base de datos, formado por los elementos relacionados con el acceso a los datos.




2. Concepto de Sistema Operativo de ed4n istema 9perativo de 3ed es una especiali&ación del concepto gen+rico de sistema operativoque se centra en ofrecer un comportamiento de ?sistema $nico@ a una implementacióncliente/servidor.

)n este sentido, el cliente reali&ará llamadas a determinados servicios como si fuesen locales (por ejemplo, un procesador de textos que necesita imprimir, no diferencia si la impresora a la que sedirige es local o remota". )l istema 9perativo de 3ed detecta la necesidad de acceder a un recursode red # enva la solicitud al servidor adecuado.

1or $ltimo, cuando recibe la respuesta, la ace llegar al proceso cliente.

Lógicamente, un istema 9perativo de 3ed debe ofrecer transparencia tanto a los procesos queact$an como clientes como a los que act$an como servidores, # debe acerlo en los siguientesaspectos*

•La autenticación* el mismo nombre de usuario # la misma contrase-a deben servir para acceder arecursos en todo el sistema.

•La confidencialidad en la transmisión de los datos* utili&ando alg$n mecanismo de cifrado para elintercambio de información entre el cliente # el servidor.

•)l espacio de nombres* los convenios sobre los nombres de los recursos deben ser independientesde los sistemas operativos que los alojan.

•La ubicación* cada recurso debe conocerse sólo por su nombre, sin importar el sistema donde seejecutan.

•La administración* se debe facilitar un mismo mecanismo degestión para todos los recursos.

•Los protocolos* deben tener una %1I (%pplication 1rogrammingInterface" id+ntica en todos los sistemas.

•)l acceso a los recursos* como emos dico más arriba, debe producirse como si estuviese ubicado en el mismo sistema donde seencuentra el cliente.

•La replicación* se debe conseguir que no existan diferencias entredos copias del mismo recurso ubicadas en dos sistemas diferentes.

•)l tratamiento de los fallos* se deben ofrecer mecanismos dedetección de los fallos, redundancia de los recursos en función de su

importancia # reconexión cuando el fallo a sido solventado.•)l tiempo* Los relojes de todos los dispositivos de la infraestructuradeben estar sincroni&ados.

)l protocolo que nos permite ejecutar unservicio en el clientecomo si se tratara de un

procedimiento local,encapsulando todo el

proceso decomunicación, sedenomina RPC (delingl+s, 3emote

1rocedure alls".



!. "ipos de arquitecturas cliente/servidor

%ora que conocemos los fundamentos de la tecnologa cliente/servidor, debemos anali&ar lainteracción entre sus componentes para poder establecer cómo implementarla de la forma más

adecuada.)n este sentido, deberemos reali&ar un análisis previo de los requerimientos en cuanto a los eventosque pueden producirse # las restricciones a las que se verá sometida la instalación, el tipo #volumen de información que va a procesarse, el tipo de bases de datos a utili&ar # su tama-o (si sonnecesarias", la estimación sobre el tráfico de la red # el tiempo de respuesta, la ubicación fsica tantode los datos que se van a manejar como de los procesos que la van a procesar, etc.

1ara dar respuesta a estas situaciones, estableceremos dos tipos de clasificación diferentes* )l primero atenderá al tama-o del lado servidor comparado con el tama-o del lado cliente. )l segundoará referencia al tipo de servicio que se ofrece.

Clasificaci#n se$%n el tama&o del lado cliente ' del ladoservidor

4na de las caractersticas del modelo cliente/servidor es que permite balancear la potencia decálculo aplicada acia el lado servidor o acia el lado cliente, seg$n convenga.

1or ejemplo, si el n$mero de clientes fuese elevado, # la ma#ora del proceso se reali&ara en el ladoservidor, no necesitaramos clientes mu# potentes, pero probablemente necesitaramos ampliar la

potencia de cálculo del lado servidor #, como situación complementaria, tendramos que valorar elaumento de tráfico en la red.

1or otro lado, con clientes más potentes, buena parte del cálculo puede reali&arse en el lado cliente,accediendo al servidor de forma esporádica. )sto derivara en un servidor con menos necesidadesde recursos, un menor tráfico en la red # un ma#or coste de los equipos en el lado cliente.

1or lo tanto, como puede deducirse, disponemos de dos alternativas*

•liente pesado, servidor ligero (en ingl+s, 2ic lient, 2in erver"* %qu, tanto el nivel de presentación como el nivel de aplicación se ejecutan en el lado cliente. Incluso podran procesarsecontenidos multimedia con un alto consumo de recursos. )l servidor se utili&a para tareas como elospedaje del 6AD (istema 6estor de Aases de Datos" o incluso para otras tareas menores, como

administrar las tareas de impresión. )n este tipo de esquemas, incluso podra interrumpirse de formamomentánea el servicio de red sin perjudicar de forma significativa a los clientes.

•ervidor pesado, cliente ligero (en ingl+s, 2ic erver, 2in lient"* )l lado cliente se empleasólo para el nivel de presentación (mucas veces utili&ando simplemente un navegador 'eb" # ellado servidor se encarga de ejecutar la aplicación. )n este tipo de esquemas podramos disponer,incluso, de clientes sin disco duro. 9tra de las ventajas de esta opción es que ofrecen una ma#or seguridad frente a intentos de acceso indebido.

5ormalmente, la segunda alternativa presenta una ma#or flexibilidad # un menor coste, siempre quese a#an resuelto los posibles problemas que mencionábamos antes.



Clasificaci#n se$%n el tipo de servicio que se ofrece

9bviamente, son mucos los servicios que se pueden ofrecer en una arquitectura cliente/servidor #sera mu# extenso reali&ar una clasificación detallada de los tipos de servidor atendiendo a todos los

servicios que pueden ofrecer. 1or ese motivo, aqu nos limitaremos a incluir sólo los másimportantes*

•ervidores de arcivos* e suelen utili&ar para crear almacenes de documentos en un lugar centrali&ado de la red (opias de seguridad, imágenes, plantillas de documentos, etc."

•ervidores de bases de datos* 5ormalmente están asociados a lautili&ación de aplicaciones cliente/servidor donde un proceso clienterequiera datos al servidor de bases de datos.

Lógicamente, el acceso a los datos será compartido por diferentesclientes de forma simultánea (aplicándose los mecanismos de

protección necesarios sobre los datos ante la concurrencia dediferentes clientes # la existencia de distintos niveles de privilegio".

)ste tipo de estructuras suelen basarse en el concepto detransacción.

•ervidores de impresión (1rint erver"* >acilitan la compartición deimpresoras # administra los trabajos de impresión en la red. De estaforma se permite a los clientes que utilicen una impresora sinimportar su ubicación fsica. 4n servidor de impresión utili&a unacola para almacenar, de forma ordenada, los trabajos que recibe. )stacola puede ser administrada con diferentes privilegios en función delcliente que realice la solicitud. )s com$n que un servidor de

impresión englobe tambi+n a unservidor de fax, #a que se gestionande forma similar.

•ervidores de transacciones* %plican el concepto de transacciónmencionado en las bases de datos a la llamada de funciones om+todos almacenados en el servidor, de modo que el intercambio a trav+s de la red se limita a unsolo mensaje de solicitud o respuesta. De esta forma, se agrupan una o más acciones en una unidadlógica que se ejecuta como un todo, garanti&ándose la integridad del proceso. )stas aplicaciones

pretenden dar soporte a procedimientos # reglas en sistemas de misión crtica # se denominan 9L21(9nline transaction processing, 1rocesamiento de transacciones enlnea".

1or ejemplo, un cajero automático es un buen ejemplo de aplicaciónde procesamiento de transacciones.

•ervidores de objetos* Dan soporte al procesamiento distribuido.4na determinada aplicación puede estar construida por diferentesobjetos que pueden estar ospedados en diferentes puntos de la red.De esta forma, un objeto puede acer uso de los m+todos de otrosobjetos sin importar dónde est+n almacenados. La comunicaciónentre objetos se reali&a mediante un componente llamado 9bject3equest Aroer (93A", que sirve de intermediario entre lassolicitudes # los resultados obtenidos.

•ervidores 'eb* u función consiste en devolver un determinadodocumento cuando un cliente lo solicita. La comunicación utili&a el

protocolo B221 (que está basado en 31".

)n una transacción,una serie de operaciones

que están relacionadasentre s se efect$ancomo un todo (porejemplo, la actuali&aciónde los datos dediferentes tablas en la

base de datos".i una parte de laoperación fracasa,fracasa la transaccióncompleta.

)sto asegura laintegridad de los datosalmacenados.

)n la programaciónorientada a objetos(991, 9bject 9riented1rogramming", lasaplicaciones estánformadas por objetosque interact$an entreellos a trav+s de susm+todos.

e basa en t+cnicascomo la encapsulación,la erencia # el

polimorfismo.)n la actualidad es laforma más extendida de

programar aplicaciones.



(. )enta*as e inconvenientes de la arquitecturacliente/servidor

%unque, por lo visto asta aora, puede parecer que en el modelo cliente servidor todo son ventajas,en realidad tambi+n encontramos algunos inconvenientes. % continuación aremos un breve repasode ambos.

)enta*as de la arquitectura cliente/servidor

omo #a abrás deducido, el modelo cliente/servidor está especialmente indicado en redes medias ograndes que necesiten un alto nivel de fiabilidad.

Las principales ventajas que ofrece son*•%dministración centrada en el servidor. Los clientes tienen poca trascendencia en el esquema # susnecesidades de administración son menores.

•entrali&ación de los recursos. Los recursos comunes a todos los usuarios se administran en elservidor. %s se evitan situaciones como la redundancia o inconsistencia de información en las basesde datos.

•8ejora de la seguridad. %l disponer de un mecanismo central de autenticación, las posibilidades deacceso indebido se reducen considerablemente.

•)scalabilidad de la instalación. e pueden a-adir o suprimir clientes sin que el funcionamiento dela red se vea afectado.

+nconvenientes de la arquitectura cliente/servidor

%unque, despu+s de lo dico asta aora pare&ca difcil de creer, una infraestructura cliente/servidor tambi+n tiene sus inconvenientes*

•oste elevado. 2anto la instalación como el mantenimiento son más elevados debido al perfil mu#t+cnico del lado servidor.

•Dependencia del servidor. 2oda la red está construida al rededor del servidor # si +ste deja defuncionar o lo ace con un rendimiento inadecuado, afectará a toda la infraestructura.

%fortunadamente, este $ltimo inconveniente está superado, al menos en parte, gracias a sistemascomo los servidores redundantes, la tolerancia a fallos # los sistemas de almacenamiento en modo3%ID.



,. -rupos de traba*o como alternativa al modelocliente/servidor

4n grupo de trabajo es la forma más simple de compartir recursos entre diferentes ordenadores deuna red de dimensiones reducidas. )n +l, todos los equipos se encuentran al mismo nivel deimportancia # ninguno de ellos tiene control sobre los otros.

)n este tipo de estructuras cada ordenador dispone de sus propias cuentas de usuario, administradasde forma local.

4n grupo de trabajo puede ser la solución más acertada cuando ablamos de redes de pocosordenadores, que se encuentra en la misma red, donde cada uno de ellos ofrece recursos en funciónde sus propias caractersticas # donde la seguridad no es relevante.

in embargo, los grupos de trabajo tienen importantes limitaciones*

•La seguridad no se encuentra centrali&ada.•)s complicado reali&ar cambios en la configuración (a# que aplicarlos en cada ordenador implicado".

•Las cuentas de usuario son locales # sólo podemos utili&arlas en el ordenador donde se an creado.

•)l administrador local de un equipo puede acer cambios en la configuración que afecten al restode los usuarios.

5ormalmente, en una red configurada como grupo de trabajo no participan más de veinteordenadores.

Debido a todo esto, los grupos de trabajo deben ser una alternativa que debemos valorar endeterminadas situaciones, pero la ma#ora de las veces deberemos inclinarnos por un modelocliente/servidor.



. Sistemas operativos más frecuentes en unainfraestructura cliente/servidor

omo #a sabemos, en el modelo cliente/servidor existen dos roles diferentes* el del lado servidor #el del lado cliente. 1or este motivo, en el momento de reali&ar una clasificación de los sistemasoperativos más frecuentes, estamos obligados a diferenciar el rol que ocuparán dentro de lainfraestructura.

)n el lado servidor, los sistemas más abituales son*

•8icrosoft Cindo's erver (principalmente las versiones :; # :E"

•654/Linux erver (son frecuentes las distribuciones (3edBat, 4buntu erver, ent9, u)Linux )nterprise erver, !"

•45IF (IA8 %IF, B104F"

•olaris/9penolaris

•%pple 9 F erver

%ntes de relacionar los sistemas operativos que sedespliegan en la parte cliente, debemos decir que todoslos sistemas anteriores pueden actuar, si fuesenecesario, como clientes en una infraestructuracliente/servidor, aunque no est+n especficamentedise-ados para ello. Incluso pueden actuar comoservidores para un grupo de clientes #, para llevar a

cabo su cometido, actuar al mismo tiempo comoclientes de otro, u otros servidores.

5o obstante, los sistemas que solemos llamar ?deescritorio@ son los que están dise-ados para constituir la parte cliente en este tipo de entornos. Los másfrecuentes son estos*

•8icrosoft Cindo's (F1, Gista, H, E, !"

•654/Linux Destop (4buntu Destop, >edora, Debian, u) Linux"

•%pple 9 F



. Comprobaci#n de los requisitos t0cnicos)l primer paso para la implantación de una infraestructura cliente/servidor será la comprobación deque se cumplen tanto los requisitos ard'are como soft'are.

)n el aspecto del ard'are, uno de los aspectos más importantes será la comunicación. Deberemos

establecer si se utili&ará una red de área local (L%5, Local %rea 5et'or" o una red de área extensa(C%5, Cide %rea 5et'or", si todos los dispositivos de comunicaciones (cableados oinalámbricos" se encuentran activos # debidamente configurados #, finalmente, si existeconectividad entre los diferentes puntos de la red.

2ambi+n deberá prestarse atención a los ordenadores que estarán implicados. 1ara comen&ar diferenciaremos entre los que van a asumir el rol de servidores # los que actuarán como clientes. )nambos casos deberemos estudiar tanto la potencia necesaria como la compatibilidad con el sistemaoperativo # el resto de elementos que pretendemos instalar, aunque la situación será muco másdeterminante al referirnos al servidor o servidores.

)n ocasiones, dispondremos de un equipamiento previo sobre el que,en el mejor de los casos, podremos reali&ar ciertas modificaciones#/o actuali&aciones. )n estos casos, deberemos ajustar lascaractersticas de nuestra implantación a los recursos existentes. )notras situaciones, tendremos libertad para dise-ar todos los aspectosde nuestra instalación, adquiriendo el material necesario para

ponerla en práctica. ea cual sea la situación que se produ&ca,determinará en gran medida el resto de las decisiones que tomemos.

Lógicamente, tambi+n estudiaremos la compatibilidad a nivel deard'are # soft'are con el resto de los elementos implicados*istemas gestores de bases de datos, impresoras, faxes, dispositivos

de copias de seguridad, etc.4no de los aspectos más importantes que debemos atender cuando estudiamos los requisitos de unainfraestructura cliente/servidor es la interoperabilidad. )s decir, debemos conseguir que todos loselementos que participan interact$en de forma adecuada para obtener los resultados que esperamosde ellos.

1or lo tanto, algunas de las preguntas que deberemos acernos son las siguiente*

•Ju+ sistema operativo me ofrecerá mejor rendimiento en el lado servidorK. 1or ejemplo, dado undeterminado ordenador, deberemos averiguar si un sistema operativo tendrá un mejor comportamiento que otro. 1ara ello, podremos comprobar sus requisitos mnimos # recomendados.

•La interoperabilidad entre el sistema operativo del lado servidor # los servicios que debe ofrecer son adecuadosK. 1or ejemplo, si estamos planificando la instalación de un servidor de datos,deberemos averiguar si el sistema operativo que pensamos elegir funciona correctamente con elsistema gestor de bases de datos que emos pensado utili&ar.

•Ju+ sistema operativo me ofrecerá mejor rendimiento en el lado clienteK. Las ma#ora de lasveces, los ordenadores del lado cliente serán los que tengan una capacidad de cálculo más ajustada#, además, son los que más tardan en actuali&arse o sustituirse dentro de la estructura de unaempresa.

•La interoperabilidad entre el lado cliente # el lado servidor es adecuadaK )s lógico que debaexistir un buen entendimiento entre el lado cliente # el lado servidor para que la instalación seaverdaderamente productiva. %fortunadamente, en los $ltimos tiempos esto a mejoradoconsiderablemente, resultando sencillo acer que redes eterog+neas funcionen con todanaturalidad. 8erecen una mención especial las situaciones donde lo que se implanta es unservidor

)l IEEE define lainteroperabilidad comola abilidad de dos omás sistemas ocomponentes paraintercambiarinformación # utili&arla

posteriormente.



de aplicaciones. ada ve& son más frecuentes los programas dise-ados para funcionar en un entornocliente/servidor que utili&an una interfa& 'eb para interactuar con el usuario. )n estos casos

prácticamente será responsabilidad del navegador ofrecer el grado correcto de interoperabilidad conel servidor.

•Los sistemas operativos elegidos soportan todo el ard'are necesarioK, disponen de los driversadecuadosK )s mu# frecuente que algunos sistemas operativos, sobre todo en el lado servidor, nodispongan de todos los drivers necesarios para todos los modelos de impresoras, escáneres, u otrosdispositivos que podamos necesitar en el presente o en el futuro. 1or esto, la elección del sistemaoperativo puede verse condicionada por los dispositivos que #a tenemos o, al contrario, laadquisición de nuevos dispositivos estará supeditada al sistema operativo por el que nos a#amosdecantado.

•Los costes arrojados por el dise-o son asumibles para la empresaK 4n error com$n essobredimensionar todo el dise-o para asegurarnos de que cumple con todas las necesidades

presentes # futuras, pero esto nos puede llevar a plantear un coste excesivo. 1or este motivo,debemos acer el estudio con el máximo rigor # ofrecer un resultado ajustado a las necesidadesreales.



. equisitos de los sistemas operativos máscomunes en el lado servidor

omo emos visto antes, existe una gran diversidad de sistemas operativos en red del lado servidor (# eso que sólo nombrábamos los más representativos". 1or este motivo, sera mu# extenso incluir aqu los requisitos de cada uno de ellos. %demás, dependerá de la versión concreta que va#amos ainstalar (por ejemplo, en Cindo's :E erver encontramos las ediciones tardard, )nterprise,Datacenter, )ssential Ausiness, etc, # en cada una de ellas pueden variar ligeramente los requisitos".

1or otra parte, los requisitos irán variando en el futuro con las nuevas versiones que apare&can.

1or todo esto, aqu nos limitaremos a incluir dos ejemplos # te animo a que investigues un poco para obtener la información referente al sistema # a la versión concreta que pretendas instalar encada momento.

Los ejemplos elegidos son Cindo's :E erver # 4buntu erver 7:.<. in embargo, debemosmencionar que la configuración más estándar de Cindo's erver inclu#e interfa& gráfica (aunqueexiste la versión ore, que sólo contiene los servicios necesarios para la función que reali&a # notiene interfa& gráfica".

1or su lado, la configuración predeterminada de 4buntu erver no inclu#e ni interfa& gráfica niservicios que no sean imprescindibles.

1or lo tanto, para igualar la comparación entre los requisitos de ambos sistemas, supondremos unainstalación de 4buntu erver con interfa& gráfica.

equisitos mnimos para 3indows 244 Server

5os requisitos $en0ricos para 3indows 244 Server son estos6

3equisitos mnimos 3equisitos recomendados

1rocesador 7 6& en xE7.< 6& en xE0< : 6& o más

8emoria3%8

=7: 8A(a costa de unrendimiento reducido # la

p+rdida de algunascaractersticas"

: 6A o más)dición estándar

• 8áximo en xE* 6A• 8áximo en xE0<* ;: 6A

)diciones )nterprise # Dataenter*• 8áximo en xE* < 6A• 8áximo en xE0<* : 2A

2arjetagráfica

uper G6% (E x " uper G6% (E x " o más

)spacio endisco

7 6A 6A o mási el ordenador tiene más de 7 6A

de 3%8 necesitará espacio complementario para paginación # volcado de memoria.

4nidades DGD0398 DGD0398 o superior

9trosdispositivos 8onitor uper G6% (resolución E x o más", teclado # ratón



equisitos mnimos para 7buntu Server

omo #a emos dico, en este caso, incluiremos los requisitos que debe cumplir el ard'are dondequeramos instalar 4buntu erver con interfa& gráfica.

3equisitos recomendados

1rocesador 1rocesador xE a 7 6B&

8emoria 3%8 7 6A

2arjeta gráfica uper G6% (E x "

)spacio endisco

Disco Duro de 7= 6A (s'ap incluida".

4nidades 4na de las siguientes*Lector de D0398, puerto 4A o tarjeta de red.

9trosdispositivos

8onitor uper G6% ( resolución E x o más", teclado # ratón.La conexióna Internet no es necesaria, pero puede ser $til.

omo puedes ver, en este caso, los requerimientos de 4buntu son ligeramente inferiores a los deCindo's. in embargo, en ambos son mu# inferiores a las prestaciones medias de un servidor actual, por lo que no deberan representar ning$n inconveniente.



8. Elaboraci#n de la documentaci#n sobre lainstalaci#n e incidencias

4no de los aspectos que más se descuidan cuando se procede a implantar una infraestructuracliente/servidor es la documentación del proceso. in embargo, debemos pensar que un sistemaoperativo en red es algo vivo que irá creciendo # adaptándose a las necesidades del entorno en elque se encuentra. 1or este motivo, no debemos pensar en la instalación como algo que aremos unave& # de lo que nos podemos olvidar, sino que reali&aremos diferentes modificaciones a lo largo deltiempo.

De lo dico anteriormente, se puede deducir que, cuanto mas precisa sea la documentación quegeneremos, menos problemas tendremos para retomar el trabajo de instalación o configuración untiempo despu+s de aberlo dado por concluido.

)n este sentido, una de las primeras cuestiones a las que debemos enfrentarnos es a la

nomenclatura. )s buena idea asignar a cada equipo de nuestra red un identificativo $nico, que puedeestar relacionado, por ejemplo, con la función que reali&a, su ubicación dentro de la empresa, áreaen la que se emplea, etc. )l objetivo es poder referirnos a cada elemento de la red de una formaabreviada # cómoda.

1or ejemplo, un servidor podra tener asignado un identificador como 3G70952% (ervidor nM7 del departamento de ontabilidad".

La idea es disponer de un documento con el perfil de la instalación para cada uno de los equiposincluidos en nuestra infraestructura (sean servidores o no"

)n este sentido, cada uno de estos documentos debera tener, además del identificador que emos

comentado antes, los siguientes datos*•Datos de ard'are* Deberán describir, de una forma precisa, las caractersticas del ordenador que

estamos definiendo. Incluirá su ubicación, el tipo de procesador que incorpora, el tipo # cantidad de

memoria, su disco duro, su tarjeta de red, tarjeta gráfica, etc.2ambi+n debemos dejar constancia de

los dispositivos conectados al ordenador, como impresoras, faxes, escáneres, etc.



•Datos sobre las impresoras de red que estarán accesibles desde el equipo. %l menos deberemos

contemplar su dirección I1, su nombre # su ubicación fsica.

•

•

•




•La descripción del sistema operativo instalado. Debe ser lo más detallada posible #, como mnimo,

incluirá su nombre # versión, la feca # la ora de instalación, el usuario que act$a como

administrador # su contrase-a, las licencias instaladas, etc.uando instalamos sistemas operativo

privativos, como es el caso de Cindo's, un dato que no siempre se inclu#e en la documentación,

pero que es mu# importante para futuras operaciones de actuali&ación es la clave de producto

(1roduct Ne#, en ingl+s". e trata de la secuencia de n$meros # letras, normalmente organi&adas en

grupos # separadas por guiones, que suele venir aderida al embalaje del medio de almacenamiento

en el que se distribu#e el producto.




•1arces # actuali&aciones que se a#an instalado* %notaremos el nombre de cada parce oactuali&ación que instalemos en el sistema operativo, con la feca de la instalación # unadescripción de su objetivo.




•i instalamos cualquier programa complementario, como antivirus, cortafuegos, programa de

cifrado, etc., deberemos dejar constancia de ello, indicando el nombre del programa

(preferiblemente con la versión", la feca en la que lo emos instalado # una descripción.




•9tro aspecto que será mu# importante documentar es la configuración de la red.)s frecuente que

los servidores dispongan de una dirección I1 fija, por lo que procederemos a anotar dica dirección

I1 # máscara de subred, as como la puerta de enlace, el servidor D5 que estamos utili&ando #, en

su caso, el nombre del dominio o grupo de trabajo en el que se integra el equipo.




•2ambi+n dejaremos constancia de los clientes que se conectan al servidor. i emos seguido el patrón que comen&ábamos al principio de este apartado, dicos clientes estarán identificados por uncódigo identificativo, # dispondrán de su propia documentación sobre la instalación. 1or esto, aqunos limitaremos a tomar nota $nicamente de su identificador.




•2ambi+n es com$n que un servidor se apo#e en otros servidores de la red para llevar a cabo su

cometido (por ejemplo, servidores de datos o servidores de impresión". 1or lo tanto, anotaremos qu+

servidores se utili&an # describiremos los motivos.




)s importante que pensemos en este documento como algoorientativo, que deberá adecuarse a las caractersticas de lainstalación concreta que se est+ reali&ando, inclu#endo o eliminandocualquier dato necesario.

%demás, aunque no lo emos dico de forma expresa, podradeducirse que emos ablado de un documento impreso en papel.in embargo, sera interesante contemplar la posibilidad deconvertirlo en un documento electrónico de forma que, por ejemplo,toda la información de la implementación est+, en realidad,contenida en una base de datos.

on el fin de que laexplicación sea másclara, se a ido

fragmentando endiferentes apartados,

pero no debemos olvidar que se tratará de undocumento $nico.



14. )enta*as del uso de máquinas virtuales para lainstalaci#n de sistemas operativos en red

4na aplicación de virtuali&ación es un soft'are que utili&a una serie de t+cnicas avan&adas paraabstraer las caractersticas fsicas del ordenador donde se instala # crear máquinas virtuales que producen la ilusión de ser plataformas ard'are independientes.

1or consiguiente, cada máquina virtual act$a como un ordenador independiente, sobre el que podremos instalar un nuevo sistema operativo con sus correspondientes aplicaciones #configuraciones.

Las distintas máquinas virtuales que definamos sobre la misma máquina fsica, podrán ejecutar diferentes sistemas operativos, compartiendo todas ellas los recursos existentes. De esta forma,

podremos disponer de varios ordenadores virtuales ejecutándose, a la ve&, en el mismo ordenador fsico.

Lógicamente, el n$mero máximo de máquinas virtuales que podremos ejecutar de forma paralelaestará limitado por los recursos disponibles en la máquina real.

)l ordenador fsico suele llamarse tambi+n anfitrión (ost", #pervisor o monitor de la máquinavirtual (G88 O Girtual 8acine 8onitor", mientras que tambi+n podemos referirnos a lasmáquinas virtuales como sistemas invitados (guest".

Dada la excelente relación entre el precio # las prestaciones de los ordenadores actuales, esrelativamente frecuente que el sistema operativo del ordenador anfitrión no sea capa& de aprovecar

por s mismo todas la capacidad del ard'are donde está instalado, de forma que +ste puede quedar infrautili&ado. La tecnologa de virtuali&ación puede conseguir que mejore el aprovecamiento que

acemos de los recursos disponibles.

C#mo funciona la virtuali9aci#n.

Lógicamente, lo primero que tendremos que acer será instalar el soft'are de virtuali&aciónapropiado sobre nuestro sistema operativo anfitrión.

% continuación, ejecutaremos el soft'are de virtuali&ación para definir una máquina virtual.

>inalmente, iniciaremos la máquina virtual o procederemos sobre ella como si se tratara de un

ordenador real. omo alternativa a este paso, algunas aplicaciones de virtuali&ación disponen deerramientas para virtuali&ar un ordenador existente (normalmente basado en arquitectura xE" #obtener una máquina virtual completamente operativa. )sta virtuali&ación incluirá al procesador, lamemoria 3%8, el disco duro # los controladores de red del ordenador original. uando termine el

proceso, dispondremos de una máquina virtual que es totalmente equivalente al ordenador fsico delque partamos. 4na erramienta capa& de llevar a cabo esta tarea es G8'are vpere.

)l soft'are de virtuali&ación asignará los recursos fsicos a las máquinas virtuales de formadinámica # transparente, de manera que obtengan sólo los recursos que necesitan. )sto deriva en unuso más racionali&ado de los recursos. %s, por ejemplo, podramos tener una máquina virtual en laque emos definido una memoria 3%8 de <6A. i en un momento dado sólo está utili&ando 76A,los ;6A restantes estarán disponibles para el sistema anfitrión # para el resto de los sistemasinvitados. i en lugar de aber definido una máquina virtual, ubi+semos reali&ado la mismainstalación sobre un ordenador real, la memoria que no se utili&ara quedara simplementedesperdiciada.



i pensamos que la lógica de este $ltimo ejemplo se aplica a todos los recursos que emplea lamáquina virtual, podremos entender fácilmente cómo consigue la virtuali&ación optimi&ar el uso delard'are disponible.

Dado que una máquina virtual está encapsulando un ordenador completo, su compatibilidad contodos los sistemas operativos, controladores de dispositivo # aplicaciones para arquitecturas xEserá total, lo que nos permitirá probar diferentes sistemas # configuraciones sin perjudicar laconfiguración del anfitrión # sin necesitar ordenadores complementarios.

)enta*as de la virtuali9aci#n

%unque #a pueden deducirse algunas de las ventajas que ofrece la virtuali&ación, vamos a tratar derecogerlas todas a continuación de un modo más sistemático*

7.acar más partido de los recursos existentes, permitiendo el uso compartido de los mismos. %ntesde virtuali&ar, es frecuente que el ndice de uso de los recursos no supere el =P, de eco, es mu#com$n que no supere el 7=P.

:. 3educir los costes de los centros de datos reduciendo su infraestructura fsica. )sto deriva en unanecesidad menor de espacio # una reducción en el consumo de energa # en las necesidades derefrigeración, lo que, además de suponer un aorro, contribu#e a la mejora del medio ambiente enconsonancia con las nuevas tendencias en 6reen omputing (conocido tambi+n como 6reen0I2"que podramos traducir al espa-ol 2ecnologas Gerdes.

;.3educir el tiempo dedicado a la administración, #a que se dispone de erramientas másavan&adas. %demás, podemos tener agrupada toda la capacidad de proceso en varios servidoresfsicos, entre los que se produce un balanceo dinámico de las máquinas virtuales, administrando deforma centrali&ada toda la capacidad de cálculo, memoria, almacenamiento, red, etc., #

garanti&ando que cada máquina virtual se ejecuta sobre el ost más adecuado en cada momento.<.9tra forma de reducir el tiempo de administración es fragmentar los servicios porque, en lugar detener un gran servidor que centralice todos los servicios de la empresa, podemos definir peque-os




servidores virtuales, especiali&ados cada uno de ellos en un servicio concreto (un servidor 'eb, unservidor de impresión, un servidor de centralita telefónica, etc.". De este modo, se simplifica laadministración de cada uno de ellos # se evitan las posibles interrelaciones no deseadas.

=.3elacionado con lo anterior, podemos mencionar el aislamiento entre las diferentes máquinasvirtuales, que repercutirá en que un fallo en una de ellas no afecte al resto.

.%umentar la disponibilidad, #a que se puede disponer de mecanismos de copia de seguridad #clonación de máquinas virtuales completas para migrarlas a un ard'are diferente, eliminandotiempos de inactividad # recuperándose de forma inmediata de cualquier problema. )n ocasiones, lamigración de un sistema a otro puede acerse incluso en caliente (sin parar el ost # sin dejar deofrecer servicio".

H.%umentar la flexibilidad de la implantación, para responder de una forma más rápida a los posibles cambios que deban reali&arse. 1or ejemplo, podemos a-adir recursos a los servidoresvirtuali&ados de una forma rápida # sencilla.

E.Disponer de un m+todo para crear entornos de prueba que nos permitan anali&ar nuevassoluciones antes de que puedan afectar al resto de la infraestructura.

Q.%dministrar # gestionar sistemas de escritorio seguros que est+n accesibles a los usuarios deforma local o remota desde casi cualquier ordenador del lado cliente.

Despu+s de todo lo dico, no debemos extra-arnos de que, cada ve& más, empresas de todos lostama-os utilicen la virtuali&ación para implementar sus infraestructuras de red.

Software de virtuali9aci#n

uando ablamos de soft'are de virtuali&ación, disponemos de un amplio abanico de posibilidadesentre las que podemos encontrar opciones mu# diferentes, que se adaptarán en ma#or o menor

medida al uso que pensemos acer de ellas.1or este motivo, a continuación vamos a acer un repaso de las erramientas más frecuentes,indicando sus caractersticas más destacadas*

•G8'are* G8'are Inc. es, probablemente la empresa de referencia en el mundo de lavirtuali&ación. Dispone de dos lneas de producto diferentes*

•Las versiones de escritorio* 1ueden utili&ar como sistema operativo anfitrión a cualquiera de lostres sistemas operativos de escritorio más extendidos 8icrosoft Cindo's, 654/Linux # %pple 8ac9 F. )n las máquinas virtuales que creemos, podremos instalar cualquier sistema operativo quesea compatible con la arquitectura xE o xE0<. Gm'are comerciali&a tres productos diferentes en

este segmento*•G8'are Corstation, que es la versión comercial, para sistemas de escritorio que se instala sobre8icrosoft Cindo's # 654/Linux.

•G8'are >usion, que ofrece una funcionalidad similar en sistemas de %pple que se ejecuten sobre procesadores Intel.

•G8'are 1la#er, es la versión gratuita, con menos funcionalidad, orientada a un uso no comercial.%l principio no permita crear nuevas máquinas virtuales (sólo usar las creadas con alguna versiónde pago", pero esa limitación desapareció en la versión ;..7

•Las versiones empresariales* )stán orientadas a implantaciones de ma#or envergadura. Dos de las

tres soluciones que propone la empresa se ejecutan directamente sobre el ordenador, #a quedisponen de su propio sistema operativo, embebido dentro del producto, lo que deriva en un ma#or rendimiento del producto. e comerciali&an tres soluciones distintas*



•G8'are )F, se instala directamente sobre el ard'are, ofrece un alto rendimiento # facilita eluso, más o menos directo, del ard'are por parte de los sistemas virtuales. %demás, incorporaventer que aglutina un conjunto de servicios complementarios para mejorar la fiabilidad # lausabilidad. )ntre sus componentes, podemos destacar*

•Gmotion, que permite cambiar una máquina virtual, que se está ejecutando, de un ost )F a otro.

•torage Gmotion, que puede trasladar una máquina virtual, que se está ejecutando, de undispositivo de almacenamiento a otro.

•D3 (Distributed 3esource ceduler, en espa-ol, 1lanificador de 3ecursos Distribuidos", quefacilita el balanceo automático de carga de un cluster )F utili&ando Gmotion.

•B% (Big %vailabilit#, en espa-ol, %lta disponibilidad". onsigue que, en caso de fallo de uno delos osts del cluster, los servidores virtuales que se estaban ejecutando en +l sereinicien automáticamente en un ost distinto.

•G8'are )Fi es un producto similar a G8'are )F, pero se a eliminado la onsola deervicio, aorrando una considerable cantidad de almacenamiento en disco # en memoria 3%8,

pero esto ace que la administración de los osts deba reali&arse a trav+s de un servidor deGirtualenter. %demás, desde el verano de :E, existe una versión de pago # otra con licenciafree'are, a la que tambi+n se le an eliminado algunas caractersticas, como Gmotion # torageGmotion. e dise-o para ejecutarse desde dispositivos D, pero puede instalarse en cualquier disco duro. Desde el verano de :E, G8'are )Fi es gratuita.

•Gm'are erver es una versión que se encuentra un tanto obsoleta. e ofrece con licencia free'are para uso no comercial # se trata de la $nica solución orientada al ámbito empresarial, que se instalasobre un sistema Linux o Cindo's anfitrión, por lo que su rendimiento es menor que el de lasversiones comentadas anteriormente. %nteriormente, Gm'are erver era conocido como Gm'are6F erver.

Dada la variedad de versiones que podemos encontrar en Gm'are, las emos organi&ado en lasiguiente tabla, donde aparecen clasificadas en función de que necesiten, o no, un sistema operativoanfitrión e indicando en cada versión si es gratuita o de pago*




•Cindo's erver :E 3: B#per0G* es la respuesta de 8icrosoft en el mundo de los servidores devirtuali&ación. e puede instalar como un rol dentro de Cindo's erver :E, o como un productoindependiente. )n este $ltimo caso, lo que obtenemos es un Cindo's erver :E con susfuncionalidades mu# limitadas. )n la actualidad, B#per0G tambi+n forma parte de Cindo's E. Laversión independiente es gratis, pero sólo dispone de una interfa& de lnea de comandos (LI" desdela que se deben configurar el ost, el ard'are # el soft'are a trav+s de órdenes. %fortunadamente,

se dispone de un men$ (ejecutable desde la lnea de comandos" # algunos scripts que puedendescargarse gratuitamente. % pesar de todo, la configuración se reali&a normalmente utili&andoconsolas de administración (88, 8icrosoft 8anagement onsole", que se descargan # seejecutan en alg$n 1 con Cindo's H o Cindo's erver :E de la red.

•9racle G8 GirtualAox* es un soft'are de virtuali&ación creado originalmente por una empresallamada Innote. Rsta empresa fue adquirida inicialmente por un 8icros#stems que, a su ve&,aora es propiedad de 9racle. eg$n diversas encuestas, GirtualAox es la opción preferida por lama#ora de los usuarios de sistemas de escritorio.GirtualAox se instala como cualquier aplicaciónsobre un sistema operativo anfitrión, que puede ser cualquier versión actual de escritorio de8icrosoft Cindo's (a partir de F1", cualquier distribución de 654/Linux, %pple 8ac 9 F,

olaris (incluido 9penolaris" e incluso >reeAD. 4na ve& instalada la aplicación, permite laejecución, sobre ella, de casi cualquier sistema operativo compatible con la arquitectura xE.omotodas las máquinas virtuales usan controladores de dispositivos virtuales, son independientes delard'are del anfitrión, por lo que son fáciles de transportar a un ost diferente cuando seanecesario.%ntes de la versión <, aba dos versiones diferentes de GirtualAox* la versión 9)(9pen ource )dition" que se distribua con licencia 61L # la versión 14)L (1ersonal 4se and)valuation License" que era gratuita para uso personal # de evaluación, sin limitación de tiempo. La

principal diferencia entre ellas era que la versión 14)L tena soporte para 4A.% partir de laversión <, tanto el código fuente como el código binario se publican con licencia 61Lv: #, la parteque sigue con licencia 14)L, es el soporte para dispositivos 4A :., 3D1, las funciones 1F) paratarjetas de red Intel # el mecanismo )xtension 1ac, que es el que permite que terceras partes

inclu#an sus propias funciones en el producto. La gran ventaja es que aora las distribuciones pueden incluir paquetes precompilados de GirtualAox en sus repositorios.

•1arallels Destop for 8ac* e trata de un producto de la empresa 1arallels, Inc., que ofrece

virtuali&ación en ordenadores %pple con procesadores Intel # sistema operativo 8ac 9 F.

•u modo de funcionamiento es bastante parecido al de los productos anteriores, asignando recursosdel equipo anfitrión a la máquina virtual, que funciona como si fuese un equipo independiente.

omo en otras aplicaciones de virtuali&ación, aqu tambi+n se emplean controladores dedispositivos virtuales, obteniendo una total independencia del ard'are del equipo anfitrión.obre1arallels Destop podremos ejecutar casi cualquier sistema operativo compatible con la arquitectura

http://somebooks.es/wp-content/uploads/2013/08/sor0118.jpg

http://somebooks.es/wp-content/uploads/2013/09/peces.png



xE.

•Cindo's Girtual 1* 9riginalmente, Girtual 1 fue creado por una empresa llamada onnectix para sistemas %pple basados en procesadores 1o'er1. 1osteriormente, onnectix produce unaversión para Cindo's.)n :;, 8icrosoft adquiere el producto # en : se convierte en un

producto gratuito. )l mismo a-o dejaron de aparecer versiones para %pple, cuando esta empresadejó de utili&ar procesadores 1o'er1 en favor de la arquitectura Intel. )n la actualidad, Cindo'sGirtual 1 sólo es compatible con osts basados en Cindo's H # posteriores # sólo permitemáquinas virtuales con sistemas operativos Cindo's F1 1; o posteriores. )n principio, se puedencrear máquinas virtuales que ejecuten distribuciones 654/Linux, pero carecen de soporte oficial #carecen de controladores avan&ados (llamados Girtual 8acine %dditions".

•Fen* es un soft'are de virtuali&ación creado originalmente en el Laboratorio de Informática de la4niversidad de ambridge, pero desde :7 es mantenido por la comunidad Fen, que lo desarrolla# lo mantiene bajo licencia 61Lv:. Fen se instala directamente sobre el ard'are del ost, #a quesu ipervisor se basa en una versión modificada de Linux, 5etAD # olaris. %demás, escompatible con arquitecturas ard'are basadas en procesadores I%0;:, xE0<, Itanium # %38.)ntre sus caractersticas avan&adas se encuentra la posibilidad de migrar máquinas virtuales entre

diferentes osts sin tener que pararlas.)n cuanto a las máquinas virtuales (llamadas aqu dominiosde usuario" tenemos dos opciones*

•uando el procesador del ordenador anfitrión soporta virtuali&ación xE (por ejemplo Intel G20x o%8D0G" se pueden instalar versiones estándares de sistemas operativos libres o propietarios(incluido 8icrosoft Cindo's"

•)n caso contrario, necesitaremos un sistema operativo especialmente modificado para ser virtuali&ado, que inclu#a drivers para soportar las caractersticas avan&adas de Fen. )sta opción,muco más restrictiva, ofrece tambi+n un rendimiento muco ma#or.

Fen utili&a una t+cnica llamada paravirtuali&ación que alcan&a un rendimiento elevado (las

penali&aciones de rendimiento están entre el : # el E por ciento, mientras que en otras solucionesrondan el :".

•9penGS* es un soft'are de virtuali&ación exclusivo para sistemas 654/Linux. )s decir, tanto lossistemas anfitriones como los invitados deben ser 654/Linux, aunque puede tratarse de diferentes

distribuciones. %l tratarse de un sistema tan acotado, una de sus principales ventajas es que ofreceun mejor rendimiento # una ma#or escalabilidad. %demás de simplificar la administración de lainstalación. 9penGS está basado en Girtuo&&o, un producto comercial de la empresa Csoft, Inc.,

pero se trata de soft'are libre publicado bajo licencia 61Lv:.

http://somebooks.es/wp-content/uploads/2013/08/sor0120.jpg




Conclusi#n.

Bemos ablado de diferentes soluciones de virtuali&ación, qui&ás las más difundidas, pero se nosan quedado en el tintero un buen n$mero de ellas. % pesar de todo, creo que an sido suficientes

para entender que las posibles soluciones son diversas # que será fácil encontrar alguna que seadapte a nuestras necesidades.

)n lo referente al resto de este texto, para que puedas poner en práctica todos los contenidos queiremos desgranando, utili&aremos máquinas virtuales basadas en GirtualAox. De esta forma, podrásacer todas las pruebas que consideres necesarias sin que se vea afectado tu entorno de trabajoabitual # sin que tengas que dedicar un ordenador para reali&ar las tareas que va#amos explicando.

TT >uente* ttp*//someboos.es/KpU;;=H

1.- introducción sistemas en red

Documents