Zbatimi i çdo zgjidhje IT në një ndërmarrje fillon me projektimin. Në këtë fazë, menaxheri i TI-së do të duhet të llogarisë numrin e serverëve dhe karakteristikat e tyre në mënyrë që, nga njëra anë, të ketë mjaftueshëm për të gjithë përdoruesit, dhe nga ana tjetër, në mënyrë që raporti çmim-cilësi të këtyre serverëve. është optimale dhe kostot e krijimit të një infrastrukture kompjuterike për sistemin e ri të informacionit nuk janë bërë një vrimë serioze në buxhetin e IT të ndërmarrjes. Le të kuptojmë se si të dizajnojmë infrastrukturën për zbatimin e ndërmarrjes të Zimbra Collaboration Suite.
Tipari kryesor i Zimbra në krahasim me zgjidhjet e tjera është se në rastin e ZCS, pengesa është rrallë fuqia e procesorit ose RAM. Kufizimi kryesor është zakonisht shpejtësia e hyrjes dhe daljes së hard drive-it dhe për këtë arsye vëmendja kryesore duhet t'i kushtohet ruajtjes së të dhënave. Kërkesat minimale të deklaruara zyrtarisht për Zimbra në një mjedis prodhimi janë një procesor 4-bërthamash 64-bit me një shpejtësi orë 2 gigahertz, 10 gigabajt për skedarët dhe regjistrat e sistemit dhe të paktën 8 gigabajt RAM. Në mënyrë tipike, këto karakteristika janë të mjaftueshme që serveri të funksionojë në mënyrë të përgjegjshme. Por, çka nëse duhet të implementoni Zimbra për 10 mijë përdorues? Cilët serverë dhe si duhet të zbatohen në këtë rast?
Le të fillojmë me faktin se infrastruktura për 10 mijë përdorues duhet të jetë me shumë servera. Infrastruktura me shumë serverë, nga njëra anë, lejon Zimbra të jetë e shkallëzueshme, dhe nga ana tjetër, të arrijë funksionimin e përgjegjshëm të sistemit të informacionit edhe me një fluks të madh përdoruesish. Zakonisht është mjaft e vështirë të parashikohet saktësisht se sa përdorues do të jetë në gjendje të shërbejë në mënyrë efikase një server Zimbra, pasi shumë varet nga intensiteti i punës së tyre me kalendarët dhe emailin, si dhe nga protokolli i përdorur. Kjo është arsyeja pse, si shembull, ne do të zbatojmë 4 ruajtje të postës. Në rast të mungesës ose tepricës serioze të kapacitetit, do të jetë e mundur ose të çaktivizohet ose të shtohet një tjetër.
Kështu, kur dizajnoni një infrastrukturë për 10.000 njerëz, do t'ju duhet të krijoni serverë LDAP, MTA dhe Proxy dhe 4 depo postare. Vini re se serverët LDAP, MTA dhe Proxy mund të bëhen virtual. Kjo do të ulë koston e harduerit të serverit dhe do ta bëjë më të lehtë kopjimin dhe rikthimin e të dhënave, por nga ana tjetër, nëse serveri fizik dështon, rrezikoni të mbeteni menjëherë pa MTA, LDAP dhe Proxy. Kjo është arsyeja pse zgjedhja midis serverëve fizikë ose virtualë duhet të bëhet bazuar në atë se sa kohë joproduktive mund të përballoni në rast urgjence. Ruajtjet e postës do të vendoseshin më së miri në serverët fizikë, pasi pikërisht në to do të ndodhin shumica e cikleve të shkrimit, të cilat kufizojnë performancën e Zimbra, dhe për këtë arsye një numër më i madh kanalesh për transferimin e të dhënave do të rrisë ndjeshëm performancën e Zimbra.
Në parim, pas krijimit të serverëve LDAP, MTA, Proxy, ruajtjes së rrjetit dhe kombinimit të tyre në një infrastrukturë të vetme, Zimbra Collaboration Suite për 10000 përdorues është gati për komisionim. Funksionimi i këtij konfigurimi do të jetë mjaft i thjeshtë:
Diagrami tregon 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ë plotësisht e pambrojtur nga humbja e të dhënave, ndërprerja e lidhur me dështimin e ndonjë prej serverëve, etj. Le të hedhim një vështrim se si mund ta mbroni infrastrukturën tuaj nga këto probleme.
Metoda kryesore është teprica e harduerit. Nyjet shtesë MTA dhe Proxy, në rast të dështimit të serverëve kryesorë, mund të marrin përkohësisht rolin e atyre kryesore. Dyfishimi i nyjeve të infrastrukturës kritike është pothuajse gjithmonë një ide e shkëlqyer, por jo gjithmonë është e realizueshme në masën e dëshiruar. Një shembull i mrekullueshëm është rezervimi i serverëve në të cilët ruhet posta. Aktualisht, Zimbra Collaboration Suite me burim të hapur Edition nuk mbështet krijimin e dyqaneve të dyfishta, kështu që nëse një prej këtyre serverëve dështon, koha e ndërprerjes nuk do të shmanget dhe për të reduktuar kohën e ndërprerjes të shkaktuar nga një dështim i dyqanit të postës, menaxheri i IT mund të vendosë rezervimin e tij kopjoni në një server tjetër.
Meqenëse nuk ka asnjë sistem rezervë të integruar në Zimbra OSE, do të na duhet Zextras Backup, i cili mbështet rezervimin në kohë reale dhe hapësirën ruajtëse të jashtme. Meqenëse Zextras Backup, kur krijoni kopje rezervë të plotë dhe në rritje, i vendos të gjitha të dhënat në dosjen /opt/zimbra/backup, do të ishte e arsyeshme të montoni në të hapësirën e jashtme, të rrjetit apo edhe në cloud, në mënyrë që nëse një nga serverët dështon, ju do të keni median me një kopje rezervë që ishte aktuale në kohën e urgjencës. Mund të vendoset në një server fizik rezervë, në një makinë virtuale ose në cloud. Është gjithashtu një ide e mirë të instaloni një MTA me një filtër spam përpara serverit Zimbra Proxy për të zvogëluar sasinë e trafikut të padëshiruar që vjen në server.
Si rezultat, infrastruktura e mbrojtur e Zimbra do të duket diçka si kjo:
Me këtë konfigurim, infrastruktura e Zimbra jo vetëm që do të jetë në gjendje të ofrojë shërbime me cilësi të lartë për 10.000 përdorues, por edhe në rast të një situate emergjente, do të lejojë që pasojat e saj të eliminohen sa më shpejt që të jetë e mundur.
Burimi: www.habr.com