Andres Morales escribió:
El 12 de noviembre de 2009 16:01, Guillermo Javier Nardoni <
[email protected]> escribió:
Alejandro Vargas escribió:
El día 12 de noviembre de 2009 15:00, José María Quiroga
<[email protected]> escribió:
que tal, me surgió esta duda:
se puede clonar un disco que está en uso?, entiendo que como poder se
puede... pero no se que resultados habrán en cuanto a la consistencia de
el
destino y del origen luego del dd. Siempre tuve entendido que era
recomendable que el disco destino o partición destino, no estuviesen
montados a la hora de hacer dd, pero respecto a la al disco o partición
origen no se dice mucho.
Te parecería aceptable remontar el disco como sólo lectura antes de
copiarlo? ( mount -o remount -r / )
Al remontarlo como solo lectura aparecerían problemas para los usuarios que
estén conectados al sistema..o no??.
A eso me refería en "si lo desmonto va a quedar no-operativo como server",
no se puede si hay usuarios laburando remontar un disco como sólo lectura a
no ser que les "dijeras" a todos los usuarios que el sistema está en
mantenimiento, en ese caso yo pondría otro server que manejara "de alguna
manera" las peticiones, pero estamos en el tema del huevo y la gallina:
¿cómo hago para "clonar" toda la configuración, traer datos y levantar
servicios en el server que maneje las peticiones? a no ser que fuera un
server que solamente dijera "Mantenimiento" a todos los usuarios conectados
o que los desconectara directamente. De todas maneras, es muy feo si se está
trabajando en el server y con datos importantes. Es un tema por demás
interesante.
Por otro lado, haciendo off-topic, no sería mas conveniente utilizar LVM +
RAID 1? [1]
Puede ser... Es una idea que se me pasó por la cabeza, además de tener otro
server también en arreglo RAID y que ambos manejaran el sistema (como un
sistema anti-caídas), si un server no anda, que el otro tome la posta.
Obviamente todos los datos deberían estar replicados y si uno de los dos no
es el server activo actual, obtuviera todos los datos del otro, o sea que
con una tarea cron obtuviera toda la información y la clonara en sí mismo
(por si el otro muere) y que ambos testearan si el otro sigue vivo. (¿Muy
fumado?)
Esto que decis no es tan loco, existe algo llamado Hearbeat [*1] y DRDB
[*2] para hacerlo. Yo tengo algunos servidores haciendo eso y funciona
de maravilla.
Básicamente instalas dos servidores, en los dos hearbeat. Con esto
logras tener "un" servidor corriendo servicios/direcciones IP, etc, etc.
al que que todos tus usuarios se conectan y usan. Este servidor en
realidad son "dos", uno esperando que el primero no este operativo para
asumir su rol.
"Hearbeat" se encarga de chequear que los servicios y que el servidor
principal este activo. En caso de caída del primero, el segundo servidor
"asume" las tareas (levantando la dirección ip y servicios del primario).
Para los usuarios, es casi instantáneo y casi no notan que el servidor
donde estaban trabajando dejo de existir (funcionar!) y siguen
trabajando en el segundo equipo.
Con respecto al tema de sincronizar datos de usuarios (archivos),
configuraciones de servicios, con DRBD lo solucionas. Viene a ser un
"RAID por ethernet", que mantiene duplicado un (o varios) filesystem de
un servidor en el segundo servidor. En el caso que hearbeat asume la
tarea del servidor primario porque el primario se cayó, hearbeat monta
este filesystem con los datos actualizandos que hasta hace segundos
estaban en el servidor primario.
*1 http://www.linux-ha.org/
*2 http://www.drbd.org
No es tan sencillo implementarlo, pero siguiendo manuales y consejos se
logran resultados muy buenos.
Hernán
--
[email protected]
