Introducción Sistemas Operativos en Red

CFGM Sistemas Microinformticos y Redes
Sistemas Operativos en Red
Tema 1: Introduccin a los sistemas operativos en red

1. Arquitectura cliente-servidor
Elementos de la arquitectura cliente/servidor.
El servidor
El cliente
El Middleware
El funcionamiento bsico
2. Concepto de Sistema Operativo de Red
3. Tipos de arquitecturas cliente-servidor
Clasificacin segn el tamao del lado cliente y del lado servidor
Clasificacin segn el tipo de servicio que se ofrece
4. Ventajas e inconvenientes de la arquitectura cliente-servidor
Ventajas de la arquitectura cliente/servidor
Inconvenientes de la arquitectura cliente/servidor
5. Grupos de trabajo como alternativa al modelo cliente-servidor
6. Sistemas operativos ms frecuentes en una infraestructura cliente-servidor
7. Comprobacin de los requisitos tcnicos
8. Requisitos de los sistemas operativos ms comunes en el lado servidor
Requisitos mnimos y recomendados para Windows Server 2012 R2
Requisitos mnimos para Ubuntu Server 14.04
9. Elaboracin de la documentacin sobre la instalacin e incidencias
10.Ventajas del uso de mquinas virtuales para la instalacin de sistemas operativos en red
Cmo funciona la virtualizacin.
Ventajas de la virtualizacin
Software de virtualizacin
Conclusin.
1.1. Arquitectura cliente/servidor

La arquitectura cliente/servidor persigue el objetivo de procesar la informacin de un modo
distribuido. De esta forma, los usuarios finales pueden estar dispersos en un rea geogrfica ms o
menos extensa (un edificio, una localidad, un pas, ) y acceder a un conjunto comn de recursos
compartidos.
Adems, el acceso debe ser transparente (el cliente puede desconocer la ubicacin fsica del recurso
que pretende utilizar) y, preferiblemente, multiplataforma, es decir, independiente del sistema
operativo, del software de aplicacin e incluso del hardware.
En definitiva, cuando hablamos de la implantacin de una arquitectura cliente/servidor, nos
Francisco Manuel Garca Vallejo
Pgina 1 de 30
referimos a un sistema de informacin distribuido.
Adems de la transparencia y la independencia del hardware y del software, una implantacin

cliente/servidor debe tener las siguientes caractersticas:
Las caractersticas de una implantacin cliente/servidor deben ser:
Transparencia.
Independencia.
Protocolos asimtricos.
Recursos compartidos.
Servicio.
Encapsulamiento.
Integridad.
Acoplamiento dbil.
Escalabilidad.
Debe utilizar protocolos asimtricos, donde el servidor se limita a escuchar, en espera de que
un cliente inicie una solicitud.
El servidor ofrecer recursos, tanto lgicos como fsicos a una cantidad variable y diversa de
clientes (por ejemplo, espacio de almacenamiento, bases de datos, impresoras, etc.)
Pgina 2 de 30
El servidor ofrecer tambin una serie de servicios, que sern usados por los clientes. Estos
servicios estarn encapsulados, para ocultar a los clientes los detalles de su implementacin
(por ejemplo, aceptar el requerimiento de un cliente sobre una base de datos o formatear los
datos obtenidos antes de transmitirlos al cliente).
Se facilitar la integridad y el mantenimiento tanto de los datos como de los programas
debido a que se encuentran centralizados en el servidor o servidores.
Los sistemas estarn dbilmente acoplados, ya que interactan mediante el envo de
mensajes.
Se facilitar la escalabilidad, de manera que sea fcil aadir nuevos clientes a la
infraestructura (escalabilidad horizontal) o aumentar la potencia del servidor o servidores,
aumentando su nmero o su capacidad de clculo (escalabilidad vertical)
Elementos de la arquitectura cliente/servidor.

De lo dicho hasta ahora, podemos deducir que los principales elementos que conforman la
arquitectura cliente/servidor son los siguientes:
El servidor
Cuando hablamos de una forma genrica, al mencionar a un servidor, nos referimos a un ordenador,
normalmente con prestaciones elevadas, que ejecuta servicios para atender las demandas de
diferentes clientes.
Sin embargo, bajo el punto de vista de la arquitectura cliente/servidor, un servidor es un proceso
que ofrece el recurso (o recursos) a los clientes que lo solicitan.
En ocasiones, los servicios tambin reciben el nombre de demonios (daemons en ingls).
Se trata de una terminologa que proviene del mundo Unix/Linux.
Es muy frecuente que, para referirse a un proceso servidor, se utilice el trmino back-end.
Segn el tipo de servidor implantado, tendremos un tipo de arquitectura cliente/servidor diferente.
Por ltimo, mencionar que en algunas ocasiones, un servidor puede actuar, a su vez, como cliente
de otro servidor.
El cliente
Igual que antes, al hablar de forma genrica sobre un cliente, nos referimos a un ordenador,
normalmente con prestaciones ajustadas, que requiere los servicios de un equipo servidor.
Sin embargo, bajo el punto de vista de la arquitectura cliente/servidor, un cliente es un proceso que
solicita los servicios de otro, normalmente a peticin de un usuario.
En entornos cliente/servidor, suele utilizarse el trmino front-end para referirse a un proceso cliente.
Pgina 3 de 30
Los mensajes quedan almacenados, permitiendo que el emisor o el receptor estn inactivos por un
tiempo. As, las comunicaciones pueden ser persistentes y asncronas.
Este mecanismo se denomina Message-Oriented Middleware (MOM)
Normalmente, un proceso cliente se encarga de interactuar con el usuario, por lo que estar
construido con alguna herramienta que permita implementar interfaces grficas (o GUI, del ingls
graphical user interface). Adems, se encargar de formular las solicitudes al servidor y recibir su
respuesta, por lo que deber encargarse de una parte de la lgica de la aplicacin y de realizar
algunas validaciones de forma local.
El Middleware
Es la parte del software del sistema que se encarga del transporte de los mensajes entre el cliente y
el servidor, por lo que se ejecuta en ambos lados de la estructura.
El middleware permite independizar a los clientes y a los servidores, sobre todo, gracias a los
sistemas abiertos, que eliminan la necesidad de supeditarse a tecnologas propietarias.
Por lo tanto, el middleware facilita el desarrollo de aplicaciones, porque resuelve la parte del
transporte de mensajes y facilita la interconexin de sistemas heterogneos sin utilizar tecnologas
propietarias.
Adems, ofrece ms control sobre el negocio, debido a que permite obtener informacin desde
diferentes orgenes (uniendo tecnologas y arquitecturas distintas) y ofrecerla de manera conjunta.
Podemos estructurar el middleware en tres niveles:
El protocolo de transporte, que ser comn para otras aplicaciones del sistema.
El sistema operativo de red
El protocolo del servicio, que ser especfico del tipo de sistema cliente/servidor que
estemos considerando.
El funcionamiento bsico
Aunque es probable que a estas alturas ya te hagas una idea sobre el funcionamiento general del
modelo cliente/servidor, vamos a concretarlo a continuacin:
1. Lo primero que debe ocurrir es que se inicie el servidor. Esto ocurrir durante el arranque
del sistema operativo o con la intervencin posterior del administrador del sistema. Cuando
termine de iniciarse, esperar de forma pasiva las solicitudes de los clientes.
2. En algn momento, uno de los clientes conectados al sistema realizar una solicitud al
servidor.
3. El servidor recibe la solicitud del cliente, realiza cualquier verificacin necesaria y, si todo
es correcto, la procesa.
Pgina 4 de 30
4. Cuando el servidor disponga del resultado solicitado, lo enva al cliente.

