A implementação de qualquer solução de TI na empresa começa com o design. Nesse estágio, o gerente de TI precisará calcular o número de servidores e suas características para que sejam suficientes para todos os usuários, por um lado, e por outro lado, para que a relação qualidade-preço desses servidores seja ideal e o custo de criar uma infraestrutura de computação para o novo sistema de informações não seja violou gravemente o orçamento de TI da empresa. Vamos ver como projetar a infraestrutura para implementação no Zimbra Collaboration Suite.
A principal característica do Zimbra, em comparação com outras soluções, é que, no caso do ZCS, o “gargalo do processador” raramente se torna 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 principal atenção deve ser dada aos data warehouses. Os requisitos mínimos oficialmente declarados para o Zimbra no ambiente de produção são um processador de 4 bits e 64 bits com velocidade de clock de 2 gigahertz, 10 gigabytes para arquivos e logs do sistema e 8 gigabytes de RAM. Normalmente, essas características são suficientes para a operação do servidor responsivo. Mas e se você tiver que implementar o Zimbra para 10 mil usuários? Quais servidores e como devem ser implementados neste caso?
Para começar, 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 lado, alcance um sistema de informações responsivo, mesmo com um grande fluxo de usuários. Geralmente, é bastante difícil prever exatamente quantos usuários poderão fornecer um serviço de qualidade ao servidor Zimbra, pois depende muito da intensidade do trabalho com calendários e e-mails, bem como do protocolo usado. É por isso que, por exemplo, implementaremos 4 armazenamentos de correio. No caso de falta ou excesso de capacidade, será possível desligar ou adicionar outro.
Assim, ao projetar a 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 recuperação de dados, mas, por outro lado, no caso de uma falha física do servidor, você corre o risco de imediatamente sem o MTA, LDAP e Proxy. É por isso que a escolha entre servidores físicos ou virtuais deve ser feita com base no tempo de inatividade que você pode pagar em caso de emergência. Os armazenamentos de correio serão melhor colocados em servidores físicos, pois é neles que o principal número de ciclos de gravação ocorrerá, o que limita o desempenho do Zimbra e, portanto, um número maior de canais para transferência de dados aumentará significativamente o desempenho do Zimbra.
Em princípio, depois de criar servidores LDAP, MTA, Proxy, armazenamentos de rede e combiná-los em uma única infraestrutura, o Zimbra Collaboration Suite para 10.000 usuários está pronto para o comissionamento. O esquema de trabalho dessa 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 essa 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. Vejamos como você pode proteger sua infraestrutura contra esses problemas.
O método principal é a redundância de hardware. Nós MTA e Proxy adicionais podem, em caso de falha dos servidores principais, assumir temporariamente o papel dos principais. A duplicação de nós críticos da infraestrutura é quase sempre uma ótima idéia, mas nem sempre é possível no volume desejado. Um exemplo vívido é a reserva de servidores nos quais o correio está armazenado. Atualmente, o Zimbra Collaboration Suite Open-Source Edition não oferece suporte à criação de repositórios duplicados; portanto, se um desses servidores falhar, não será possível evitar o tempo de inatividade e reduzir o tempo de inatividade causado pela falha do armazenamento de mensagens, o gerente de TI pode implantar seu backup em outro servidor.
Como não existe um sistema de backup embutido 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 aconselhável montar armazenamento externo, em rede ou até em nuvem, para que, no caso de uma falha no servidor, você tenha mídia com real no momento do backup de emergência. Você pode implantá-lo no servidor físico de backup, na máquina virtual e na nuvem. Também seria uma boa idéia instalar um MTA com um filtro de spam na frente do servidor com o Zimbra Proxy para reduzir a quantidade de tráfego de lixo que chega ao servidor.
Como resultado, a infraestrutura segura do Zimbra será mais ou menos assim:
Com essa configuração, a infraestrutura Zimbra não apenas poderá fornecer serviços de qualidade para 10.000 usuários, mas também em caso de emergência, permitirá eliminar rapidamente suas conseqüências.
Para todas as perguntas relacionadas ao Zextras Suite, você pode entrar em contato com o representante da Zextras Katerina Triandafilidi pelo e-mail katerina@zextras.com