La implementación de cualquier solución de TI en una empresa comienza con el diseño. En esta etapa, el responsable de TI deberá calcular el número de servidores y sus características para que, por un lado, sean suficientes para todos los usuarios y, por otro lado, para que la relación calidad-precio de estos servidores sea óptimo y los costos de creación de una infraestructura informática para un nuevo sistema de información no representan un agujero grave en el presupuesto de TI de la empresa. Averigüemos cómo diseñar la infraestructura para implementar Zimbra Collaboration Suite en una empresa.
La característica principal de Zimbra en comparación con otras soluciones es que en el caso de ZCS, el cuello de botella rara vez es la potencia del procesador o la RAM. La principal limitación suele ser la velocidad de entrada y salida del disco duro y, por lo tanto, se debe prestar especial atención a los almacenes de datos. Los requisitos mínimos declarados oficialmente para Zimbra en un entorno de producción son un procesador de 4 núcleos y 64 bits con una velocidad de reloj de 2 GHz, 10 gigabytes para archivos y registros del sistema y 8 gigabytes de RAM. Normalmente, estas características son suficientes para que el servidor funcione con capacidad de respuesta. ¿Pero qué pasa si tienes que implementar Zimbra para 10 usuarios? ¿Qué servidores y cómo deberían implementarse en este caso?
Para empezar, la infraestructura para 10 mil usuarios debería ser multiservidor. Por un lado, la infraestructura multiservidor permite que Zimbra sea escalable y, por otro lado, lograr un funcionamiento receptivo del sistema de información incluso con una gran afluencia de usuarios. Por lo general, es bastante difícil predecir exactamente a cuántos usuarios un servidor Zimbra podrá atender bien, ya que mucho depende de la intensidad de su trabajo con calendarios y correo electrónico, así como del protocolo utilizado. Por eso, por ejemplo, implementaremos 4 almacenamientos de correo. En caso de escasez o exceso grave de capacidad, será posible apagar o agregar otra.
Así, a la hora de diseñar una infraestructura para 10.000 personas, será necesario crear servidores LDAP, MTA y Proxy y 4 almacenes de correo. Tenga en cuenta que los servidores LDAP, MTA y Proxy pueden hacerse virtuales. Esto reducirá el costo del hardware del servidor y facilitará la copia de seguridad y recuperación de datos, pero por otro lado, en caso de una falla del servidor físico, corre el riesgo de quedarse inmediatamente sin MTA, LDAP y Proxy. Es por eso que la elección entre servidores físicos o virtuales debe basarse en cuánto tiempo de inactividad puede permitirse en caso de una emergencia. Los almacenes de correo, por otro lado, se ubicarían mejor en servidores físicos, ya que es en ellos donde se producirá la mayor cantidad de ciclos de escritura, lo que limita el rendimiento de Zimbra y, por lo tanto, se reducirá significativamente una mayor cantidad de canales para la transferencia de datos. aumentar el rendimiento de Zimbra.
En principio, después de crear LDAP, MTA, servidores Proxy, almacenamientos de red y combinarlos en una única infraestructura, Zimbra Collaboration Suite para 10000 usuarios está lista para su puesta en funcionamiento. El esquema de funcionamiento de dicha configuración será bastante sencillo:
El diagrama muestra los principales nodos del sistema y los flujos de datos que circularán entre ellos. Con esta configuración, la infraestructura quedará completamente desprotegida ante pérdida de datos, tiempos de inactividad asociados al fallo de alguno de los servidores, etc. Echemos un vistazo a exactamente cómo puede proteger su infraestructura de estos problemas.
El método principal es la redundancia de hardware. Los nodos MTA y Proxy adicionales pueden, en caso de fallo de los servidores principales, asumir temporalmente el papel de los principales. Duplicar nodos de infraestructura crítica casi siempre es una gran idea, pero no siempre es factible en la medida deseada. Un ejemplo sorprendente es la redundancia de los servidores que almacenan correo. Zimbra Collaboration Suite Open-Source Edition actualmente no admite la creación de almacenes duplicados, por lo que si uno de estos servidores falla, no se puede evitar el tiempo de inactividad y, para reducir el tiempo de inactividad causado por fallas en el almacén de correo, un administrador de TI puede implementar una copia de seguridad del mismo en otro servidor.
Como no hay un sistema de respaldo integrado en Zimbra OSE, necesitaremos Zextras Backup, que admite respaldo en tiempo real y almacenamiento externo. Dado que Zextras Backup, al realizar copias de seguridad completas e incrementales, coloca todos los datos en la carpeta /opt/zimbra/backup, sería razonable montar en ella almacenamiento externo, de red o incluso en la nube, de modo que en caso de que uno de los servidores falla, usted tiene un medio con copia de seguridad actualizada en el momento de la emergencia. Se puede implementar tanto en un servidor físico redundante como en una máquina virtual y en la nube. También es una buena idea instalar un MTA con un filtro de spam frente al servidor con Zimbra Proxy para reducir la cantidad de tráfico basura que ingresa al servidor.
Como resultado, la infraestructura segura de Zimbra se verá así:
Con esta configuración, la infraestructura de Zimbra no sólo podrá brindar servicios de calidad a 10.000 usuarios, sino que, en caso de una situación de emergencia, permitirá eliminar sus consecuencias lo más rápido posible.
Fuente: habr.com