5. Finalmente, el cliente recibe el resultado que solicit. A continuacin realiza las
comprobaciones oportunas (si son necesarias) y, si era ese el objetivo final, se lo muestra al
usuario.
Si descomponemos este modo de funcionamiento en elementos estructurales, ser ms fcil

comprender los conceptos implicados. De esta forma, podemos obtener una definicin de la
arquitectura por niveles que sigue la siguiente estructura:
Un nivel de presentacin, que aglutina los elementos relativos al cliente.
Un nivel de aplicacin, compuesto por elementos relacionados con el servidor.
Un nivel de comunicacin, que est formado por los elementos que hacen posible la
comunicacin entre el cliente y el servidor.
Un nivel de base de datos, formado por los elementos relacionados con el acceso a los datos.
Pgina 5 de 30
1.2. Concepto de Sistema Operativo de Red

Un Sistema Operativo de Red es una especializacin del concepto genrico de sistema operativo
que se centra en ofrecer un comportamiento de sistema nico a una implementacin
cliente/servidor.
En este sentido, el cliente realizar 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 se
dirige es local o remota). El Sistema Operativo de Red detecta la necesidad de acceder a un recurso
de red y enva la solicitud al servidor adecuado.
Lgicamente, un Sistema Operativo de Red debe ofrecer transparencia tanto a los procesos que
actan como clientes como a los que actan como servidores, y debe hacerlo en los siguientes
aspectos:
La autenticacin: el mismo nombre de usuario y la misma contrasea deben servir para
acceder a recursos en todo el sistema.
La confidencialidad en la transmisin de los datos: utilizando algn mecanismo de cifrado
para el intercambio de informacin entre el cliente y el servidor.
El espacio de nombres: los convenios sobre los nombres de los recursos deben ser
independientes de los sistemas operativos que los alojan.
La ubicacin: cada recurso debe conocerse slo por su nombre, sin importar el sistema
donde se ejecutan.
El protocolo que nos permite ejecutar un servicio en el cliente como si se tratara de un
procedimiento local, encapsulando todo el proceso de comunicacin, se denomina RPC (del
ingls, Remote Procedure Calls).
La administracin: se debe facilitar un mismo mecanismo de gestin para todos los recursos.
Los protocolos: deben tener una API (Application Programming Interface) idntica en todos
los sistemas.
El acceso a los recursos: como hemos dicho ms arriba, debe producirse como si estuviese
ubicado en el mismo sistema donde se encuentra el cliente.
La replicacin: se debe conseguir que no existan diferencias entre dos copias del mismo
recurso ubicadas en dos sistemas diferentes.
El tratamiento de los fallos: se deben ofrecer mecanismos de deteccin de los fallos,
redundancia de los recursos en funcin de su importancia y reconexin cuando el fallo ha
sido solventado.
El tiempo: Los relojes de todos los dispositivos de la infraestructura deben estar
sincronizados.
Pgina 6 de 30
1.3. Tipos de arquitecturas cliente/servidor

Teniendo en cuenta los fundamentos de la tecnologa cliente/servidor, debemos analizar la
interaccin entre sus componentes para poder establecer cmo implementarla de la forma ms
adecuada. Deberemos realizar un anlisis previo de los requerimientos en cuanto a los eventos que
pueden producirse y las restricciones a las que se ver sometida la instalacin, el tipo y volumen de
informacin que va a procesarse, el tipo de bases de datos a utilizar y su tamao (si son necesarias),
la estimacin sobre el trfico de la red y el tiempo de respuesta, la ubicacin fsica tanto de los datos
que se van a manejar como de los procesos que la van a procesar, etc.
Para dar respuesta a estas situaciones, estableceremos dos tipos de clasificacin diferentes: El
primero atender al tamao del lado servidor comparado con el tamao del lado cliente. El segundo
har referencia al tipo de servicio que se ofrece.
Clasificacin segn el tamao del lado cliente y del lado servidor

Por ejemplo, si el nmero de clientes fuese elevado, y la mayora del proceso se realizara en el lado
servidor, no necesitaramos clientes muy potentes, pero probablemente necesitaramos ampliar la
potencia de clculo del lado servidor y, como situacin complementaria, tendramos que valorar el
aumento de trfico en la red.
Por otro lado, con clientes ms potentes, buena parte del clculo puede realizarse en el lado cliente,
accediendo al servidor de forma espordica. Esto derivara en un servidor con menos necesidades
de recursos, un menor trfico en la red y un mayor coste de los equipos en el lado cliente.
Por lo tanto, como puede deducirse, disponemos de dos alternativas:
Cliente pesado, servidor ligero (en ingls, Thick Client, Thin Server): Aqu, tanto el nivel de
presentacin como el nivel de aplicacin se ejecutan en el lado cliente. Incluso podran
procesarse contenidos multimedia con un alto consumo de recursos. El servidor se utiliza
para tareas como el hospedaje del SGBD (Sistema Gestor de Bases de Datos) o incluso para
otras tareas menores, como administrar las tareas de impresin. En este tipo de esquemas,
podra llegar a interrumpirse de forma momentnea el servicio de red sin perjudicar de
forma significativa a los clientes.
Servidor pesado, cliente ligero (en ingls, Thick Server, ): El lado cliente se emplea slo
para el nivel de presentacin (muchas veces utilizando simplemente un navegador web) y el
lado servidor se encarga de ejecutar la aplicacin. En este tipo de esquemas podramos
disponer, incluso, de clientes sin disco duro. Otra de las ventajas de esta opcin es que
ofrecen una mayor seguridad frente a intentos de acceso indebido.
Normalmente, la segunda alternativa presenta una mayor flexibilidad y un menor coste, siempre que
se hayan resuelto los posibles problemas que mencionbamos antes.
Pgina 7 de 30
Clasificacin segn el tipo de servicio que se ofrece

