El día 1 de octubre de 2014, 11:58, Juan José López <juanjolistascor...@gmail.com> escribió: > El Wed, 1 Oct 2014 10:09:24 +0200 > Maykel Franco <maykeldeb...@gmail.com> escribió: >> El día 1 de octubre de 2014, 9:08, C. L. Martinez >> <carlopm...@gmail.com> escribió: >> > 2014-09-30 19:42 GMT+00:00 Maykel Franco <maykeldeb...@gmail.com>: >> >> >> >> >> >> Gracias por contestar. No me gustan los sistemas distribuidos o >> >> compartidos para este fin. Pierden peefoemance. Y >> >> concretamente /var/www necesito que se sirva rápido. Aparte de >> >> usar sistema de cache opcode como xcache y similares. Además >> >> necesitaría otra máquina en el caso de iscsi. Ocfs2 o gfs lo he >> >> usado para drbd activo/activo y sinceramente no me fio. >> >> >> >> Me gusta esta opción, lsyncd. No lo he probado nunca pero se >> >> ejecuta a nivel de demonio y se sincronizan solo los cambios. >> >> >> >> En /var/www se sincroniza todo menos los los, que con uníson los >> >> tenia excluidos. Solo sincronizaba el contenido estático, que no >> >> cambia. >> >> >> >> Voy a mirar el enlace que me has pasado. >> >> >> >> Gracias. >> > >> > >> > Uhmm .. No me imagino porque no te fias de DRBD o OCFS2 o GFS2. Yo >> > los llevo utilizando durante años en clusters de producción (web, >> > correo, BBDD, etc..) y van finos finos ... Y siempre es mejor >> > utilizar algo así que tirar de scripts, porque siempre pueden >> > fallar muchas cosas y no tienes la info actualizada en tiempo real >> > (otra cosa es que necesites que esté replicada en tiempo real). >> > >> > De hecho aparte de esas opciones tienes otra más: GlusterFS. >> > >> > Yo me las miraría antes de implementar nada basado en scripts ... Y >> > si no terminan de convencerte tienes otra más: DragonflyBSD+HAST o >> > FreeBSD+HAST, otras pequeña maravillas :)) >> > >> > Saludos. >> > >> > >> > -- >> > To UNSUBSCRIBE, email to >> > debian-user-spanish-requ...@lists.debian.org with a subject of >> > "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> > Archive: >> > https://lists.debian.org/caejqa5kwjmd-aftvr9534ae3_du0txl2ovwa+yxbqayhhvg...@mail.gmail.com >> > >> >> Porque no necesito que los ficheros estén sincronizados en tiempo >> real, es un contenido estático, que se cambia de higos a ramos, y sólo >> necesito que se sincronice cuando se realiza un cambio en un fichero o >> una subida de producción... No veo necesario montar sistemas de >> archivos distribuidos. >> >> Si quisiera un samba activo/activo pues todavía. Que lo he montado en >> otra empresa, con drbd y cuando reiniciabas las máquinas eso era una >> lotería con el famoso split-brain. Además sino recuerdo mal, drbd sólo >> permite 2 servidores de replica, es un raid1 TCP/IP y un tercer >> servidor de backup. >> >> En el caso de ocfs de oracle, gfs2 de red hat, no lo sé imagion que >> soportarán ḿas de 2, al igual que glusterfs. >> >> Gracias por la respuesta. >> >> Saludos. >> >> > > Prueba con incron. Es el que yo utilizo para sincronizar archivos > entre varios chroots. > > Cada vez que un archivo MODIFICADO se cierra, te permite ejecutar un > comando. Dependiendo de como lo tengas montado, puedes hacer rsync, > scp, un simple cp, ... puedes montarte un mini-script que lo copie > y te avise por correo ... > > No es en tiempo real, pero casi. Ejecuta DESPUÉS DE CERRAR EL ARCHIVO > MODIFICADO, así que no usa ancho de banda durante las modificaciones en > sí. Y no depende de programaciones temporales, por lo que la > sincronización es casi perfecta. > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/20141001115824.54aaf5d6@danika.localdomain >
Que bueno... Muchas gracias, a probar se a dicho!! Gracias nuevamente a todos, un placer esta lista lo que se aprende. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJ2aOA9R4JLr=H-V5E7dKnF6nsnr14w9+xn=7zbnkvk48tk...@mail.gmail.com