A implementação de qualquer solução de TI em uma empresa começa com o design. Nesta fase, o gestor de TI terá que calcular o número de servidores e as suas características para que, por um lado, sejam suficientes para todos os utilizadores e, por outro, para que a relação qualidade-preço destes servidores é ideal e os custos de criação de uma infra-estrutura computacional para o novo sistema de informação não representam um buraco sério no orçamento de TI da empresa. Vamos descobrir como projetar a infraestrutura para implementação empresarial do Zimbra Collaboration Suite.
A principal característica do Zimbra em comparação com outras soluções é que, no caso do ZCS, o gargalo raramente é a potência do processador ou a RAM. A principal limitação geralmente é a velocidade de entrada e saída do disco rígido e, portanto, a atenção principal deve ser dada ao armazenamento de dados. Os requisitos mínimos oficialmente declarados para o Zimbra em um ambiente de produção são um processador de 4 núcleos de 64 bits com velocidade de clock de 2 gigahertz, 10 gigabytes para arquivos e logs do sistema e pelo menos 8 gigabytes de RAM. Normalmente, essas características são suficientes para que o servidor opere de forma responsiva. Mas e se você tiver que implementar o Zimbra para 10 mil usuários? Quais servidores e como devem ser implementados neste caso?
Comecemos pelo fato de que a infraestrutura para 10 mil usuários deve ser multiservidor. A infraestrutura multiservidor, por um lado, permite que o Zimbra seja escalável e, por outro, consiga um funcionamento responsivo do sistema de informação mesmo com um grande fluxo de usuários. Geralmente é muito difícil prever exatamente quantos usuários um servidor Zimbra será capaz de atender com eficiência, pois muito depende da intensidade de seu trabalho com calendários e e-mail, bem como do protocolo utilizado. É por isso que, a título de exemplo, implementaremos 4 armazenamentos de correio. Em caso de escassez ou excesso grave de capacidade, será possível desligar ou adicionar outra.
Assim, ao projetar uma infraestrutura para 10.000 pessoas, será necessário criar servidores LDAP, MTA e Proxy e 4 armazenamentos de correio. Observe que os servidores LDAP, MTA e Proxy podem ser virtualizados. Isso reduzirá o custo do hardware do servidor e facilitará o backup e a restauração dos dados, mas por outro lado, se o servidor físico falhar, você corre o risco de ficar imediatamente sem MTA, LDAP e Proxy. É por isso que a escolha entre servidores físicos ou virtuais deve ser feita com base em quanto tempo de inatividade você pode suportar em caso de emergência. O armazenamento de correio seria melhor colocado em servidores físicos, pois é neles que ocorrerá a maioria dos ciclos de gravação, o que limita o desempenho do Zimbra e, portanto, um maior número de canais para transferência de dados aumentará significativamente o desempenho do Zimbra.
Em princípio, após criar servidores LDAP, MTA, proxy, armazenamento de rede e combiná-los em uma única infraestrutura, o Zimbra Collaboration Suite para 10000 usuários está pronto para comissionamento. O funcionamento desta configuração será bastante simples:
O diagrama mostra os principais nós do sistema e os fluxos de dados que circularão entre eles. Com esta configuração, a infraestrutura ficará completamente desprotegida contra perda de dados, tempo de inatividade associado à falha de qualquer um dos servidores, e assim por diante. Vamos ver exatamente como você pode proteger sua infraestrutura contra esses problemas.
O método principal é a redundância de hardware. Nós adicionais de MTA e Proxy podem, em caso de falha dos servidores principais, assumir temporariamente o papel dos principais. Duplicar nós de infraestrutura crítica é quase sempre uma ótima ideia, mas nem sempre é viável na medida desejada. Um exemplo notável é a reserva de servidores nos quais o correio é armazenado. Atualmente, o Zimbra Collaboration Suite Open-Source Edition não suporta a criação de armazenamentos duplicados, portanto, se um desses servidores falhar, o tempo de inatividade não será evitado e, para reduzir o tempo de inatividade causado por uma falha no armazenamento de e-mail, o gerente de TI pode implantar seu backup. copie em outro servidor.
Como não existe um sistema de backup integrado no Zimbra OSE, precisaremos do Zextras Backup, que suporta backup em tempo real, e armazenamento externo. Como o Zextras Backup, ao fazer backups completos e incrementais, coloca todos os dados na pasta /opt/zimbra/backup, seria razoável montar nela um armazenamento externo, de rede ou mesmo em nuvem, para que se um dos servidores falhar, você terá a mídia com uma cópia de backup atualizada no momento da emergência. Ele pode ser implantado em um servidor físico de backup, em uma máquina virtual ou na nuvem. Também é uma boa ideia instalar um MTA com filtro de spam na frente do servidor Zimbra Proxy para reduzir a quantidade de tráfego indesejado que chega ao servidor.
Como resultado, a infraestrutura Zimbra protegida será mais ou menos assim:
Com esta configuração, a infraestrutura Zimbra não só poderá prestar serviços de elevada qualidade a 10.000 utilizadores, mas também em caso de situação de emergência, permitirá eliminar as suas consequências o mais rapidamente possível.
Fonte: habr.com