Obviamente, son muchos los servicios que se pueden ofrecer en una arquitectura cliente/servidor y
sera muy extenso realizar una clasificacin detallada de los tipos de servidor atendiendo a todos los
servicios que pueden ofrecer. Por ese motivo, aqu nos limitaremos a incluir slo los ms
importantes:
Servidores de archivos: Se suelen utilizar para crear almacenes de documentos en un lugar
centralizado de la red (Copias de seguridad, imgenes, plantillas de documentos, etc.)
En una transaccin, una serie de operaciones que estn relacionadas entre s se efectan
como un todo (por ejemplo, la actualizacin de los datos de diferentes tablas en la base de
datos).
Si una parte de la operacin fracasa, fracasa la transaccin completa.
Esto asegura la integridad de los datos almacenados.
Servidores de bases de datos: Normalmente estn asociados a la utilizacin de aplicaciones
cliente/servidor donde un proceso cliente requiera datos al servidor de bases de datos.
Lgicamente, el acceso a los datos ser compartido por diferentes clientes de forma
simultnea (aplicndose los mecanismos de proteccin necesarios sobre los datos ante la
concurrencia de diferentes clientes y la existencia de distintos niveles de privilegio).
Este tipo de estructuras suelen basarse en el concepto de transaccin.
Servidores de impresin (Print Server): Facilitan la comparticin de impresoras y
administran los trabajos de impresin en la red. De esta forma se permite a los clientes que
utilicen una impresora sin importar su ubicacin fsica. Un servidor de impresin utiliza una
cola para almacenar, de forma ordenada, los trabajos que recibe. Esta cola puede ser
administrada con diferentes privilegios en funcin del cliente que realice la solicitud. Es
comn que un servidor de impresin englobe tambin a un servidor de fax, ya que se
gestionan de forma similar.
En la programacin orientada a objetos (OOP, Object Oriented Programming), las
aplicaciones estn formadas por objetos que interactan entre ellos a travs de sus mtodos.
Se basa en tcnicas como la encapsulacin, la herencia y el polimorfismo.
En la actualidad es la forma ms extendida de programar aplicaciones.
Servidores de transacciones: Aplican el concepto de transaccin mencionado en las bases de
datos a la llamada de funciones o mtodos almacenados en el servidor, de modo que el
intercambio a travs de la red se limita a un solo mensaje de solicitud o respuesta. De esta
forma, se agrupan una o ms acciones en una unidad lgica que se ejecuta como un todo,
garantizndose la integridad del proceso. Estas aplicaciones pretenden dar soporte a
procedimientos y reglas en sistemas de misin crtica y se denominan OLTP (Online
Pgina 8 de 30
transaction processing, Procesamiento de transacciones en lnea).

Por ejemplo, un cajero automtico es un buen ejemplo de aplicacin de procesamiento de
transacciones.
Servidores de objetos: Dan soporte al procesamiento distribuido. Una determinada
aplicacin puede estar construida por diferentes objetos que pueden estar hospedados en
diferentes puntos de la red. De esta forma, un objeto puede hacer uso de los mtodos de
otros objetos sin importar dnde estn almacenados. La comunicacin entre objetos se
realiza mediante un componente llamado Object Request Broker (ORB), que sirve de
intermediario entre las solicitudes y los resultados obtenidos.
Servidores web: Su funcin consiste en devolver un determinado documento cuando un

cliente lo solicita. La comunicacin utiliza el protocolo HTTP (que est basado en RPC).
1.4. Ventajas e inconvenientes de la arquitectura

cliente/servidor
Aunque, puede parecer que en el modelo cliente/servidor todo son ventajas, en realidad tambin
encontramos algunos inconvenientes. A continuacin haremos un breve repaso de ambos.
Ventajas de la arquitectura cliente/servidor

Como ya habrs deducido, el modelo cliente/servidor est especialmente indicado en redes medias
o grandes que necesiten un alto nivel de fiabilidad.
Las principales ventajas que ofrece son:
Administracin centrada en el servidor. Los clientes tienen poca trascendencia en el
esquema y sus necesidades de administracin son menores.
Centralizacin de los recursos. Los recursos comunes a todos los usuarios se administran
en el servidor. As se evitan situaciones como la redundancia o inconsistencia de
informacin en las bases de datos.
Pgina 9 de 30
Mejora de la seguridad. Al disponer de un mecanismo central de autenticacin, las

posibilidades de acceso indebido se reducen considerablemente.
Escalabilidad de la instalacin. Se pueden aadir o suprimir clientes sin que el
funcionamiento de la red se vea afectado.
Inconvenientes de la arquitectura cliente/servidor

Aunque, despus de lo dicho hasta ahora parezca difcil de creer, una infraestructura
cliente/servidor tambin tiene sus inconvenientes:
Coste elevado. Tanto la instalacin como el mantenimiento son ms elevados debido al
perfil muy tcnico del lado servidor.
Dependencia del servidor. Toda la red est construida alrededor del servidor y si ste deja
de funcionar o lo hace con un rendimiento inadecuado, afectar a toda la infraestructura.
Afortunadamente, este ltimo inconveniente est superado, al menos en parte, gracias a sistemas
como los servidores redundantes, la tolerancia a fallos y los sistemas de almacenamiento en modo
RAID.
1.5. Grupos de trabajo como alternativa al modelo

cliente/servidor
Un grupo de trabajo es la forma ms simple de compartir recursos entre diferentes ordenadores de
una red de dimensiones reducidas. En l, todos los equipos se encuentran al mismo nivel de
importancia y ninguno de ellos tiene control sobre los otros.
En este tipo de estructuras cada ordenador dispone de sus propias cuentas de usuario, administradas
de forma local.
Un grupo de trabajo puede ser la solucin ms acertada cuando hablamos de un conjunto pequeo
de ordenadores, que se encuentra en la misma red, donde cada uno de ellos ofrece recursos en
funcin de sus propias caractersticas y donde la seguridad no es relevante.
Sin embargo, los grupos de trabajo tienen importantes limitaciones:
La seguridad no se encuentra centralizada.
Es complicado realizar cambios en la configuracin (hay que aplicarlos en cada ordenador
implicado).
Las cuentas de usuario son locales y slo podemos utilizarlas en el ordenador donde se han
creado.
El administrador local de un equipo puede hacer cambios en la configuracin que afecten al
resto de los usuarios.
Pgina 10 de 30
Normalmente, en una red configurada como grupo de trabajo no participan ms de veinte

ordenadores.
Debido a todo esto, los grupos de trabajo deben ser una alternativa que debemos valorar en
determinadas situaciones, pero la mayora de las veces deberemos inclinarnos por un modelo
cliente/servidor.
1.6. Sistemas operativos ms frecuentes en una infraestructura

