Внедряването на всяко ИТ решение в едно предприятие започва с проектиране. На този етап ИТ мениджърът ще трябва да изчисли броя на сървърите и техните характеристики, така че, от една страна, те да са достатъчни за всички потребители, а от друга страна, така че съотношението цена-качество на тези сървъри да е оптимални и разходите за създаване на изчислителна инфраструктура за нова информационна система не правят сериозна дупка в ИТ бюджета на предприятието. Нека да разберем как да проектираме инфраструктурата за внедряване на Zimbra Collaboration Suite в предприятие.
Основната характеристика на Zimbra в сравнение с други решения е, че в случая на ZCS, тясното място рядко става мощността на процесора или RAM. Основното ограничение обикновено е входната и изходната скорост на твърдия диск и следователно основното внимание трябва да се обърне на хранилищата за данни. Официално обявените минимални изисквания за Zimbra в производствена среда са 4-ядрен 64-битов процесор с тактова честота 2 GHz, 10 гигабайта за системни файлове и регистрационни файлове и 8 гигабайта RAM. Обикновено тези характеристики са достатъчни за отзивчива работа на сървъра. Но какво ще стане, ако трябва да внедрите Zimbra за 10 XNUMX потребители? Кои сървъри и как трябва да бъдат внедрени в този случай?
Нека започнем с факта, че инфраструктурата за 10 хиляди потребители трябва да бъде мулти-сървърна. От една страна, мултисървърната инфраструктура позволява да се направи Zimbra мащабируема, а от друга страна, да се постигне отзивчива работа на информационната система дори при голям поток от потребители. Обикновено е доста трудно да се предскаже точно колко потребители сървърът на Zimbra ще може да обслужва добре, тъй като много зависи от интензивността на тяхната работа с календари и електронна поща, както и от използвания протокол. Ето защо, например, ще внедрим 4 хранилища за поща. В случай на недостиг или сериозен излишък на капацитет ще бъде възможно или изключване, или добавяне на друг.
По този начин, когато се проектира инфраструктура за 10.000 4 души, ще е необходимо да се създадат LDAP, MTA и Proxy сървъри и XNUMX хранилища за поща. Обърнете внимание, че LDAP, MTA и прокси сървърите могат да бъдат направени виртуални. Това ще намали разходите за сървърен хардуер и ще улесни архивирането и възстановяването на данни, но от друга страна, в случай на повреда на физически сървър, рискувате веднага да останете без MTA, LDAP и Proxy. Ето защо изборът между физически или виртуални сървъри трябва да бъде направен въз основа на това колко време на престой можете да си позволите в случай на спешност. Мейл хранилищата, от друга страна, биха били най-добре поставени на физически сървъри, тъй като именно на тях ще се случи основният брой цикли на запис, които ограничават производителността на Zimbra и следователно по-големият брой канали за пренос на данни значително ще увеличете производителността на Zimbra.
По принцип, след създаване на LDAP, MTA, прокси сървъри, мрежови хранилища и комбинирането им в единна инфраструктура, Zimbra Collaboration Suite за 10000 XNUMX потребители е готов за пускане в експлоатация. Схемата на работа на такава конфигурация ще бъде доста проста:
Диаграмата показва основните възли на системата и потоците от данни, които ще циркулират между тях. С тази конфигурация инфраструктурата ще бъде напълно незащитена от загуба на данни, престой, свързан с отказ на някой от сървърите и т.н. Нека да разгледаме как точно можете да защитите вашата инфраструктура от тези проблеми.
Основният метод е хардуерното резервиране. Допълнителни MTA и Proxy възли могат, в случай на повреда на основните сървъри, временно да поемат ролята на основните. Дублирането на критични инфраструктурни възли е почти винаги страхотна идея, но не винаги е осъществимо до желаната степен. Ярък пример е резервирането на сървъри, които съхраняват поща. Изданието с отворен код на Zimbra Collaboration Suite понастоящем не поддържа създаването на дублиращи се магазини, така че ако един от тези сървъри се повреди, прекъсването не може да бъде избегнато и за да се намали времето на прекъсване, причинено от повреда на магазина за поща, ИТ мениджърът може да разположи резервно копие на него на друг сървър.
Тъй като в Zimbra OSE няма вградена система за архивиране, ще ни трябва Zextras Backup, който поддържа архивиране в реално време и външно хранилище. Тъй като Zextras Backup, когато прави пълни и инкрементални архиви, поставя всички данни в папката /opt/zimbra/backup, би било разумно да монтирате външно, мрежово или дори облачно хранилище в нея, така че в случай, че един от сървърите сривове, имате носител с актуално резервно копие към момента на спешния случай. Може да се внедри както на излишен физически сървър, така и на виртуална машина и в облака. Също така е добра идея да инсталирате MTA с филтър за нежелана поща пред сървъра със Zimbra Proxy, за да намалите количеството нежелан трафик, влизащ в сървъра.
В резултат на това защитената инфраструктура на Zimbra ще изглежда така:
С тази конфигурация инфраструктурата на Zimbra не само ще може да предоставя качествени услуги на 10.000 XNUMX потребители, но и в случай на извънредна ситуация ще позволи да се премахнат последствията от нея възможно най-бързо.
Източник: www.habr.com