Wdrożenie jakiegokolwiek rozwiązania IT w przedsiębiorstwie zaczyna się od projektowania. Na tym etapie menedżer IT musi obliczyć liczbę serwerów oraz ich specyfikacje, aby z jednej strony wystarczały one dla wszystkich użytkowników, a z drugiej, by stosunek ceny do jakości tych serwerów był optymalny i koszty tworzenia infrastruktury informatycznej dla nowego systemu informacyjnego nie spowodowały poważnej luki w budżecie IT przedsiębiorstwa. Zajmijmy się tym, jak należy projektować infrastrukturę do wdrożenia Zimbra Collaboration Suite w firmie.
Podstawową cechą Zimbry w porównaniu do innych rozwiązań jest to, że w przypadku ZCS „wąskim gardłem” rzadko staje się moc obliczeniowa procesora lub pamięć RAM. Głównym ograniczeniem zwykle jest prędkość odczytu i zapisu dysku twardego, dlatego szczególną uwagę należy poświęcić właśnie przechowalniom danych. Oficjalnie zadeklarowane minimalne wymagania dla Zimbry w środowisku produkcyjnym to procesor 64-bitowy z 4 rdzeniami o taktowaniu 2 GHz, 10 GB na pliki systemowe i logi, oraz co najmniej 8 GB RAM. Zwykle takie parametry wystarczają do efektywnej pracy serwera. Ale co zrobić, jeśli trzeba wdrożyć Zimbra dla 10 tysięcy użytkowników? Jakie serwery i w jaki sposób należy wdrożyć w takim przypadku?
Zacznijmy od tego, że infrastruktura dla 10 tysięcy użytkowników powinna być wieloserwerowa. Wieloserwerowa infrastruktura z jednej strony pozwala na skalowalność Zimbry, a z drugiej, na zapewnienie responsywnej pracy systemu informacyjnego nawet przy dużym napływie użytkowników. Zwykle dość trudno przewidzieć, ilu użytkowników serwer Zimbry będzie w stanie efektywnie obsłużyć, ponieważ w dużej mierze zależy to od intensywności korzystania z kalendarzy i poczty elektronicznej, a także od używanego protokołu. Dlatego dla przykładu wdrożymy 4 magazyny pocztowe. W przypadku niedoboru lub poważnego nadmiaru mocy, można będzie albo wyłączyć, albo dodać kolejny.
Tak więc, projektując infrastrukturę dla 10 000 osób, konieczne będzie stworzenie serwerów LDAP, MTA i Proxy oraz 4 magazynów pocztowych. Należy zauważyć, że serwery LDAP, MTA i Proxy można utworzyć jako wirtualne. To pozwoli na zmniejszenie kosztów sprzętu serwerowego oraz ułatwi rezerwowanie i przywracanie danych, ale z drugiej strony, w przypadku awarii fizycznego serwera, możesz ryzykować utratę MTA, LDAP i Proxy. Dlatego wybór między serwerami fizycznymi a wirtualnymi powinien być dokonany na podstawie tego, ile przestoju możesz sobie pozwolić w razie nagłego wypadku. Magazyny pocztowe najlepiej umieścić na serwerach fizycznych, ponieważ to na nich odbywa się główny proces zapisu, który ogranicza wydajność Zimbra, a zatem większa liczba kanałów przesyłania danych znacznie zwiększy wydajność Zimbra.
W zasadzie, po utworzeniu serwerów LDAP, MTA, Proxy, magazynów sieciowych i połączeniu ich w jedną infrastrukturę, Zimbra Collaboration Suite dla 10 000 użytkowników jest gotowa do uruchomienia. Schemat działania takiej konfiguracji będzie dość prosty:
Na schemacie przedstawione są główne węzły systemu oraz przepływy danych, które będą między nimi krążyć. Przy takiej konfiguracji infrastruktura będzie całkowicie narażona na utratę danych, przestoje związane z awarią jakiegokolwiek z serwerów itd. Przyjrzyjmy się zatem, jak można zabezpieczyć swoją infrastrukturę przed tymi problemami.
Główną metodą jest nadmiarowość sprzętowa. Dodatkowe węzły MTA i Proxy mogą w przypadku awarii głównych serwerów tymczasowo przejąć rolę głównych. Duplikowanie węzłów krytycznej infrastruktury prawie zawsze jest świetnym pomysłem, ale nie zawsze może być zrealizowane w pożądanej skali. Wyraźnym przykładem jest rezerwacja serwerów, na których przechowywana jest poczta. Obecnie Zimbra Collaboration Suite Open-Source Edition nie obsługuje tworzenia duplikujących magazynów, dlatego w przypadku awarii jednego z takich serwerów nie uda się uniknąć przestoju, a aby zredukować czas przestoju spowodowanego awarią magazynu pocztowego, menedżer IT może przywrócić jego kopię zapasową na innym serwerze.
Ponieważ systemu kopii zapasowej w Zimbra OSE nie ma, będziemy potrzebować Zextras Backup, który obsługuje rezerwowanie w czasie rzeczywistym oraz zewnętrzne przechowywanie. Zważywszy, że Zextras Backup, wykonując pełne i inkrementalne kopie zapasowe, przechowuje wszystkie dane w folderze /opt/zimbra/backup, rozsądnie byłoby podłączyć do niego zewnętrzne, sieciowe lub nawet chmurowe przechowywanie, aby w przypadku awarii jednego z serwerów mieć nośnik z aktualną kopią zapasową. Można ją uruchomić zarówno na fizycznym serwerze zapasowym, jak i na maszynie wirtualnej oraz w chmurze. Dobrą myślą byłoby również zainstalowanie MTA z filtrem antyspamowym przed serwerem Zimbra Proxy, aby zmniejszyć ilość śmieciowego ruchu na serwerze.
Ostatecznie zabezpieczona infrastruktura Zimbra będzie wyglądać mniej więcej tak:
Przy takiej konfiguracji infrastruktura Zimbra nie tylko będzie mogła zapewnić wysoką jakość usług dla 10.000 użytkowników, ale także w przypadku wystąpienia sytuacji awaryjnej pozwoli na jak najszybsze usunięcie jej skutków.
Źródło: habr.com