cliente/servidor
Como ya sabemos, en el modelo cliente/servidor existen dos roles diferentes: el del lado servidor y
el del lado cliente. Por este motivo, en el momento de realizar una clasificacin de los sistemas
operativos ms frecuentes, estamos obligados a diferenciar el rol que ocuparn dentro de la
infraestructura.
En el lado servidor, los sistemas ms habituales son:
Microsoft Windows Server (principalmente las versiones 2003, 2008 y 2012)
GNU/Linux Server (RedHat, Ubuntu Server, CentOS, SuSE Linux Enterprise Server, )
UNIX (IBM AIX, HP-UX)
Solaris/OpenSolaris
Apple OS X Server
Pgina 11 de 30
Antes de relacionar los sistemas operativos que se despliegan en la parte cliente, debemos decir que
todos los sistemas anteriores pueden actuar, si fuese necesario, como clientes en una infraestructura
cliente/servidor, aunque no estn especficamente diseados para ello. Incluso pueden actuar como
servidores para un grupo de clientes y, para llevar a cabo su cometido, actuar al mismo tiempo
como clientes de otro, u otros servidores.
No obstante, los sistemas que solemos llamar de escritorio son los que estn diseados para
constituir la parte cliente en este tipo de entornos. Los ms frecuentes son estos:
Microsoft Windows (XP, Vista, 7, 8, )
GNU/Linux Desktop (Ubuntu Desktop, Fedora, Debian, SuSE Linux)
Apple OS X
1.7. Comprobacin de los requisitos tcnicos

El primer paso para la implantacin de una infraestructura cliente/servidor ser la comprobacin de
que se cumplen tanto los requisitos hardware como software.
En lo relativo al hardware, uno de los aspectos ms importantes ser la comunicacin. Deberemos
establecer si se utilizar una red de rea local (LAN, de Local Area Network) o una red de rea
extensa (WAN, de Wide Area Network), si todos los dispositivos de comunicaciones (cableados o
inalmbricos) se encuentran activos y debidamente configurados y, finalmente, si existe
conectividad entre los diferentes puntos de la red.
Tambin deber prestarse atencin a los ordenadores que estarn implicados. Para comenzar
diferenciaremos entre los que van a asumir el rol de servidores y los que actuarn como clientes. En
ambos casos deberemos estudiar tanto la potencia necesaria como la compatibilidad con el sistema
operativo y el resto de elementos que pretendemos instalar, aunque la situacin ser mucho ms
determinante al referirnos al servidor o servidores.
El IEEE define la interoperabilidad como la habilidad de dos o ms sistemas o componentes para
intercambiar informacin y utilizarla posteriormente.
En ocasiones, dispondremos de un equipamiento previo sobre el que, en el mejor de los casos,
podremos realizar ciertas modificaciones y/o actualizaciones. En estos casos, deberemos ajustar las
caractersticas de nuestra implantacin a los recursos existentes. En otras situaciones, tendremos
libertad para disear todos los aspectos de nuestra instalacin, adquiriendo el material necesario
para ponerla en prctica. Sea cual sea la situacin que se produzca, determinar en gran medida el
resto de las decisiones que tomemos.
Lgicamente, tambin estudiaremos la compatibilidad a nivel de hardware y software con el resto
de los elementos implicados: Sistemas gestores de bases de datos, impresoras, faxes, dispositivos de
copias de seguridad, etc.
Pgina 12 de 30
Uno de los aspectos ms importantes que debemos atender cuando estudiamos los requisitos de una
infraestructura cliente/servidor es la interoperabilidad. Es decir, debemos conseguir que todos los
elementos que participan interacten de forma adecuada para obtener los resultados que esperamos
de ellos.
Por lo tanto, algunas de las preguntas que deberemos hacernos son las siguiente:
Qu sistema operativo me ofrecer mejor rendimiento en el lado servidor?. Por
ejemplo, dado un determinado ordenador, deberemos averiguar si un sistema operativo
tendr un mejor comportamiento que otro. Para ello, podremos comprobar sus requisitos
mnimos y recomendados.
La interoperabilidad entre el sistema operativo del lado servidor y los servicios que
debe ofrecer son adecuados?. Por ejemplo, si estamos planificando la instalacin de un
servidor de datos, deberemos averiguar si el sistema operativo que pensamos elegir funciona
correctamente con el sistema gestor de bases de datos que hemos pensado utilizar.
Qu sistema operativo me ofrecer mejor rendimiento en el lado cliente?. Las mayora
de las veces, los ordenadores del lado cliente sern los que tengan una capacidad de clculo
ms ajustada y, adems, son los que ms tardan en actualizarse o sustituirse dentro de la
estructura de una empresa.
La interoperabilidad entre el lado cliente y el lado servidor es adecuada? Es lgico que
deba existir un buen entendimiento entre el lado cliente y el lado servidor para que la
instalacin sea verdaderamente productiva. Afortunadamente, en los ltimos tiempos esto ha
mejorado considerablemente, resultando sencillo hacer que redes heterogneas funcionen
con toda naturalidad. Merecen una mencin especial las situaciones donde lo que se
implanta es un servidor de aplicaciones. Cada vez son ms frecuentes los programas
diseados para funcionar en un entorno cliente/servidor que utilizan una interfaz web para
interactuar con el usuario. En estos casos prcticamente ser responsabilidad del navegador
ofrecer el grado correcto de interoperabilidad con el servidor.
Los sistemas operativos elegidos soportan todo el hardware necesario?, disponen de
los drivers adecuados? Es muy frecuente que algunos sistemas operativos, sobre todo en el
lado servidor, no dispongan de todos los drivers necesarios para todos los modelos de
impresoras, escneres, u otros dispositivos que podamos necesitar en el presente o en el
futuro. Por esto, la eleccin del sistema operativo puede verse condicionada por los
dispositivos que ya tenemos o, al contrario, la adquisicin de nuevos dispositivos estar
supeditada al sistema operativo por el que nos hayamos decantado.
Los costes arrojados por el diseo son asumibles para la empresa? Un error comn es
sobredimensionar todo el diseo para asegurarnos de que cumple con todas las necesidades,
pero esto nos puede llevar a plantear un coste excesivo. Por este motivo, debemos hacer el
estudio con el mximo rigor y ofrecer un resultado ajustado a las necesidades reales.
Pgina 13 de 30
1.8. Requisitos de los sistemas operativos ms comunes en el

lado servidor
El objetivo de eliminar la interfaz grfica y los servicios que no sean imprescindibles en un sistema
operativo del lado servidor es aumentar su rendimiento, reducir sus tareas de mantenimiento y
reducir la superficie de exposicin a los ataques a la seguridad.
Lgicamente, el inconveniente es su mayor incomodidad para los administradores menos expertos.
Existe una gran diversidad de sistemas operativos en red del lado servidor. Por este motivo, sera
muy extenso incluir aqu los requisitos de cada uno de ellos. Adems, depender de la versin
concreta que vayamos a instalar (por ejemplo, en Windows 2012 Server R2 encontramos las
ediciones Datacenter, Stardard, Essential y Foundation, y en cada una de ellas pueden variar
ligeramente los requisitos).
Por otra parte, los requisitos irn variando en el futuro con las nuevas versiones que aparezcan.
Por todo esto, aqu nos limitaremos a incluir dos ejemplos y te animo a que investigues un poco
para obtener la informacin referente al sistema y a la versin concreta que pretendas instalar en
cada momento.
Los ejemplos elegidos son Windows Server 2012 R2 y Ubuntu Server 14.04. Sin embargo, debemos
mencionar que la configuracin ms estndar de Windows Server incluye interfaz grfica (aunque
existe la versin Core, que slo contiene los servicios necesarios para la funcin que realiza y no
tiene interfaz grfica).
Por su lado, la configuracin predeterminada de Ubuntu Server no incluye ni interfaz grfica ni
servicios que no sean imprescindibles.
Por lo tanto, para igualar la comparacin entre los requisitos de ambos sistemas, supondremos una
instalacin de Ubuntu Server con interfaz grfica.
Requisitos mnimos y recomendados para Windows Server 2012 R2

