Y aprovechando el thread En UFs cuanto seria lo relativamente decente? El 14/10/2013 16:26, "Antonio Sebastian Salles M." <[email protected]> escribió:
> Igual se puede hacer un invento para el backup, que si bien no es TAN > complicado, si evita comprar las herramientas de la versión corporate, que > no son baratas. > Mantención necesita, pero creo que dedicarle una hora para mirar los logs > cada tres dias basta y sobra. > > A- > > > El 14 de octubre de 2013 16:12, Rodrigo Gutierrez Torres < > [email protected]> escribió: > > > Gran resumen Antonio. > > Quizás lo único que yo agregaría es que requiere _mínima_ mantención. Lo > > único es ir revisando e instalando las actualizaciones religiosamente, > > controlando espacio disponible y el control de los logs, que se guardan > en > > archive/redolog (o algo así); que se disparan bajo ciertas > circunstancias. > > La gente con más experiencia normalmente programa un job que lo va > > limpiando, pero de todos modos hay que irlo revisando de vez en cuando. > > Por si no se notó, recomiendo absolutamente Zimbra. La versión pagada > > tiene la opción de respaldos y algunos detallitos menores que valen la > pena > > si tu empresa tiene los recursos. > > Salu2, > > > > > > > > On 14/10/13 15:06, Antonio Sebastian Salles M. wrote: > > > >> Roy, > >> > >> Zimbra funciona de pelos! De todas formas lo más importante que tienes > que > >> tener en mente antes de partir no es el software, sino las métricas. Acá > >> van algunos puntos: > >> > >> 1- Size del inbox, el cual dependerá mucho de tu storage. Calcula que > como > >> máximo utilizarán un 50% del total. El resto del espacio por mientras > >> úsalo > >> como backup. Si sobrepasa esa cantidad entonces empieza a hacer planes > de > >> ampliación de espacio disponible. > >> > >> 2- Cantidad de usuarios concurrentes, que no es lo mismo que el total de > >> usuarios del sistema. Calcula que la concurrencia podría llegar como > >> máximo > >> a un 10% del total. > >> > >> 3- Verifica si necesitan archiving. Si lo necesitan entonces multiplica > el > >> storage x2. > >> > >> 4- Tamaño máximo de correos. Se recomienda que no sea superior a 10MB y > en > >> caso de ser necesario enviar archivos mas grandes entonces lo mejor es > >> armar una solución de storage web volátil donde puedan subir los files. > >> > >> 5- Define políticas de respaldos que se adapten a tu realidad. Calcula > >> respaldos completos e incrementales por una semana. Menos no es > necesario. > >> > >> 6- Monta la solción en HA, ojalá en cluster AP multinodo, a no ser que > >> tengas una solución PaaS o SaaS que te dé el HA. > >> > >> > >> Si me acuerdo de algo mas te digo. > >> > >> A- > >> > >> > >> > >> > >> El 14 de octubre de 2013 13:03, Roy Alvear <[email protected]> escribió: > >> > >> Estimados, > >>> > >>> Hoy me enfrento a un nuevo problema, que es el de la necesidad de > >>> instalar un correo corporativo, yo he leído de zimbra y zarafa entre > >>> otros, nombro principalmente estos pues al parecer son más > >>> antiguos/maduros, he leido que open xchange (ox) está bastante bien > >>> igual, pero quisiera saber sus experiencias en cuanto a configuración, > >>> fallos de seguridad y problemas habituales entre estos software para > >>> tomar una mejor decisión y no me lapiden en la plaza pública. > >>> > >>> Inicialmente es para casi 500 cuentas, pero esto puede llegar a crecer > a > >>> 800 dentro de los próximos dos años, tenemos un server ya de un par de > >>> años, con procesador 4 núcleos Xeon E5504, 8GB en RAM y 500GB en RAID > 1, > >>> por los límites de HW que hay, pues según he leído me quedo corto para > >>> algunos de estos, pero prefiero saber por experiencia de ustedes que > tan > >>> reales son estos límites. > >>> > >>> Gracias y espero vuestros comentarios. > >>> Roy > >>> > >>> > >>> > >> > > > > > -- > Saludos! > > Antonio Sebastián Sallés M. > [cel] +56-9-8281 71 61 >
