\newpage
%===========================================================================
%       x.11 > Requerimientos y planteamientos
%===========================================================================
\pagestyle{empty}
\begin{latexonly}
\ifpdf
 \begin{figure}[htbp]
%      \includegraphics[bb = -250 220 0 0, scale=1]{./TuXes/tux-net.jpg}
 \end{figure}
 \vspace{5in}
\else
 \begin{figure}
%      \includegraphics[-275,650][0,0]{./TuXes/tux-net}
 \end{figure}
\fi
\hfill\line(1,0){400}
\end{latexonly}
\topmargin 1in
\section{REQUERIMIENTOS Y PLANTEAMIENTOS}
\begin{latexonly}
\line(1,0){400}
\newpage
\end{latexonly}
\topmargin 0in
%-----------------------------------------------------
\pagestyle{fancy}
\begin{latexonly}
\hspace{1in}\textcolor{blue_omosix}{{\em There are people who don't like capitalism, and people who don't like PCs.}}

\hspace{1in}\textcolor{blue_omosix}{{\em But there's no-one who likes the PC who doesn't like Microsoft.}}

\hspace{4in}\textcolor{blue_omosix}{{\em Bill Gates}}
\vspace{0.5in}
\end{latexonly}
%-----------------------------------------------------
\subsection{Requerimientos hardware} 
Para la instalaci\'on b\'asica de un cluster necesitaremos al menos dos computadoras conectadas en red.
Podremos conectarlas mediante un cable cruzado entre las respectivas tarjetas de red, con un {\em hub} o con un {\em switch}.

Evidentemente cuanto m\'as r\'apida sea la conexi\'on entre m\'aquinas, m\'as eficaz ser\'a nuestro sistema global.
  
Actualmente {\em Fast Ethernet} es un est\'andar, permitiendo m\'ultiples puertos en una m\'aquina.
{\em Gigabit Ethernet} es m\'as cara y no es recomendable probar con ella sin antes haberse asegurado un
correcto funcionamiento con {\em Fast Ethernet} y comprobar que realmente se necesita este extra en la velocidad de transferencia de datos entre nodos.

Siempre podremos hacer funcionar varias tarjetas {\em Fast} en cada nodo para asignarles luego la misma direcci\'on (IP) y de esta forma poder obtener m\'ultiples en la velocidad.

El resto del hardware necesario depender\'a de las decisiones que se hayan hecho con el sistema de ficheros (en red o no), la instalaci\'on de monitores gr\'aficos en todos o solo algunos nodos, etc.

Algunas disposiciones hardware especiales pueden encontrarse en la secci\'on {\em Nodos sin discos} del cap\'\i tulo {\em Tutoriales para casos especiales}.
%---------------------------------------------------------------------------------------------------------
\subsection{Lineas b\'asicas en la configuraci\'on del hardware}
Para poder configurar un {\em gran} cluster (refiri\'endose al n\'umero de nodos)
hay que pensar en ciertos aspectos, como por ejemplo d\'onde situar las m\'aquinas.
Tenerlas en medio de una oficina puede resultar inc\'omodo en muchos aspectos. La mejor opci\'on ser\'\i a raquearlas.

El acondicionamiento de la sala donde deba situarse el cluster tambi\'en es importante para evitar sobrecalentamientos y dem\'as incomodidades a la hora de trabajar con \'el.

En todo caso hay que asegurarse de poder tener siempre un f\'acil acceso a los nodos.
%---------------------------------------------------------------------------------------------------------
\subsection{Planteamientos del cluster}
Para configurar tu cluster openMosix en un {\em pool} de nodos, o conjunto de estaciones de trabajo, tendremos diferentes opciones, cada una con sus ventajas e inconvenientes.

En una {\bf single-pool} todos los servidores y estaciones de trabajo son utilizadas como un cluster \'unico:
cada m\'aquina forma parte del cluster y puede migrar procesos hacia cada uno de los otros nodos existentes.

Esta configuraci\'on hace que tu propia m\'aquina forme parte del {\em pool}.
 
En un entorno llamado {\bf server-pool} los servidores son parte del cluster mientras que las estaciones de trabajo no lo son.
Si quisi\'eramos ejecutar aplicaciones en el cluster necesitaremos entrar en \'el de forma espec\'\i fica. De este modo las estaciones de trabajo permanecer\'an
libres de procesos remotos que les pudieran llegar.

Existe una tercera alternativa llamada {\bf adaptive-pool}, donde los servidores son compartidos mientras que las estaciones de trabajo
podr\'an entrar y salir del cluster.
Podemos imaginar que las estaciones deban ser usadas durante un cierto intervalo de tiempo diario, y que fuera de este horario puedan ser aprovechadas
para las tareas del cluster.