Los requisitos genricos para Windows Server 2012 R2 son estos:
Pgina 14 de 30
Requisitos mnimos para Ubuntu Server 14.04

Como ya hemos dicho, en este caso, incluiremos los requisitos que debe cumplir el hardware donde
queramos instalar Ubuntu Server 14.04 con interfaz grfica.
Como puedes ver, en este caso, los requerimientos de Ubuntu son ligeramente inferiores a los de
Windows. Sin embargo, en ambos son muy inferiores a las prestaciones medias de un servidor
actual, por lo que no deberan representar ningn inconveniente.
La nica ventaja prctica que ofrece Ubuntu es que an soporta sistemas con procesadores de 32
bits, caracterstica que nos permitir reutilizar equipos ms antiguos para ofrecer servicios con poco
consumo de recursos en la red (servidores de impresin, centralita electrnica, etc.)
1.9. Elaboracin de la documentacin sobre la instalacin e

incidencias
Uno de los aspectos que ms se descuidan cuando se procede a implantar una infraestructura
cliente/servidor es la documentacin del proceso. Sin embargo, debemos pensar que un sistema
operativo en red es algo vivo que ir creciendo y adaptndose a las necesidades del entorno en el
que se encuentra. Por este motivo, no debemos pensar en la instalacin como algo que haremos una
vez y de lo que nos podemos olvidar, sino que realizaremos diferentes modificaciones a lo largo del
tiempo.
De lo dicho anteriormente, se puede deducir que, cuanto mas precisa sea la documentacin que
generemos, menos problemas tendremos para retomar el trabajo de instalacin o configuracin un
tiempo despus de haberlo dado por concluido.
En este sentido, una de las primeras cuestiones a las que debemos enfrentarnos es a la
nomenclatura. Es buena idea asignar a cada equipo de nuestra red un identificativo nico, que puede
estar relacionado, por ejemplo, con la funcin que realiza, su ubicacin dentro de la empresa, rea
Pgina 15 de 30
en la que se emplea, etc. El objetivo es poder referirnos a cada elemento de la red de una forma
abreviada y cmoda. Por ejemplo, un servidor podra tener asignado un identificador como SRV01CONTA (Servidor n 1 del departamento de Contabilidad).
La idea es disponer de un documento con el perfil de la instalacin para cada uno de los equipos
incluidos en nuestra infraestructura (sean servidores o no).
En este sentido, cada uno de estos documentos debera tener, adems del identificador, los
siguientes datos:
Datos de hardware: Debern describir, de una forma precisa, las caractersticas del
ordenador que estamos definiendo. Incluir su ubicacin, el tipo de procesador que
incorpora, el tipo y cantidad de memoria, su disco duro, su tarjeta de red, tarjeta grfica, etc.
Tambin debemos dejar constancia de los dispositivos conectados al ordenador, como
impresoras, faxes, escneres, etc.
Datos sobre las impresoras de red que estarn accesibles desde el equipo. Al menos
deberemos contemplar su direccin IP, su nombre y su ubicacin fsica.
Pgina 16 de 30
La descripcin del sistema operativo instalado. Debe ser lo ms detallada posible y, como
mnimo, incluir su nombre y versin, la fecha y la hora de instalacin, el usuario que acta
como administrador y su contrasea, las licencias instaladas, etc.
Cuando instalamos sistemas operativo privativos, como es el caso de Windows, un dato que
no siempre se incluye en la documentacin, pero que es muy importante para futuras
operaciones de actualizacin es la clave de producto (Product Key, en ingls). Se trata de la
secuencia de nmeros y letras, normalmente organizadas en grupos y separadas por guiones,
que suele venir adherida al embalaje del medio de almacenamiento en el que se distribuye el
producto.
Parches y actualizaciones que se hayan instalado: Anotaremos el nombre de cada parche o

actualizacin que instalemos en el sistema operativo, con la fecha de la instalacin y una
descripcin de su objetivo.
Pgina 17 de 30
Si instalamos cualquier programa complementario, como antivirus, cortafuegos, programa

de cifrado, etc., deberemos dejar constancia de ello, indicando el nombre del programa
(preferiblemente con la versin), la fecha en la que lo hemos instalado y una descripcin.
Otro aspecto que ser muy importante documentar es la configuracin de la red. Es

frecuente que los servidores dispongan de una direccin IP fija, por lo que procederemos a
anotar dicha direccin IP y mscara de subred, as como la puerta de enlace, el servidor DNS
que estamos utilizando y, en su caso, el nombre del dominio o grupo de trabajo en el que se
integra el equipo.
Pgina 18 de 30
Tambin dejaremos constancia de los clientes que se conectan al servidor. Si hemos seguido
el patrn que comenzbamos al principio de este apartado, dichos clientes estarn
identificados por un cdigo identificativo, y dispondrn de su propia documentacin sobre la
instalacin. Por esto, aqu nos limitaremos a tomar nota nicamente de su identificador.
Tambin es comn que un servidor se apoye en otros servidores de la red para llevar a cabo
su cometido (por ejemplo, servidores de datos o servidores de impresin). Por lo tanto,
anotaremos qu servidores se utilizan y describiremos los motivos.
Pgina 19 de 30
Con el fin de que la explicacin sea ms clara, se ha ido fragmentando en diferentes apartados, pero
no debemos olvidar que se tratar de un documento nico.
Es importante que pensemos en este documento como algo orientativo, que deber adecuarse a las
caractersticas de la instalacin concreta que se est realizando, incluyendo o eliminando cualquier
dato necesario.
Adems, aunque no lo hemos dicho de forma expresa, podra deducirse que hemos hablado de un
documento impreso en papel. Sin embargo, sera interesante contemplar la posibilidad de
convertirlo en un documento electrnico de forma que, por ejemplo, toda la informacin de la
implementacin est, en realidad, contenida en una base de datos.
1.10. Ventajas del uso de mquinas virtuales para la

instalacin de sistemas operativos en red
Una aplicacin de virtualizacin es un software que utiliza una serie de tcnicas avanzadas para
abstraer las caractersticas fsicas del ordenador donde se instala y crear mquinas virtuales que
producen la ilusin de ser plataformas hardware independientes.
Por consiguiente, cada mquina virtual acta como un ordenador independiente, sobre el que
podremos instalar un nuevo sistema operativo con sus correspondientes aplicaciones y
configuraciones.
Las distintas mquinas virtuales que definamos sobre la misma mquina fsica, podrn ejecutar
diferentes sistemas operativos, compartiendo todas ellas los recursos existentes. De esta forma,
Pgina 20 de 30
podremos disponer de varios ordenadores virtuales ejecutndose, a la vez, en el mismo ordenador

