Introduccin a los sistemas

operativos en red

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
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:
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.)
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.

Las caractersticas de
una implantacin
cliente/servidor deben
ser:
Transparencia.
Independencia.
Protocolos asimtricos.
Recursos compartidos.
Servicio.
Encapsulamiento.
Integridad.
Acoplamiento dbil.
Escalabilidad.

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, si mencionamos 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) que administra a los clientes que lo solicitan (consultar la definicin
de cliente ms abajo).
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.

En ocasiones, los
servicios tambin
reciben el nombre
dedemonios (daemons
en ingls).
Se trata de una
terminologa que
proviene del mundo
Unix/Linux.

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.
Normalmente, un proceso cliente se encarga de interactuar con el
usuario, por lo que estar construido con alguna herramienta que
permita implementar interfaces grficas (GUI). 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.

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 MessageOriented Middleware
(MOM)

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.
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, estructurada como sigue:
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.

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.
Por ltimo, cuando recibe la respuesta, la hace llegar al proceso cliente.
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.
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.

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).

3. Tipos de arquitecturas cliente/servidor

Ahora que conocemos los fundamentos de la tecnologa cliente/servidor, debemos analizar la
interaccin entre sus componentes para poder establecer cmo implementarla de la forma ms
adecuada.
En este sentido, 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
Una de las caractersticas del modelo cliente/servidor es que permite balancear la potencia de
clculo aplicada hacia el lado servidor o hacia el lado cliente, segn convenga.
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, incluso podra interrumpirse de forma
momentnea el servicio de red sin perjudicar de forma significativa a los clientes.
Servidor pesado, cliente ligero (en ingls, Thick Server, Thin Client): 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.

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.)
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 detransaccin.
Servidores de impresin (Print Server): Facilitan la comparticin de
impresoras y administra 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 unservidor de fax, ya que se gestionan
de forma similar.

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 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 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).

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.

4. Ventajas e inconvenientes de la arquitectura

cliente/servidor
Aunque, por lo visto hasta ahora, 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.
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 al rededor 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.

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 redes de pocos
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.
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.

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 y 2008)
GNU/Linux Server (son frecuentes las distribuciones (RedHat, Ubuntu Server, CentOS, SuSE
Linux Enterprise Server, )
UNIX (IBM AIX, HP-UX)
Solaris/OpenSolaris
Apple OS X Server
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

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 el aspecto del hardware, uno de los aspectos ms importantes ser la comunicacin. Deberemos
establecer si se utilizar una red de rea local (LAN, Local Area Network) o una red de rea extensa
(WAN, 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.
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.

El IEEE define la
interoperabilidad como
la habilidad de dos o
ms sistemas o
componentes para
intercambiar
informacin y utilizarla
posteriormente.

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 unservidor

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
presentes y futuras, 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.

8. Requisitos de los sistemas operativos ms

comunes en el lado servidor
Como hemos visto antes, existe una gran diversidad de sistemas operativos en red del lado servidor
(y eso que slo nombrbamos los ms representativos). 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 2008 Server encontramos las ediciones Stardard, Enterprise,
Datacenter, Essential Business, etc, 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 2008 Server y Ubuntu Server 12.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 para Windows 2008 Server

Los requisitos genricos para Windows 2008 Server son estos:

Procesador

Memoria
RAM

Tarjeta
grfica
Espacio en
disco
Unidades
Otros
dispositivos

Requisitos mnimos
Requisitos recomendados
1 Ghz en x861.4 Ghz en x86-64
2 Ghz o ms
2 GB o msEdicin estndar
512 MB(a costa de un
rendimiento reducido y la
prdida de algunas
caractersticas)

Mximo en x86: 6 GB
Mximo en x86-64: 32 GB
Ediciones Enterprise y DataCenter:
Mximo en x86: 64 GB
Mximo en x86-64: 2 TB

Super VGA (800 x 600)

Super VGA (800 x 600) o ms

10 GB
DVD-ROM

0 GB o msSi el ordenador tiene ms de 16 GB

de RAM necesitar espacio complementario
para paginacin y volcado de memoria.
DVD-ROM o superior

Monitor Super VGA (resolucin 800 x 600 o ms), teclado y ratn

Requisitos mnimos para Ubuntu Server

Como ya hemos dicho, en este caso, incluiremos los requisitos que debe cumplir el hardware donde
queramos instalar Ubuntu Server con interfaz grfica.
Requisitos recomendados

Procesador
Memoria RAM
Tarjeta grfica
Espacio en
disco
Unidades
Otros
dispositivos

Procesador x86 a 1 GHz

1 GB
Super VGA (800 x 600)
Disco Duro de 15 GB (swap incluida).
Una de las siguientes:Lector de CD-ROM, puerto USB o tarjeta de red.
Monitor Super VGA ( resolucin 800 x 600 o ms), teclado y ratn.La conexin
a Internet no es necesaria, pero puede ser til.

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.

9. Elaboracin de la
instalacin e incidencias

documentacin

sobre

la

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
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 SRV01-CONTA (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 que hemos
comentado antes, 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.

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.

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.

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.

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.

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.

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,
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 o 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. As, 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
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 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.
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
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 mayor
rendimiento del producto. Se comercializan tres soluciones distintas:

VMware ESX, 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, 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 anteriormente. 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:

Windows Server 2008 R2 Hyper-V: es la respuesta de Microsoft en el mundo de los servidores de

virtualizacin. Se puede instalar como un rol dentro de Windows Server 2008, o como un producto
independiente. En este ltimo caso, lo que obtenemos es un Windows Server 2008 con sus
funcionalidades muy limitadas. En la actualidad, Hyper-V tambin forma parte de Windows 8. 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 algn PC con Windows 7 o Windows Server 2008 de la red.
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 versiones diferentes de 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.

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 convierte en un
producto gratuito. El mismo 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).

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.

** Fuente: http://somebooks.es/?p=3357