Servidor de correo empresarial, como?
El Viernes, 9 de Junio de 2006 15:45, Horst von Brand escribió: > Claudio Bustos Bravo <[EMAIL PROTECTED]> wrote: > > [...] > > > Muchas gracias, despejas varias dudas acerca del /poderio/ necesario > > para un sistema mediano-grande de correo. > > Lo que puede valer la pena es tener separados el servidor de entrada (MX) y > los de salida, eso divide el trabajo en 1/2 sin gran esfuerzo. y puede provocar casos curiosos. hace poco recibi un email que me habia enviado yo a mi misma desde el webmail de mi isp, lo curioso es que tardo en llegar 2 años!
Servidor de correo empresarial, como?
Juan MartÃnez <[EMAIL PROTECTED]> wrote: > El jue, 08-06-2006 a las 22:18 -0400, Claudio Bustos Bravo escribió: > > On Thu, 2006-06-08 at 16:40 -0400, Horst von Brand wrote: > > > [EMAIL PROTECTED] wrote: > > > > Me pregunto, que usa la utfsm para procesar todos los correos? > > > > cluster de servidores?, round robin en DNS?. Como lo hacen para el > > > > failover?, replicas? [...] > > > Si quieres mayor redundancia, instala un segundo cacharro que acepte > > > correo y lo encole (MX secundario) /lejos/ (en terminos de red) de > > > tus maquinas principales. > Esa medida es muy util a mi juicio. Ni tanto. Se usa solo cuando el principal no esta alcanzable, y te permite manejar las cosas alli (p.ej. quedas fuera de la red 6 dias, puedes extender /alli/ el plazo para rebote, etc). Pero fuera de eso... Ojo, ideas brillantes estilo varias maquinas y round-robin via DNS solo llevan a confusion, porque despues tienes tu mbox desparramado entre todas ellas. O si haces eso, tenerlas para procesamiento pesado (filtros de spam, antivirus, ...) y luego entregar el flujo ya lavado a /una/ maquina. > > Muchas gracias, despejas varias dudas acerca del /poderio/ necesario > > > para un sistema mediano-grande de correo. > Mira, el poderio yo lo miro del punto de vista de capacidad de memoria y > secundaria y velocidad de procesamiento. Y RAM. > Eso sin duda depende del requerimiento. Si vas necesitas un sistema para > requerimientos escalables, Que es "requerimientos escalables"? > lo que debes pensar es en un cluster No sirve de mucho, realmente... tienes que dividir el trabajo, y eso no es nada tan facil. >(a demas > un cluster te puede entregar alta disponibilidad). Cluster == procesamiento paralelo, o cluster == alta disponibilidad? Se usa el termino en ambos sentidos, que son requerimientos /totalmente/ diferentes, y no se pueden simplemente meter en el mismo saco. > Una cosa es la cantidad de informacion que necesito procesar (a una > determinada velocidad ciertamente) y otra es que tan disponible en el > tiempo debe estar esa informacion. Exacto. Y para los requerimientos que encontraras en este (pequen~o) pais, con un tarro /grande/ (AMD64 x 4, 16GiB RAM, etc) tienes para largo rato. > En el modelo que plantea el Profesor HvB, me parece que esta mirado > desde el punto de vista de la cantidad a procesar y no tanto la alta (o > ilimitada en lo ideal) disponibilidad. la alta disponibilidad puede ser > muy cara... ;-) Fail over, etc. Las tecnicas son conocidas, y perfectamente se pueden aplicar en lo anterior. > Cuando hablas de un servidor "empresarial" debes acotar cuantas cuentas > de usuario necesitas, servicios a prestar, cuanto espacio necesita la > informacion a almacenar... Mas bien: Volumen de correo a manejar, numero de usuarios concurrentemente martillando IMAP, taman~os de mboxes a manejar (si, un pastel con un mbox de 1GiB que tiene la genial idea de revisar cada 30s te pone de rodillas cualquier cacharro...) > Perfectamente puedo tener un sistema con 20 usuarios, algunos cuantos GB > de espacio, pero con alta disponibilidad...Puede que no tenga sentido, > pero en algunos casos muy puntuales, si lo puede tener (por ejemplo, un > servidor de email para un equipo de gobierno de un pais). > Entonces a mi juicio, alta disponibilidad con alta capacidad/velocidad > de almacenamiento/procesamiento no van necesariamente de la mano. Ya dije antes que son dos requerimientos separados... > Todo depende del requerimiento una vez mas. Si son para cuentas de > correo, y el requerimiento dice: > "2000 usuarios, 500MB de cuota por usuario, aprox 10% de concurrencia en > los usuarios"...Entonces pienso en un gran tarro. Define "grande"... un AMD64 con un par de discos rapidos y suficiente RAM debiera dar. > Pero si nadie se enoja si de cada muy vez en cuando el tarro se echa a > perder (por problemas de HW) y eso significa tener el servicio > deshabilitado unas cuantas horas, entonces la alta disponibilidad puede > que no sea importante... Si "muy de vez en cuando" es una vez cada dos an~os... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513
Servidor de correo empresarial, como?
Claudio Bustos Bravo <[EMAIL PROTECTED]> wrote: [...] > Muchas gracias, despejas varias dudas acerca del /poderio/ necesario > para un sistema mediano-grande de correo. Lo que puede valer la pena es tener separados el servidor de entrada (MX) y los de salida, eso divide el trabajo en 1/2 sin gran esfuerzo. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Fri Jun 9 09:52:28 2006 From: [EMAIL PROTECTED] (=?iso-8859-1?Q?Valent=EDn_Gonz=E1lez_E.?=) Date: Fri Jun 9 10:31:47 2006 Subject: Respaldo de Servidor In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> La herramienta standar para hacer respaldos de un servidor unix general es dump utilizando unidades de cinta. Las opciones del comando dump (dump para la mayoría de los unix y ufsdump para solaris) son las misma para todos los sistemas, y la forma de manejar la cinta con mt también. Es facil al momento de restaurar, solo que al restaurar hay que hacer ciertos pasos que difieren entre sistema y sistema. Saludos, VG -- "Algunos triunfan porque están destinados al exito, los demás triunfan porque están decididos a hacerlo." > Estimados lectores de la lista, tengo una GRAN consulta... > > Cual es la mejor forma de respaldar un servidor linux.. : me explico, > leyendo por ahí algunos dicen que tar cumple con todo lo que necesitamos > para respaldar, pero entiendo que tar no se lleva los enlaces > simbólicos, por otra parte DUMP puede ser la solución ideal pero siempre > y cuando se cuente con al menos otro fs de gran capacidad para hacer los > respaldos.. > > En definitiva, que método usan ustedes para respaldar su servidor ? y > como han sido sus métodos de restauración al momento de tener una falla ? > > > Cordial Saludo > > *Manuel Torres Carmona.* >
Servidor de correo empresarial, como?
On Thu, 2006-06-08 at 16:40 -0400, Horst von Brand wrote: > [EMAIL PROTECTED] wrote: > > Me pregunto, que usa la utfsm para procesar todos los correos? cluster de > > servidores?, round robin en DNS?. Como lo hacen para el failover?, > > replicas? > > El Departamento de Informatica tiene basicamente 3 servidores de correo > entrante: > > inti.inf.utfsm.cl: MX para inf.utfsm.cl > alegre.inf.utfsm.cl: MX para alumnos.inf.utfsm.cl > werken.inf.utfsm.cl: MX para listas.inf.utfsm.cl > > y 4 de correo saliente, los anteriores + pincoya.inf.utfsm.cl, quien maneja > el trafico de listas que no sale a la primera (FallbackMX para werken). El > correo se lee mas que nada via IMAP, y minoritariamente con POP3; > ocasionalmente via webmail (en nuestro servidor web, una maquina aparte; > asi que no entra en la ecuacion). > > El trafico entrante es lejos el mayor en alegre, diria yo (unas 600 > cuentas), el saliente de werken (una docena de listas, con algo de 2000 > integrantes en total). > > Son todas maquinas individuales, nada exotico. La carga en ninguna de ellas > es grande. > > Si quieres mayor redundancia, instala un segundo cacharro que acepte correo > y lo encole (MX secundario) /lejos/ (en terminos de red) de tus maquinas > principales. > -- Dr. Horst H. von Brand User #22616 counter.li.org > Departamento de Informatica Fono: +56 32 654431 > Universidad Tecnica Federico Santa Maria +56 32 654239 > Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 > > Muchas gracias, despejas varias dudas acerca del /poderio/ necesario para un sistema mediano-grande de correo. Claudio Bustos Bravo
Servidor de correo empresarial, como?
Saludos... Me pregunto, que usa la utfsm para procesar todos los correos? cluster de servidores?, round robin en DNS?. Como lo hacen para el failover?, replicas? En resumen, mi pregunta es: que se usa para soluciones de correo empresarial?, (muchos usuarios, muchos correos...) O simplemente me debo embarcar en una solucion como ironport? Hasta el momento hemos jugado con postfix + cyrus imap + mysql + av + spamassassin + postgrey + sasl + tls + sieve, pero el desafio ahora esta en la cantidad de usuarios y de correos, ademas de la alta disponibilidad. De antemano, Gracias, Claudio