fsico.
Lgicamente, el nmero mximo de mquinas virtuales que podremos ejecutar de forma paralela
estar limitado por los recursos disponibles en la mquina real.
El ordenador fsico suele llamarse tambin anfitrin (host), hypervisor o monitor de la mquina
virtual (VMM Virtual Machine Monitor), mientras que tambin podemos referirnos a las
mquinas virtuales como sistemas invitados (guest).
Dada la excelente relacin entre el precio y las prestaciones de los ordenadores actuales, es
relativamente frecuente que el sistema operativo del ordenador anfitrin no sea capaz de aprovechar
por s mismo todas la capacidad del hardware donde est instalado, de forma que ste puede quedar
infrautilizado. La tecnologa de virtualizacin puede conseguir que mejore el aprovechamiento que
hacemos de los recursos disponibles.
Cmo funciona la virtualizacin.

Lgicamente, lo primero que tendremos que hacer ser instalar el software de virtualizacin
apropiado sobre nuestro sistema operativo anfitrin.
A continuacin, ejecutaremos el software de virtualizacin para definir una mquina virtual.
Finalmente, iniciaremos la mquina virtual y procederemos sobre ella como si se tratara de un
ordenador real. Como alternativa a este paso, algunas aplicaciones de virtualizacin disponen de
herramientas para virtualizar un ordenador existente (normalmente basado en arquitectura x86) y
obtener una mquina virtual completamente operativa. Esta virtualizacin incluir al procesador, la
memoria RAM, el disco duro y los controladores de red del ordenador original. Cuando termine el
proceso, dispondremos de una mquina virtual que es totalmente equivalente al ordenador fsico del
que partamos. Una herramienta capaz de llevar a cabo esta tarea es VMware vSphere.
El software de virtualizacin asignar los recursos fsicos a las mquinas virtuales de forma
dinmica y transparente, de manera que obtengan slo los recursos que necesitan. Esto deriva en un
uso ms racionalizado de los recursos. De esta forma, por ejemplo, podramos tener una mquina
virtual en la que hemos definido una memoria RAM de 4GB. Si en un momento dado slo est
utilizando 1GB, los 3GB restantes estarn disponibles para el sistema anfitrin y para el resto de los
sistemas invitados. Si en lugar de haber definido una mquina virtual, hubisemos realizado la
misma instalacin sobre un ordenador real, la memoria que no se utilizara quedara simplemente
desperdiciada.
Si pensamos que la lgica de este ltimo ejemplo se aplica a todos los recursos que emplea la
mquina virtual, podremos entender fcilmente cmo consigue la virtualizacin optimizar el uso del
hardware disponible.
Dado que una mquina virtual est encapsulando un ordenador completo, su compatibilidad con
todos los sistemas operativos, controladores de dispositivo y aplicaciones para arquitecturas x86
Pgina 21 de 30
ser total, lo que nos permitir probar diferentes sistemas y configuraciones sin perjudicar la
configuracin del anfitrin y sin necesitar ordenadores complementarios.
Ventajas de la virtualizacin
Aunque ya pueden deducirse algunas de las ventajas que ofrece la virtualizacin, vamos a tratar de
recogerlas todas a continuacin de un modo ms sistemtico:
1. Sacar ms partido de los recursos existentes, permitiendo el uso compartido de los mismos.
Antes de virtualizar, es frecuente que el ndice de uso de los recursos no supere el 50%, de
hecho, es muy comn que no supere el 15%.
2. Reducir los costes de los centros de datos reduciendo su infraestructura fsica. Esto deriva en
Pgina 22 de 30
una necesidad menor de espacio y una reduccin en el consumo de energa y en las

necesidades de refrigeracin, lo que, adems de suponer un ahorro, contribuye a la mejora
del medio ambiente en consonancia con las nuevas tendencias en Green Computing
(conocido tambin como Green-IT) que podramos traducir al espaol Tecnologas Verdes.
3. Reducir el tiempo dedicado a la administracin, ya que se dispone de herramientas ms
avanzadas. Adems, podemos tener agrupada toda la capacidad de proceso en varios
servidores fsicos, entre los que se produce un balanceo dinmico de las mquinas virtuales,
administrando de forma centralizada toda la capacidad de clculo, memoria,
almacenamiento, red, etc., y garantizando que cada mquina virtual se ejecuta sobre el host
ms adecuado en cada momento.
4. Otra forma de reducir el tiempo de administracin es fragmentar los servicios porque, en
lugar de tener un gran servidor que centralice todos los servicios de la empresa, podemos
definir pequeos servidores virtuales, especializados cada uno de ellos en un servicio
concreto (un servidor web, un servidor de impresin, un servidor de centralita telefnica,
etc.). De este modo, se simplifica la administracin de cada uno de ellos y se evitan las
posibles interrelaciones no deseadas.
5. Relacionado con lo anterior, podemos mencionar el aislamiento entre las diferentes
mquinas virtuales, que repercutir en que un fallo en una de ellas no afecte al resto.
6. Aumentar la disponibilidad, ya que se puede disponer de mecanismos de copia de seguridad
y clonacin de mquinas virtuales completas para migrarlas a un hardware diferente,
eliminando tiempos de inactividad y recuperndose de forma inmediata de cualquier
problema. En ocasiones, la migracin de un sistema a otro puede hacerse incluso en caliente
(sin parar el host y sin dejar de ofrecer servicio).
7. Aumentar la flexibilidad de la implantacin, para responder de una forma ms rpida a los
posibles cambios que deban realizarse. Por ejemplo, podemos aadir recursos a los
servidores virtualizados de una forma rpida y sencilla.
8. Disponer de un mtodo para crear entornos de prueba que nos permitan analizar nuevas
soluciones antes de que puedan afectar al resto de la infraestructura.
9. Administrar y gestionar sistemas de escritorio seguros que estn accesibles a los usuarios de
forma local o remota desde casi cualquier ordenador del lado cliente.
Despus de todo lo dicho, no debemos extraarnos de que, cada vez ms, empresas de todos los
tamaos utilicen la virtualizacin para implementar sus infraestructuras de red.
Software de virtualizacin
Cuando hablamos de software de virtualizacin, disponemos de un amplio abanico de posibilidades
entre las que podemos encontrar opciones muy diferentes, que se adaptarn en mayor o menor
medida al uso que pensemos hacer de ellas.
Pgina 23 de 30
Por este motivo, a continuacin vamos a hacer un repaso de las herramientas ms frecuentes,
indicando sus caractersticas ms destacadas:
VMware: VMware Inc. es, probablemente la empresa de referencia en el mundo de la

