configuración de gemelos
"Ejercicios Resueltos (Grupo CPD)" <[email protected]>
| Newsgroups | gmane.linux.pxes.spanish |
|---|---|
| Organization | Ejercicios Resueltos (Grupo CPD) |
| Message-ID | <[email protected]> |
Hola Andrés, nosotros llevamos 3 años (creo recordar) trabajando con configuraciones de gemelos de servidores LTSP, tanto con las versión 3, la 4.1.1 y la 4.2. Para esta última versión las únicas consideraciones que debes tener son las siguientes: 1.- DHCP: usa dos servidores dhcp que respondan en subredes distintas, uno en cada equipo. Los clientes irán conectándose a uno u otro en función de su carga. Tal como hoemos comentado aquí alguna vez, nunca hemos visto que un equipo posea más de un 20% de la carga del otro. Es una manera ultrasimple de balancear. Si las máquinas no son iguales, esta configuración no sirve. Si no quieres meterte con temas de balanceo, tal vez es mejor conectar los equipos a dos switches diferentes. Si vas a conectar algún periférico a un cliente, entonces ese cliente sí debes decidir a que servidor se conecta. El tema de las clases de impresoras con esta configuración, donde apriori no sabes la IP de la impresora, es muy complicada. 2.- Los archivos de configuración de LTSP de cada equipo son iguales (salvo los datos referidos al servidor). 3.- Configura en cada servidor todos los homes de usuarios. Si fueran 20, los datos de los usuarios del 1 al 10 se almacenan en el servidor A y son exportados al B y viceversa los usuarios del 11 al 20. De esta manera los usuarios acceden a sus home de manera transparente. Si puedes usar una tercera máquina (nosotros usamos máquinas virtuales xen) mejor. Si te casca una máquina, es muy facil que el sistema siga funcionando para todos los usuarios del aula. Solo tienes que definir el acceso a los homes locales de nuevo. Hay algún script por ahí para simular una configuración clúster heartbeat que detecta la caida de un servidor de modo automático y realiza tareas en consecuencia. 4.- Si pones un sistema de consola distribuida ahorras mucho trabajo. Ten en cuenta que todo lo que hagas en una máquina debes realizarlo en la otra. Es la gran pega de esta configuración. Se dobla el trabajo de administración. Hay soluciones que simplifican estas tareas. Existen manera mucho más elegantes y tecnicamente complejas de solventar este problema, pero esta es simple, muy simple, y funciona bien. La tenemos más que probada. En esta lista (y en la oficial en inglés) se han reportado casos de éxito con configuraciones similares de muchos servidores. Saludos -- Agustín Benito Bethencourt Director de Ejercicios Resueltos SLU (Grupo CPD) www.grupocpd.com [email protected]