La implementación de cualquier solución de TI en la empresa comienza con el diseño. En esta etapa, el administrador de TI tendrá que calcular el número de servidores y sus características para que sean suficientes para todos los usuarios, por un lado, y por otro lado, que la relación calidad-precio de estos servidores sea óptima y el costo de crear una infraestructura informática para el nuevo sistema de información no lo sea. hizo una seria brecha en el presupuesto de TI de la empresa. Veamos cómo diseñar la infraestructura para la implementación en Zimbra Collaboration Suite.
La característica principal de Zimbra en comparación con otras soluciones es que, en el caso de ZCS, el "cuello del procesador" rara vez se convierte en potencia del procesador o 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 el entorno de producción son un procesador de 4 núcleos y 64 bits con una velocidad de reloj de 2 gigahercios, 10 gigabytes para archivos y registros del sistema, así como de 8 gigabytes de RAM. Típicamente, estas características son suficientes para la operación receptiva del servidor. Pero, ¿qué pasa si tiene que implementar Zimbra para 10 mil usuarios? ¿Qué servidores y cómo se deben implementar en este caso?
Para empezar, la infraestructura para 10 mil usuarios debe ser multiservidor. La infraestructura multiservidor, por un lado, 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 cuántos usuarios podrán proporcionar un servicio de calidad al servidor Zimbra, ya que mucho depende de la intensidad de su trabajo con los calendarios y el correo electrónico, así como del protocolo utilizado. Es por eso que, por ejemplo, implementaremos 4 almacenamientos de correo. En el caso de una escasez o un exceso de capacidad grave, será posible apagar o agregar otro.
Por lo tanto, al diseñar la 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 física del servidor, corre el riesgo de inmediato sin MTA, LDAP y Proxy. Es por eso que la elección entre servidores físicos o virtuales debe hacerse en función del tiempo de inactividad que puede permitirse en caso de una emergencia. Los almacenamientos de correo se colocarán mejor en servidores físicos, ya que es en ellos donde se producirá el número principal de ciclos de escritura, lo que limita el rendimiento de Zimbra y, por lo tanto, un mayor número de canales para la transferencia de datos aumentará significativamente el rendimiento de Zimbra.
En principio, después de crear servidores LDAP, MTA, Proxy, almacenamiento conectado a la red y combinarlos en una sola infraestructura, Zimbra Collaboration Suite para 10,000 usuarios está listo para la puesta en marcha. El esquema de trabajo de esta configuración será bastante simple:
El diagrama muestra los nodos principales del sistema y los flujos de datos que circularán entre ellos. Con esta configuración, la infraestructura estará completamente desprotegida de la pérdida de datos, el tiempo de inactividad asociado con la falla de cualquiera de los servidores, etc. Veamos 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 falla de los servidores principales, asumir temporalmente el papel de los principales. La duplicación de nodos de infraestructura crítica es casi siempre una gran idea, pero no siempre es factible en el volumen deseado. Un ejemplo vívido es la reserva de servidores en los que se almacena el correo. Actualmente, Zimbra Collaboration Suite Open-Source Edition no admite la creación de repositorios duplicados, por lo que si uno de estos servidores falla, no será posible evitar el tiempo de inactividad y reducir el tiempo de inactividad causado por la falla del almacenamiento de correo, el administrador de TI puede implementar su copia de seguridad en otro servidor
Como no hay un sistema de copia de seguridad integrado en Zimbra OSE, necesitaremos Zextras Backup, que admite copias de seguridad en tiempo real y almacenamiento externo. Dado que Zextras Backup, cuando realiza copias de seguridad completas e incrementales, coloca todos los datos en la carpeta / opt / zimbra / backup, sería aconsejable montar almacenamiento externo, de red o incluso en la nube, por lo que en caso de un bloqueo del servidor, debe tener medios con actual en el momento del respaldo de emergencia. Puede implementarlo tanto en el servidor físico de respaldo como en la máquina virtual y en la nube. También sería una buena idea instalar un MTA con un filtro de correo no deseado frente al servidor con Zimbra Proxy para reducir la cantidad de tráfico de basura que llega al servidor.
Como resultado, la infraestructura segura de Zimbra se verá así:
Con esta configuración, la infraestructura de Zimbra no solo podrá proporcionar servicios de calidad a 10.000 usuarios, sino que también, en caso de emergencia, permitirá su eliminación lo más rápido posible.
Para todas las preguntas relacionadas con la Suite Zextras, puede contactar al representante de Zextras Katerina Triandafilidi por correo electrónico katerina@zextras.com