El día 1 de octubre de 2014, 10:18, C. L. Martinez <carlopm...@gmail.com> escribió: > 2014-10-01 8:09 GMT+00:00 Maykel Franco <maykeldeb...@gmail.com>: >> 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. >> > > Yo me decantaría por GusterFS entonces ... Pero vamos, si tienes claro > cuando se producen las actualizaciones y son realizadas de forma > "excepcional" .... > > > -- > 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/caejqa5lbutm0hkrw_j7p-06wf5gnu27j9oo-deggqgkxkip...@mail.gmail.com >
Totalmente de acuerdo, la intervención son en casos concretos y manualmente debido algún cambio manual como he comentado. Si es algo que tuviera que ser automático, me decantaría por glusterfs también. 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/CAJ2aOA8fzBX=w9kedkjctz80zvam01j28nswsok09jtv+jk...@mail.gmail.com
