Es un hecho que los administradores de sistemas siempre sienten desconfianza hacia lo nuevo. Prácticamente todo, desde nuevas plataformas de servidor hasta actualizaciones de software, se recibe con cautela hasta que se obtiene la primera experiencia práctica y comentarios positivos de colegas de otras empresas. Y es comprensible, ya que cuando literalmente eres responsable de la operatividad de la empresa y la seguridad de información importante, con el tiempo dejas de confiar incluso en ti mismo, sin mencionar a los contratistas, subordinados o usuarios comunes.
La desconfianza hacia las actualizaciones de software se debe a una gran cantidad de casos desagradables, donde la instalación de nuevos parches resultó en una disminución del rendimiento, cambios en la interfaz de usuario, fallos en el sistema de información o, lo que es aún más grave, la pérdida de datos. Sin embargo, no se puede renunciar completamente a las actualizaciones, ya que de lo contrario, la infraestructura de su empresa podría ser vulnerable a ataques de ciberdelincuentes. Basta recordar el famoso caso del virus WannaCry, cuando los datos almacenados en millones de computadoras que no se habían actualizado a la última versión de Windows fueron cifrados. Este incidente no solo costó el empleo a cientos de administradores de sistemas, sino que también ilustró la necesidad de desarrollar una nueva política de actualización de productos de software en la empresa, que permita combinar seguridad y rapidez en su instalación. Así que, en vísperas del lanzamiento de la versión LTS de Zimbra 8.8.15, echemos un vistazo a cómo se puede actualizar la Zimbra Collaboration Suite Open-Source Edition para garantizar la seguridad de todos los datos críticos.
Una de las principales características de Zimbra Collaboration Suite es que prácticamente todos sus componentes pueden ser duplicados. En particular, se puede agregar, además del servidor LDAP-Master, réplicas de LDAP que, en caso de ser necesario, pueden asumir las funciones del servidor LDAP principal. También se pueden duplicar los servidores Proxy y los servidores con MTA. Esta duplicación permite, si es necesario, apartar de la infraestructura ciertos componentes durante el tiempo de actualización, y gracias a esto, protegerse de manera confiable no solo de un prolongado tiempo de inactividad, sino también de la pérdida de datos en caso de una actualización fallida.
A diferencia de los demás componentes de la infraestructura, la duplicación de los almacenes de correo en Zimbra Collaboration Suite no es compatible. Incluso si su infraestructura cuenta con varios almacenes de correo, los datos de cada buzón de correo pueden estar en un único almacén de correo. servidor. Por ello, una de las principales reglas de seguridad de datos durante la actualización es realizar una copia de seguridad de la información en los almacenes de correo de manera oportuna. Cuanto más reciente sea su respaldo, más datos se conservarán en caso de que surja una situación inesperada. Sin embargo, hay un matiz en esto, ya que en la edición gratuita de Zimbra Collaboration Suite no hay un mecanismo de copia de seguridad incorporado, y para crear copias de seguridad, será necesario utilizar las herramientas integradas de GNU/Linux. Sin embargo, si en su infraestructura Zimbra hay varios almacenes de correo y el tamaño del archivo de correo es considerablemente grande, cada respaldo puede tardar mucho tiempo y generar una carga significativa en la red local y en los propios servidores. Además, durante copias prolongadas, aumentan considerablemente los riesgos de que surjan diversos imprevistos. Asimismo, si se realiza esta copia de seguridad sin detener el servicio, existe el riesgo de que algunos archivos puedan ser copiados incorrectamente, lo que llevará a la pérdida de algunos datos.
Por eso, si necesita realizar copias de seguridad de grandes volúmenes de información desde los almacenes de correo, es mejor utilizar la copia de seguridad incremental, que evita la copia completa de toda la información y solo respalda los archivos que han aparecido o han sido modificados desde la última copia de seguridad completa. Esto acelera significativamente el proceso de creación de copias de seguridad y permite comenzar más rápido con la instalación de actualizaciones. Se puede lograr la copia de seguridad incremental en Zimbra Open-Source Edition mediante el complemento modular Zextras Backup, que forma parte de Zextras Suite.
Otra poderosa herramienta, Zextras PowerStore, permite al administrador del sistema desduplicar datos en el almacén de correo. Esto significa que todos los archivos adjuntos idénticos y los correos electrónicos repetidos en el servidor de correo se reemplazarán por un solo archivo original, y todas las repeticiones se convertirán en enlaces simbólicos transparentes. Gracias a esto, se puede lograr no solo un ahorro significativo de espacio en el disco duro, sino también una considerable reducción en el tamaño de la copia de seguridad, lo que permite disminuir el tiempo de la copia de seguridad completa y, por lo tanto, realizarla con mucha más frecuencia.
Pero la principal capacidad que Zextras PowerStore puede ofrecer para una actualización segura es la migración de buzones de correo entre servidores de correo en infraestructuras Zimbra de múltiples servidores. Gracias a esta capacidad, el administrador del sistema puede hacer con los almacenes de correo lo mismo que hicimos con los servidores MTA y LDAP para su actualización segura. Por ejemplo, si en la infraestructura de Zimbra hay cuatro almacenes de correo, se puede intentar distribuir los buzones de correo desde uno de ellos a los otros tres, y cuando el primer almacén de correo esté vacío, se puede actualizar sin preocupaciones sobre la seguridad de los datos. Si el administrador del sistema tiene un almacén de correo de respaldo en la infraestructura, puede usarlo como contenedor temporal para los buzones de correo trasladados desde los almacenes que se están actualizando.
La transferencia permite el comando de consola DoMoveMailbox. Para utilizarlo con el fin de transferir todas las cuentas del almacenamiento de correo, primero es necesario obtener su lista completa. Para lograr esto, ejecutamos el comando en el servidor de correo zmprov sa zimbraMailHost=mailbox.example.com > accounts.txt. Una vez ejecutado, obtendremos el archivo accounts.txt con la lista de todas las bandejas de entrada en nuestro almacenamiento de correo. Después de eso, podremos utilizarlo inmediatamente para transferir las cuentas a otro almacenamiento de correo. Se verá, por ejemplo, así:
zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt stages data
zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt stages data,account notifications admin@example.com
El comando se ejecuta dos veces: primero para copiar todos los datos sin transferir la cuenta en sí, y la segunda vez, dado que la transferencia de datos se realiza de forma incremental, para copiar todos los datos que hayan aparecido después de la primera transferencia, y luego transferir las cuentas. Tenga en cuenta que la transferencia de la cuenta conlleva un breve período de indisponibilidad de la bandeja de entrada, y sería sensato advertir a los usuarios al respecto. Además, tras finalizar la ejecución del segundo comando, el administrador recibe una notificación correspondiente por correo. Gracias a esto, el administrador puede comenzar a actualizar el almacenamiento de correo lo más rápido posible.
En caso de que la actualización del software en el almacenamiento de correo sea realizada por un proveedor SaaS, será mucho más razonable transferir los datos no por cuentas, sino por dominios que residen en él. Para estos fines, basta con modificar un poco el comando ingresado:
zxsuite powerstore doMailboxMove reserve_mailbox.saas.com domains client1.ru, client2.ru, client3.ru stages data
zxsuite powerstore doMailboxMove secureserver.saas.com domains client1.ru, client2.ru, client3.ru stages data,account notifications admin@saas.com
Una vez que se haya realizado la transferencia de cuentas y sus datos desde el almacenamiento de correo, los datos en el servidor de origen dejan de tener alguna relevancia y se puede comenzar la actualización del servidor de correo sin ningún temor por su conservación.
Para aquellos que buscan minimizar el tiempo de inactividad al transferir bandejas de entrada, un escenario de uso completamente diferente del comando será ideal zxsuite powerstore doMailboxMove, cuya esencia radica en que la migración de buzones de correo se lleva a cabo de inmediato a los servidores actualizados, sin necesidad de utilizar intermediarios. servidores. En otras palabras, añadimos a la infraestructura de Zimbra un nuevo almacenamiento de correo que ya ha sido actualizado a la última versión, y luego simplemente migramos las cuentas del servidor no actualizado siguiendo el mismo procedimiento, repitiendo el proceso hasta que todos los servidores de la infraestructura estén actualizados.
Este método permite realizar la migración de cuentas una vez, reduciendo así el tiempo durante el cual los buzones de correo permanecerán indisponibles. Además, solo se requerirá un servidor de correo adicional para llevarlo a cabo. Sin embargo, los administradores que implementan almacenamiento de correo en servidores con configuraciones diferentes deben tener precaución al utilizarlo. La razón es que migrar un gran número de cuentas a un servidor más débil puede afectar negativamente la disponibilidad y la capacidad de respuesta del servicio, lo que puede ser bastante crítico para grandes empresas y proveedores de SaaS.
Así, gracias a Zextras Backup y Zextras PowerStore, el administrador del sistema Zimbra tiene la posibilidad de actualizar todos los nodos de la infraestructura de Zimbra sin ningún riesgo para la información almacenada en ellos.
Fuente: habr.com
