Wdrożenie dowolnego rozwiązania informatycznego w przedsiębiorstwie zaczyna się od projektu. Na tym etapie menedżer IT będzie musiał obliczyć liczbę serwerów i ich charakterystykę, aby z jednej strony było ich wystarczająco dużo dla wszystkich użytkowników, a z drugiej, aby stosunek ceny do jakości tych serwerów jest optymalny, a koszty stworzenia infrastruktury obliczeniowej dla nowego systemu informatycznego nie powodują poważnej dziury w budżecie informatycznym przedsiębiorstwa. Zastanówmy się, jak zaprojektować infrastrukturę do wdrożenia pakietu Zimbra Collaboration Suite w przedsiębiorstwie.
Główną cechą Zimbry w porównaniu z innymi rozwiązaniami jest to, że w przypadku ZCS wąskim gardłem rzadko jest moc procesora czy pamięć RAM. Głównym ograniczeniem jest zwykle prędkość wejścia i wyjścia dysku twardego, dlatego główną uwagę należy zwrócić na przechowywanie danych. Oficjalnie określone minimalne wymagania Zimbry w środowisku produkcyjnym to 4-rdzeniowy 64-bitowy procesor o taktowaniu 2 gigaherców, 10 gigabajtów na pliki systemowe i dzienniki oraz co najmniej 8 gigabajtów pamięci RAM. Zazwyczaj te cechy są wystarczające, aby serwer działał responsywnie. A co jeśli trzeba będzie wdrożyć Zimbrę dla 10 tysięcy użytkowników? Jakie serwery i jak należy je wdrożyć w tym przypadku?
Zacznijmy od tego, że infrastruktura dla 10 tysięcy użytkowników musi być wieloserwerowa. Infrastruktura wieloserwerowa z jednej strony pozwala na skalowalność Zimbry, z drugiej na responsywne działanie systemu informatycznego nawet przy dużym napływie użytkowników. Zwykle dość trudno jest dokładnie przewidzieć, ilu użytkowników serwer Zimbra będzie w stanie efektywnie obsłużyć, ponieważ wiele zależy od intensywności ich pracy z kalendarzami i pocztą elektroniczną, a także od używanego protokołu. Dlatego jako przykład wdrożymy 4 magazyny poczty. W przypadku niedoboru lub znacznego nadmiaru mocy możliwe będzie wyłączenie lub dodanie kolejnej.
Zatem projektując infrastrukturę dla 10.000 4 osób, konieczne będzie utworzenie serwerów LDAP, MTA i Proxy oraz XNUMX magazynów poczty. Należy pamiętać, że serwery LDAP, MTA i Proxy można uczynić wirtualnymi. Zmniejszy to koszt sprzętu serwerowego i ułatwi tworzenie kopii zapasowych i przywracanie danych, ale z drugiej strony, jeśli serwer fizyczny ulegnie awarii, ryzykujesz natychmiastową utratę MTA, LDAP i Proxy. Dlatego wyboru między serwerami fizycznymi a wirtualnymi należy dokonywać w oparciu o to, na ile przestojów możesz sobie pozwolić w przypadku sytuacji awaryjnej. Magazyny poczty najlepiej byłoby umieścić na serwerach fizycznych, gdyż to właśnie na nich będzie odbywać się większość cykli zapisu, które ograniczają wydajność Zimbry, dlatego też większa ilość kanałów przesyłania danych znacząco zwiększy wydajność Zimbry.
W zasadzie po utworzeniu serwerów LDAP, MTA, Proxy, pamięci sieciowych i połączeniu ich w jedną infrastrukturę, Zimbra Collaboration Suite dla 10000 XNUMX użytkowników jest gotowy do uruchomienia. Działanie tej konfiguracji będzie dość proste:
Diagram przedstawia główne węzły systemu oraz przepływy danych, jakie będą krążyć pomiędzy nimi. Dzięki takiej konfiguracji infrastruktura będzie całkowicie pozbawiona ochrony przed utratą danych, przestojami związanymi z awarią któregokolwiek z serwerów i tak dalej. Przyjrzyjmy się dokładnie, jak możesz chronić swoją infrastrukturę przed tymi problemami.
Główną metodą jest redundancja sprzętu. Dodatkowe węzły MTA i Proxy mogą w przypadku awarii serwerów głównych tymczasowo przejąć rolę serwerów głównych. Powielanie węzłów infrastruktury krytycznej jest prawie zawsze świetnym pomysłem, ale nie zawsze jest wykonalne w pożądanym zakresie. Uderzającym przykładem jest rezerwacja serwerów, na których przechowywana jest poczta. Obecnie Zimbra Collaboration Suite Open-Source Edition nie obsługuje tworzenia zduplikowanych sklepów, więc jeśli jeden z tych serwerów ulegnie awarii, nie uniknie się przestojów, a aby skrócić przestoje spowodowane awarią magazynu pocztowego, menedżer IT może wdrożyć jego kopię zapasową skopiuj na inny serwer.
Ponieważ w Zimbra OSE nie ma wbudowanego systemu tworzenia kopii zapasowych, będziemy potrzebować Zextras Backup, który obsługuje tworzenie kopii zapasowych w czasie rzeczywistym i pamięć zewnętrzną. Ponieważ Zextras Backup podczas tworzenia pełnych i przyrostowych kopii zapasowych umieszcza wszystkie dane w folderze /opt/zimbra/backup, rozsądnym rozwiązaniem byłoby zamontowanie w nim pamięci zewnętrznej, sieciowej lub nawet w chmurze, aby w przypadku awarii jednego z serwerów, będziesz mieć nośnik z kopią zapasową, która była aktualna w momencie wystąpienia sytuacji awaryjnej. Można go wdrożyć na zapasowym serwerze fizycznym, na maszynie wirtualnej lub w chmurze. Dobrym pomysłem jest również zainstalowanie MTA z filtrem antyspamowym przed serwerem Zimbra Proxy, aby zmniejszyć ilość niepotrzebnego ruchu przychodzącego do serwera.
W rezultacie chroniona infrastruktura Zimbra będzie wyglądać mniej więcej tak:
Dzięki takiej konfiguracji infrastruktura Zimbra będzie w stanie nie tylko świadczyć wysokiej jakości usługi dla 10.000 XNUMX użytkowników, ale także w przypadku wystąpienia sytuacji awaryjnej pozwoli na jak najszybsze wyeliminowanie jej skutków.
Źródło: www.habr.com