virtualizacin. Dispone de dos lneas de producto diferentes:
Las versiones de escritorio: Pueden utilizar como sistema operativo anfitrin a
cualquiera de los tres sistemas operativos de escritorio ms extendidos: Microsoft
Windows, GNU/Linux y Apple Mac OS X. En las mquinas virtuales que creemos,
podremos instalar cualquier sistema operativo que sea compatible con la arquitectura
x86 o x86-64. Vmware comercializa tres productos diferentes en este segmento:
VMware Workstation, que es la versin comercial, para sistemas de escritorio
que se instala sobre Microsoft Windows y GNU/Linux.
VMware Fusion, que ofrece una funcionalidad similar en sistemas de Apple
que se ejecuten sobre procesadores Intel.
VMware Player, es la versin gratuita, con menos funcionalidad, orientada a
un uso no comercial. Al principio no permita crear nuevas mquinas virtuales
(slo usar las creadas con alguna versin de pago), pero esa limitacin
desapareci en la versin 3.0.1
Los sistemas de virtualizacin que se instalan directamente sobre el ordenador,
haciendo las veces de sistema operativo y de software de virtualizacin se denominan
Hipervisores de tipo 1.
Por contra,los sistemas de virtualizacin que necesitan instalarse sobre un sistema
operativo anfitrin, se denominan Hipervisores de tipo 2.
Las versiones empresariales: Estn orientadas a implantaciones de mayor
envergadura. Dos de las tres soluciones que propone la empresa se ejecutan
directamente sobre el ordenador, ya que disponen de su propio sistema operativo,
embebido dentro del producto, lo que deriva en un aumento del rendimiento. Se
comercializan tres soluciones distintas:
Pgina 24 de 30
VMware ESX, que se instala directamente sobre el hardware, ofrece un alto

rendimiento y facilita el uso, ms o menos directo, del hardware por parte de
los sistemas virtuales. Adems, incorpora vCenter que aglutina un conjunto
de servicios complementarios para mejorar la fiabilidad y la usabilidad. Entre
sus componentes, podemos destacar:
Vmotion, que permite cambiar una mquina virtual, que se est
ejecutando, de un host ESX a otro.
Storage Vmotion, que puede trasladar una mquina virtual, que se est
ejecutando, de un dispositivo de almacenamiento a otro.
DRS (Distributed Resource Scheduler, en espaol, Planificador de
Recursos Distribuidos), que facilita el balanceo automtico de carga
de un cluster ESX utilizando Vmotion.
HA (High Availability, en espaol, Alta disponibilidad). Consigue que,
en caso de fallo de uno de los hosts del cluster, los servidores virtuales
que se estaban ejecutando en l se reinicien automticamente en un
host distinto.
VMware ESXi es un producto similar a VMware ESX, pero se ha eliminado la
Consola de Servicio, ahorrando una considerable cantidad de almacenamiento
en disco y en memoria RAM, pero esto hace que la administracin de los
hosts deba realizarse a travs de un servidor de VirtualCenter. Adems, desde
el verano de 2008, existe una versin de pago y otra con licencia freeware, a
la que tambin se le han eliminado algunas caractersticas, como Vmotion y
Storage Vmotion.
Se diseo para ejecutarse desde dispositivos SSD (Solid-State Drive, en
espaol, Dispositivos de Estado Slido), pero puede instalarse en cualquier
disco duro. Desde el verano de 2008, VMware ESXi es gratuita.
Vmware Server es una versin que se encuentra un tanto obsoleta. Se ofrece
con licencia freeware para uso no comercial y se trata de la nica solucin
orientada al mbito empresarial, que se instala sobre un sistema Linux o
Windows anfitrin, por lo que su rendimiento es menor que el de las versiones
comentadas ms ariba. Anteriormente, Vmware Server era conocido como
Vmware GSX Server.
Dada la variedad de versiones que podemos encontrar en Vmware, las hemos organizado en
la siguiente tabla, donde aparecen clasificadas en funcin de que necesiten, o no, un sistema
operativo anfitrin e indicando en cada versin si es gratuita o de pago:
Pgina 25 de 30
Windows Server 2012 R2 Hyper-V: es la respuesta de Microsoft en el mundo de los

servidores de virtualizacin. Hyper-V puede instalarse como un rol dentro de Windows
Server 2012 R2, o como un producto independiente. En este ltimo caso, recibe el nombre
de Hyper-V Server 2012 R2 y, bsicamente se trata de un Windows Server 2012 R2 con sus
funcionalidades muy limitadas.
En la actualidad, Hyper-V tambin forma parte de Windows 8.1. La versin independiente es
gratis, pero slo dispone de una interfaz de lnea de comandos (CLI) desde la que se deben
configurar el host, el hardware y el software a travs de rdenes. Afortunadamente, se
dispone de un men (ejecutable desde la lnea de comandos) y algunos scripts que pueden
descargarse gratuitamente.
A pesar de todo, la configuracin se realiza normalmente utilizando consolas de
administracin (MMC, Microsoft Management Console), que se descargan y se ejecutan en
Pgina 26 de 30
algn PC de la red que controlado por Windows 7, Windows 8 (u 8.1) e incluso desde alguna
versin de Windows Server a partir de 2008. Otra buena alternativa es utilizar la herramienta
Remote Server Administration Toolkit para Windows 8.1.
Puedes evaluar Hyper-V y otros muchos productos de Microsoft durante 90 das con todas
sus carctersticas sin coste alguno descargndolos desde: http://technet.microsoft.com/esar/evalcenter/dd776191.aspx
Oracle VM VirtualBox: es un software de virtualizacin creado originalmente por una

