Внедрение любого ИТ-решения на предприятии начинается с проектирования.
На этом этапе ИТ-менеджер должен будет рассчитать количество серверов и их характеристики так, чтобы, с одной стороны, их хватило всем пользователям, а с другой - чтобы соотношение цены и качества этих серверов является оптимальным и затраты на создание вычислительной инфраструктуры для новой информационной системы не проделывают серьезную дыру в ИТ-бюджете предприятия.
Давайте разберемся, как спроектировать инфраструктуру для корпоративного внедрения Zimbra Collaboration Suite. 
Основная особенность Zimbra по сравнению с другими решениями заключается в том, что в случае с ZCS узким местом редко является мощность процессора или оперативная память.
Основным ограничением обычно является скорость ввода и вывода жесткого диска, поэтому основное внимание следует уделить хранению данных.
Официально заявленные минимальные требования для Zimbra в производственной среде — 4-ядерный 64-битный процессор с тактовой частотой 2 гигагерца, 10 гигабайт для системных файлов и журналов и не менее 8 гигабайт оперативной памяти.
Обычно этих характеристик достаточно, чтобы сервер работал оперативно.
А что, если вам нужно внедрить Zimbra на 10 тысяч пользователей? Какие серверы и как их следует реализовать в данном случае? Начнем с того, что инфраструктура на 10 тысяч пользователей должна быть многосерверной.
Многосерверная инфраструктура, с одной стороны, позволяет Zimbra быть масштабируемой, а с другой – добиться оперативности работы информационной системы даже при большом наплыве пользователей.
Обычно довольно сложно точно предсказать, сколько пользователей сможет эффективно обслуживать сервер Zimbra, поскольку многое зависит от интенсивности их работы с календарями и электронной почтой, а также от используемого протокола.
Именно поэтому в качестве примера мы реализуем 4 хранилища почты.
В случае нехватки или серьезного избытка мощности можно будет либо отключить, либо добавить еще одну.
Таким образом, при проектировании инфраструктуры на 10 000 человек вам потребуется создать LDAP, MTA и Proxy-серверы и 4 почтовых хранилища.
Обратите внимание, что LDAP, MTA и прокси-серверы можно сделать виртуальными.
Это снизит стоимость серверного оборудования и облегчит резервное копирование и восстановление данных, но с другой стороны, если физический сервер выйдет из строя, вы рискуете сразу остаться без MTA, LDAP и Proxy. Вот почему выбор между физическими или виртуальными серверами следует делать исходя из того, сколько времени простоя вы можете себе позволить в случае возникновения чрезвычайной ситуации.
Почтовые хранилища лучше всего размещать на физических серверах, так как именно на них будет происходить большинство циклов записи, которые ограничивают производительность Zimbra, а потому большее количество каналов передачи данных существенно повысит производительность Zimbra. В принципе, после создания LDAP, MTA, Proxy-серверов, сетевого хранилища и объединения их в единую инфраструктуру Zimbra Collaboration Suite на 10 000 пользователей готова к вводу в эксплуатацию.
Работа этой конфигурации будет довольно простой: 
На схеме показаны основные узлы системы и потоки данных, которые будут циркулировать между ними.
При такой конфигурации инфраструктура будет полностью незащищена от потери данных, простоев, связанных с выходом из строя любого из серверов и так далее.
Давайте посмотрим, как именно вы можете защитить свою инфраструктуру от этих проблем.
Основной метод – аппаратное резервирование.
Дополнительные узлы MTA и Proxy могут в случае выхода из строя основных серверов временно взять на себя роль основных.
Дублирование узлов критической инфраструктуры почти всегда является отличной идеей, но не всегда осуществимо в желаемом объеме.
Яркий пример — резервирование серверов, на которых хранится почта.
В настоящее время Zimbra Collaboration Suite Open-Source Edition не поддерживает создание дублирующих хранилищ, поэтому в случае сбоя одного из этих серверов простоя не избежать, а для сокращения времени простоя, вызванного сбоем почтового хранилища, ИТ-менеджер может развернуть его резервную копию.
скопируйте на другой сервер.
Поскольку в Zimbra OSE нет встроенной системы резервного копирования, нам понадобится Zextras Backup, поддерживающий резервное копирование в реальном времени, и внешнее хранилище.
Поскольку Zextras Backup при создании полных и инкрементных резервных копий помещает все данные в папку /opt/zimbra/backup, то разумно будет подключить к ней внешнее, сетевое или даже облачное хранилище, чтобы в случае сбоя одного из серверов у вас будет носитель с резервной копией, которая была актуальной на момент чрезвычайной ситуации.
Его можно развернуть на резервном физическом сервере, на виртуальной машине или в облаке.
Также рекомендуется установить MTA со спам-фильтром перед прокси-сервером Zimbra, чтобы уменьшить объем нежелательного трафика, поступающего на сервер.
В результате защищенная инфраструктура Zimbra будет выглядеть примерно так: 
Благодаря такой конфигурации инфраструктура Zimbra не только сможет предоставлять качественные услуги 10 000 пользователей, но и в случае возникновения чрезвычайной ситуации позволит максимально быстро устранить ее последствия.
По всем вопросам, связанным с Zextras Suite, вы можете связаться с представителем Zextras Екатериной Триандафилиди по электронной почте [email protected]. Теги: #Сетевые технологии #Системное администрирование #дизайн #электронная почта #zimbra #zextras #zextras backup
-
Встреча Вер. 1.0 — Мнение Организаторов
19 Oct, 24 -
Высокотехнологичный Пляж За Три Миллиона
19 Oct, 24 -
Опыт Работы С Ahci В Vxworks653.
19 Oct, 24 -
Gb — Управление Зависимостями Для Go
19 Oct, 24
