É um fato que os administradores de sistemas sempre olham com desconfiança para tudo que é novo. Literalmente tudo, desde novas plataformas de servidor até atualizações de software, é visto com cautela, até que surjam as primeiras experiências práticas e feedback positivo de colegas de outras empresas. Isso é compreensível, pois, quando você literalmente responde pela operação da empresa e pela segurança de informações importantes, com o tempo você para de confiar até mesmo em si mesmo, sem mencionar os contratados, subordinados ou usuários comuns.
A desconfiança em relação às atualizações de software decorre de uma série de situações desagradáveis, quando a instalação de patches recentes resultava em queda de desempenho, alterações na interface do usuário, falhas no sistema de informações ou, o que é particularmente ruim, perda de dados. Contudo, também não é possível abrir mão totalmente das atualizações, pois, assim, a infraestrutura da sua empresa pode ficar vulnerável a ataques cibernéticos. Basta lembrar do infame caso do vírus WannaCry, quando os dados armazenados em milhões de computadores que não estavam atualizados para a versão mais recente do Windows foram criptografados. Este incidente não apenas custou o emprego de mais de uma centena de administradores de sistemas, mas também evidenciou a necessidade de desenvolver uma nova política de atualização de software na empresa, que permita equilibrar segurança e velocidade de instalação. Vamos, então, à véspera do lançamento da versão LTS do Zimbra 8.8.15, ver como podemos atualizar o Zimbra Collaboration Suite Open-Source Edition para garantir a segurança de todos os dados críticos.
Uma das principais características do Zimbra Collaboration Suite é que quase todos os seus componentes podem ser duplicados. Em particular, é possível adicionar réplicas LDAP em complemento ao servidor LDAP-Master, que podem assumir as funções do servidor LDAP principal, se necessário. Também é possível duplicar servidores proxy e servidores com MTA. Essa duplicação permite, quando necessário, retirar certos componentes da infraestrutura durante a atualização e, assim, se proteger de um tempo de inatividade prolongado e da perda de dados em caso de uma atualização malsucedida.
Ao contrário dos outros componentes da infraestrutura, a duplicação dos repositórios de email no Zimbra Collaboration Suite não é suportada. Mesmo que existam vários repositórios de email em sua infraestrutura, os dados de cada caixa de correio podem estar em apenas um repositório de email. servidor. Portanto, uma das principais regras para a segurança dos dados durante a atualização é o backup oportuno das informações nos repositórios de email. Quanto mais recente for o seu backup, mais dados serão preservados em caso de emergência. No entanto, há uma ressalva: na edição gratuita do Zimbra Collaboration Suite, não há um mecanismo de backup embutido, e você precisará usar os recursos integrados do GNU/Linux para criar backups. Contudo, se sua infraestrutura Zimbra possui vários repositórios de email, e o tamanho do arquivo de email é bastante grande, cada backup pode levar muito tempo, além de gerar uma carga significativa na rede local e nos próprios servidores. Além disso, durante a cópia prolongada, os riscos de vários imprevistos aumentam drasticamente. Além disso, ao realizar esse backup sem parar o serviço, há o risco de que alguns arquivos possam ser copiados incorretamente, resultando na perda de alguns dados.
Por isso, se você precisar fazer backup de grandes volumes de informações de repositórios de e-mail, é melhor utilizar o backup incremental, que permite evitar a cópia completa de todas as informações, realizando backup apenas dos arquivos que surgiram ou foram alterados após o último backup completo. Isso acelera significativamente o processo de backup, além de permitir que você inicie a instalação de atualizações mais rapidamente. Você pode conseguir o backup incremental na Zimbra Open-Source Edition utilizando a extensão modular Zextras Backup, que faz parte do Zextras Suite.
Outra poderosa ferramenta, o Zextras PowerStore, permite ao administrador de sistema deduplicar dados no repositório de e-mail. Isso significa que todos os anexos iguais e e-mails duplicados no servidor de e-mail serão substituídos por um único arquivo original, e todas as duplicatas se transformarão em links simbólicos transparentes. Com isso, é possível não só economizar espaço significativo no disco rígido, mas também reduzir consideravelmente o tamanho do backup, permitindo uma diminuição no tempo de backup completo e, consequentemente, realizá-lo com muito mais frequência.
Mas a principal capacidade que o Zextras PowerStore oferece para uma atualização segura é a migração de caixas de correio entre servidores de e-mail em infraestruturas multisservidor Zimbra. Graças a essa funcionalidade, o administrador de sistema pode fazer com os repositórios de e-mail exatamente o que fizemos com os servidores MTA e LDAP para sua atualização segura. Por exemplo, se houver quatro repositórios de e-mail na infraestrutura Zimbra, é possível tentar distribuir as caixas de correio de um deles para os outros três, e quando o primeiro repositório de e-mail estiver vazio, ele pode ser atualizado sem receios quanto à integridade dos dados. Se o administrador de sistema tiver um repositório de e-mail de reserva na infraestrutura, ele pode usá-lo como um repositório temporário para as caixas de correio migradas dos repositórios de e-mail em atualização.
A transferência permite a execução de comandos de console DoMoveMailbox. Para utilizar isso com a finalidade de transferir todas as contas do armazenamento de e-mail, é necessário primeiro obter sua lista completa. Para alcançar isso, no servidor de e-mail, executamos o comando zmprov sa zimbraMailHost=mailbox.example.com > accounts.txt. Após sua execução, receberemos o arquivo accounts.txt , com a lista de todas as caixas de correio em nosso armazenamento de e-mail. Depois disso, poderemos usá-lo imediatamente para transferir contas para outro armazenamento de e-mail. Isso irá se parecer, por exemplo, com:
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
O comando é executado duas vezes para que na primeira vez todos os dados sejam copiados sem transferir a própria conta, e na segunda vez, como a transferência de dados é feita de forma incremental, copiar todos os dados que surgiram após a primeira transferência e, em seguida, transferir as próprias contas. Chamamos a sua atenção para o fato de que a transferência da conta é acompanhada por um pequeno período de indisponibilidade da caixa de correio, e será sensato avisar os usuários sobre isso. Além disso, após a execução do segundo comando, um aviso correspondente é enviado ao e-mail do administrador. Isso permite que o administrador inicie a atualização do armazenamento de e-mail o mais rápido possível.
Caso a atualização do software no armazenamento de e-mail seja realizada pelo provedor de SaaS, será muito mais prudente transferir os dados não por contas, mas por domínios que estão nele. Para esses fins, basta modificar um pouco o comando apreendido:
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
Depois que a transferência das contas e seus dados do armazenamento de e-mail é realizada, os dados no servidor original perdem toda a importância e pode-se começar a atualização do servidor de e-mail sem qualquer temor pela sua preservação.
Para aqueles que buscam minimizar o tempo de inatividade ao transferir caixas de correio, um cenário de uso fundamentalmente diferente do comando é ideal: zxsuite powerstore doMailboxMove, cuja essência é que a migração das caixas de correio é feita diretamente para os servidores atualizados, sem a necessidade de intermediários. servidores. Em outras palavras, estamos adicionando um novo armazenamento de e-mails à infraestrutura Zimbra, que já está atualizado para a versão mais recente, e então simplesmente migramos as contas do servidor não atualizado para o novo, repetindo o processo até que todos os servidores da infraestrutura sejam atualizados.
Esse método permite transferir contas uma única vez e, com isso, reduzir o tempo em que as caixas de correio ficam indisponíveis. Além disso, apenas um servidor de e-mail adicional será necessário para isso. No entanto, deve-se ter cautela ao usá-lo por parte dos administradores que implementam armazenamento de e-mails em servidores com configurações diferentes. O motivo é que a migração de um grande número de contas para um servidor mais fraco pode impactar negativamente a disponibilidade e a responsividade do serviço, o que pode ser bastante crítico para grandes empresas e provedores de SaaS.
Assim, graças ao Zextras Backup e Zextras PowerStore, o administrador do sistema Zimbra tem a capacidade de atualizar todos os nós da infraestrutura Zimbra sem riscos para as informações nelas armazenadas.
Fonte: habr.com