empresa llamada Innotek. sta empresa fue adquirida inicialmente por Sun Microsystems
que, a su vez, ahora es propiedad de Oracle. Segn diversas encuestas, VirtualBox es la
opcin preferida por la mayora de los usuarios de sistemas de escritorio. VirtualBox se
instala como cualquier aplicacin sobre un sistema operativo anfitrin, que puede ser
cualquier versin actual de escritorio de Microsoft Windows (a partir de XP), cualquier
distribucin de GNU/Linux, Apple Mac OS X, Solaris (incluido OpenSolaris) e incluso
FreeBSD. Una vez instalada la aplicacin, permite la ejecucin, sobre ella, de casi cualquier
sistema operativo compatible con la arquitectura x86.
Como todas las mquinas virtuales usan controladores de dispositivos virtuales, son
independientes del hardware del anfitrin, por lo que son fciles de transportar a un host
diferente cuando sea necesario. Antes de la versin 4, haba dos opciones diferentes a la hora
de instalar VirtualBox: la versin OSE (Open Source Edition) que se distribua con licencia
GPL y la versin PUEL (Personal Use and Evaluation License) que era gratuita para uso
personal y de evaluacin, sin limitacin de tiempo. La principal diferencia entre ellas era que
la versin PUEL tena soporte para USB.
A partir de la versin 4, tanto el cdigo fuente como el cdigo binario se publican con
licencia GPLv2 y, la parte que sigue con licencia PUEL, es el soporte para dispositivos USB
2.0, RDP, las funciones PXE para tarjetas de red Intel y el mecanismo Extension Pack, que
es el que permite que terceras partes incluyan sus propias funciones en el producto. La gran
ventaja es que ahora las distribuciones pueden incluir paquetes precompilados de VirtualBox
en sus repositorios.
Pgina 27 de 30
Parallels Desktop for Mac: Se trata de un producto de la empresa Parallels, Inc., que ofrece
virtualizacin en ordenadores Apple con procesadores Intel y sistema operativo Mac OS X.
Su modo de funcionamiento es bastante parecido al de los productos anteriores, asignando
recursos del equipo anfitrin a la mquina virtual, que funciona como si fuese un equipo
independiente.
Como en otras aplicaciones de virtualizacin, aqu tambin se emplean controladores de
dispositivos virtuales, obteniendo una total independencia del hardware del equipo anfitrin.
Sobre Parallels Desktop podremos ejecutar casi cualquier sistema operativo compatible con
la arquitectura x86.
Windows Virtual PC: Originalmente, Virtual PC fue creado por una empresa llamada
Connectix para sistemas Apple basados en procesadores PowerPC.
Posteriormente, Connectix produce una versin para Windows.
En 2003, Microsoft adquiere el producto y en 2006 se ofrece de forma gratuita. El mismo
Pgina 28 de 30
ao dejaron de aparecer versiones para Apple, cuando esta empresa dej de utilizar
procesadores PowerPC en favor de la arquitectura Intel. En la actualidad, Windows Virtual
PC slo es compatible con hosts basados en Windows 7 y posteriores y slo permite
mquinas virtuales con sistemas operativos Windows XP SP3 o posteriores. En principio, se
pueden crear mquinas virtuales que ejecuten distribuciones GNU/Linux, pero carecen de
soporte oficial y carecen de controladores avanzados (llamados Virtual Machine Additions).
Xen: es un software de virtualizacin creado originalmente en el Laboratorio de Informtica

de la Universidad de Cambridge, pero desde 2010 es mantenido por la comunidad Xen, que
lo desarrolla y lo mantiene bajo licencia GPLv2. Xen se instala directamente sobre el
hardware del host, ya que su hipervisor se basa en una versin modificada de Linux, NetBSD
y Solaris. Adems, es compatible con arquitecturas hardware basadas en procesadores IA-32,
x86-64, Itanium y ARM.
Entre sus caractersticas avanzadas se encuentra la posibilidad de migrar mquinas virtuales
entre diferentes hosts sin tener que pararlas.En cuanto a las mquinas virtuales (llamadas
aqu dominios de usuario) tenemos dos opciones:
Cuando el procesador del ordenador anfitrin soporta virtualizacin x86 (por ejemplo
Intel VT-x o AMD-V) se pueden instalar versiones estndares de sistemas operativos
libres o propietarios (incluido Microsoft Windows)
En caso contrario, necesitaremos un sistema operativo especialmente modificado
para ser virtualizado, que incluya drivers para soportar las caractersticas avanzadas
de Xen. Esta opcin, mucho ms restrictiva, ofrece tambin un rendimiento mucho
mayor.
Xen utiliza una tcnica llamada paravirtualizacin que alcanza un rendimiento elevado (las
penalizaciones de rendimiento estn entre el 2 y el 8 por ciento, mientras que en otras
soluciones rondan el 20).
Pgina 29 de 30
OpenVZ: es un software de virtualizacin exclusivo para sistemas GNU/Linux. Es decir,

tanto los sistemas anfitriones como los invitados deben ser GNU/Linux, aunque puede
tratarse de diferentes distribuciones. Al tratarse de un sistema tan acotado, una de sus
principales ventajas es que ofrece un mejor rendimiento y una mayor escalabilidad. Adems
de simplificar la administracin de la instalacin. OpenVZ est basado en Virtuozzo, un
producto comercial de la empresa SWsoft, Inc., pero se trata de software libre publicado bajo
licencia GPLv2.
Conclusin.
Hemos hablado de diferentes soluciones de virtualizacin, quizs las ms difundidas, pero se nos
han quedado en el tintero un buen nmero de ellas. A pesar de todo, creo que han sido suficientes
para entender que las posibles soluciones son diversas y que ser fcil encontrar alguna que se
adapte a nuestras necesidades.
En lo referente al resto de este texto, para que puedas poner en prctica todos los contenidos que
iremos desgranando, utilizaremos mquinas virtuales basadas en VirtualBox. De esta forma, podrs
hacer todas las pruebas que consideres necesarias sin que se vea afectado tu entorno de trabajo
habitual y sin que tengas que dedicar un ordenador para realizar las tareas que vayamos explicando.
Pgina 30 de 30

Introducción Sistemas Operativos en Red

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Introducción Sistemas Operativos en Red

Hochgeladen von

Copyright:

Verfügbare Formate

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

Tema 1: Introduccin a los sistemas operativos en red

1.1. Arquitectura cliente/servidor

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

referimos a un sistema de informacin distribuido.

Adems de la transparencia y la independencia del hardware y del software, una implantacin

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

Elementos de la arquitectura cliente/servidor.

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

4. Cuando el servidor disponga del resultado solicitado, lo enva al cliente.

Si descomponemos este modo de funcionamiento en elementos estructurales, ser ms fcil

Francisco Manuel Garca Vallejo

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

1.2. Concepto de Sistema Operativo de Red

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

1.3. Tipos de arquitecturas cliente/servidor

Clasificacin segn el tamao del lado cliente y del lado servidor

Francisco Manuel Garca Vallejo

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

Clasificacin segn el tipo de servicio que se ofrece

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

transaction processing, Procesamiento de transacciones en lnea).

Servidores web: Su funcin consiste en devolver un determinado documento cuando un

1.4. Ventajas e inconvenientes de la arquitectura

Ventajas de la arquitectura cliente/servidor

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

Mejora de la seguridad. Al disponer de un mecanismo central de autenticacin, las

Inconvenientes de la arquitectura cliente/servidor

1.5. Grupos de trabajo como alternativa al modelo

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

Normalmente, en una red configurada como grupo de trabajo no participan ms de veinte

1.6. Sistemas operativos ms frecuentes en una infraestructura

Francisco Manuel Garca Vallejo

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

1.7. Comprobacin de los requisitos tcnicos

Francisco Manuel Garca Vallejo

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

1.8. Requisitos de los sistemas operativos ms comunes en el

Requisitos mnimos y recomendados para Windows Server 2012 R2

Francisco Manuel Garca Vallejo

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

Requisitos mnimos para Ubuntu Server 14.04

1.9. Elaboracin de la documentacin sobre la instalacin e

CFGM Sistemas Microinformticos y Redes

Sistemas Operativos en Red

Francisco Manuel Garca Vallejo

CFGM Sistemas Microinformticos y Redes