Implementimi i çdo zgjidhjeje IT në një ndërmarrje fillon me projektimin. Në këtë fazë, menaxheri i IT-së duhet të llogarisë numrin e serverëve dhe karakteristikat e tyre, që nga njëra anë të mjaftonin për të gjithë përdoruesit, dhe nga ana tjetër, që raporti mes çmimit dhe cilësisë së këtyre serverëve të ishte optimal, dhe shpenzimet për krijimin e infrastrukturës kompjuterike për sistemin informacion të ri mos ta shkatërrojë buxhetin e IT-së së ndërmarrjes. Le të SHOHIM se si duhet projektuar infrastrukturen për implementimin e Zimbra Collaboration Suite në ndërmarrje.
Karakteristika kryesore e Zimbra në krahasim me zgjidhje të tjera është se, në rastin e ZCS, "ngushtësia" rrallë bëhet fuqia përpunuese ose memoria e operativës. Kufizimi kryesor zakonisht është shpejtësia e hyrje-daljeve të hard diskut, prandaj theksi duhet të vendoset pikërisht në ruajtjen e të dhënave. Kërkesat minimale të deklaruara zyrtarisht për Zimbra në mjedisin e prodhimit janë një procesor 4-bërthamësh 64-bit me një frekuencë prej 2 gigaherce, 10 gigabajt për skedarët sistemorë dhe log-et, si dhe të paktën 8 gigabajt RAM. Zakonisht, këto karakteristika mjaftojnë për funksionimin reagues të serverit. Por, çfarë të bëni nëse do të implementoni Zimbra për 10,000 përdorues? Cilat servera dhe si duhet të implementoni në këtë rast?
Fillimisht, infrastruktura për 10 mijë përdorues duhet të jetë shumëservere. Infrastruktura shumëservere, nga njëra anë, e bën Zimbrën të shkallëzohet, ndërsa nga ana tjetër siguron një funksionim të shpejtë të sistemit informativ, edhe gjatë fluksit të lartë të përdoruesve. Zakonisht është mjaft e vështirë të parashikohet se sa përdorues një server Zimbra mund të menaxhojë në mënyrë efektive, pasi kjo varet shumë nga intensiteti i punës me kalendarët dhe postën elektronike, si dhe nga protokolli i përdorur. Pikërisht për këtë arsye, ne do të implementojmë 4 depozita postare. Në rast të mungesës ose tepricës së konsiderueshme të kapacitetit, mund të çaktivizojmë ose të shtojmë një tjetër.
Kështu, kur projektimi i infrastrukturës për 10.000 njerëz, do të nevojitet të krijohen serverë LDAP, MTA dhe Proxy dhe 4 depo posta. Vlen të theksohet se serverët LDAP, MTA dhe Proxy mund të jenë virtualë. Kjo do të reduktojë kostot e pajisjeve server dhe do ta bëjë më të lehtë rezervimin dhe rikuperimin e të dhënave, por nga ana tjetër, në rastin e dështimit të serverit fizik, rrezikoni të mbeteni pa MTA, LDAP dhe Proxy. Pikërisht për këtë arsye, zgjedhja midis serverëve fizikë ose virtualë duhet bërë në varësi të kohës së mbylljes që mund të përballoni në rast emergjence. Depoja e posteve do të jetë më e mirë në serverë fizikë, pasi aty do të ndodhin ciklet kryesore të shkruajtjes, që kufizojnë performancën e Zimbra-s, dhe prandaj, më shumë kanale për transferimin e të dhënave do të lejojnë një rritje të konsiderueshme të performancës së Zimbra-s.
Në parim, pas krijimit servera LDAP, MTA, Proxy, depozita rrjeti dhe bashkimi i tyre në një infrastrukturë të vetme, Zimbra Collaboration Suite për 10,000 përdorues është gati për t'u vënë në funksion. Skema e punës për këtë konfigurim do të jetë mjaft e thjeshtë:
Në diagram është paraqitur nyjet kryesore të sistemit dhe rrjedhat e të dhënave që do të qarkullojnë ndërmjet tyre. Me këtë konfigurim, infrastruktura do të jetë krejtësisht pa mbrojtje nga humbja e të dhënave, pushimi i lidhur me dështimin e ndonjë serveri dhe kështu me radhë. Le të shohim se si mund ta mbrojmë infrastrukturën tonë nga këto probleme.
Metoda kryesore është te tepërsia harduerike. Nyjet shtesë MTA dhe Proxy mund të marrin përkohësisht rolin e nyjeve kryesore në rastin e dështimit të serverëve kryesorë. Dublimi i nyjeve të infrastrukturës kritike është gjithmonë një ide e shkëlqyer, por nuk është gjithmonë e realizueshme në masën e dëshiruar. Një shembull i qartë është rezervimi i serverëve ku ruhet posta. Në këtë moment, Zimbra Collaboration Suite Open-Source Edition nuk mbështet krijimin e magazinave të dyfishta, kështu që në rast dështimi të njërit prej këtyre serverëve, nuk do të arrihet të shmanget pushimi dhe për të reduktuar kohën e pushimit të shkaktuar nga dështimi i magazinës së postës, menaxheri IT mund të vendosë kopjën e saj rezervë në një server tjetër. serveri.
Duke nuk ka një sistem të integruar të kopjimeve të dhënash në Zimbra OSE, do të na nevojitet Zextras Backup, i cili mbështet kopjimin në kohë reale, dhe një ruajtje të jashtme. Pasiqë Zextras Backup, duke bërë kopje të plota dhe inkrementale, grupon të gjitha të dhënat në folderin /opt/zimbra/backup, do të ishte e arsyeshme të montonim një ruajtje të jashtme, rrjetërore ose madje edhe në re, në mënyrë që në rast të një dështimi të serverëve të kemi në dispozicion një mbajtës me një kopje rezervë të azhurnuar në momentin e emergjencës. Kjo mund të vendoset si në një server fizike rezervë, ashtu edhe në një makinë virtuale ose në re. Një ide e mirë do të ishte gjithashtu të instalonim MTA me një filtër anti-spam para serverit me Zimbra Proxy, për të reduktuar sasinë e trafikut të padëshiruar që hyn në server.
Në fund, infrastruktura e mbrojtur e Zimbra do të duket pak a shumë kështu:
Me këtë konfigurim, infrastruktura e Zimbra jo vetëm që do të jetë në gjendje të ofrojë shërbime cilësore për 10.000 përdorues, por gjithashtu do të lehtësojë pasojat e ndonjë situate emergjente në një kohë sa më të shkurtër.
Burimi: habr.com
