Enpresa batean edozein IT irtenbideren ezarpena diseinutik hasten da. Fase honetan, informatika-kudeatzaileak zerbitzari kopurua eta horien ezaugarriak kalkulatu beharko ditu, batetik, erabiltzaile guztientzat nahikoak izan daitezen, eta, bestetik, zerbitzari horien prezio-kalitate erlazioa izan dadin. optimoa eta informazio sistema berri baterako informatika-azpiegitura bat sortzeko kostuek ez dute zulo larririk egiten enpresaren IT aurrekontuan. Azter dezagun nola diseinatu Zimbra Collaboration Suite enpresa batean ezartzeko azpiegitura.
Zimbra-ren ezaugarri nagusia beste irtenbide batzuekin alderatuta zera da, ZCS-ren kasuan, botila-lepoa oso gutxitan bihurtzen dela prozesadorearen potentzia edo RAM. Muga nagusia disko gogorraren sarrera-irteera-abiadura izan ohi da, eta horregatik arreta nagusia datu biltegietan jarri behar da. Zimbra-k produkzio-ingurunean ofizialki adierazitako gutxieneko eskakizunak 4 GHz-ko erloju-abiadura dituen 64 nukleoko 2 biteko prozesadorea, 10 gigabyte sistemako fitxategietarako eta erregistroetarako eta 8 gigabyte RAM dira. Normalean, ezaugarri hauek nahikoak dira zerbitzariak erantzuteko funtzionamendurako. Baina zer gertatzen da Zimbra 10 erabiltzailerentzat ezarri behar baduzu? Zein zerbitzari eta nola ezarri behar dira kasu honetan?
Has gaitezen 10 mila erabiltzaileentzako azpiegiturak zerbitzari anitzeko izan behar duela. Alde batetik, zerbitzari anitzeko azpiegiturak Zimbra eskalagarri bihurtzea ahalbidetzen du, eta, bestetik, informazio sistemaren funtzionamendu sentikorra lortzeko, nahiz eta erabiltzaile ugari izan. Normalean nahiko zaila da aurreikustea Zimbra zerbitzari batek zenbat erabiltzaile ondo zerbitzatzeko gai izango diren, asko baitago egutegiekin eta posta elektronikoarekin egiten duten lanaren intentsitatearen araberakoa baita, baita erabilitako protokoloarena ere. Horregatik, adibidez, 4 posta biltegiratze ezarriko ditugu. Edukiera eskasia edo gehiegikeria larria izanez gero, itzali edo beste bat gehitzeko aukera izango da.
Horrela, 10.000 lagunentzako azpiegitura bat diseinatzerakoan, beharrezkoa izango da LDAP, MTA eta Proxy zerbitzariak eta 4 posta biltegiratze sortzea. Kontuan izan LDAP, MTA eta Proxy zerbitzariak birtualak egin daitezkeela. Horrek zerbitzariaren hardwarearen kostua murriztuko du eta datuen babeskopia eta berreskurapena erraztuko du, baina, bestalde, zerbitzari fisikoaren hutsegite bat gertatuz gero, berehala MTA, LDAP eta Proxyrik gabe geratzeko arriskua izango duzu. Hori dela eta, zerbitzari fisikoen edo birtualen artean aukeratzea larrialdi-egoeran zenbat geldialdi-denboraren arabera egin behar da. Posta biltegiratzeak, berriz, zerbitzari fisikoetan kokatuko lirateke hobekien, horietan bertan gertatuko baita idazketa-zikloen kopuru nagusia, eta horrek Zimbraren errendimendua mugatzen du, eta, beraz, datu-transferentziarako kanal kopuru handiagoak nabarmen egingo du. Zimbraren errendimendua handitu.
Printzipioz, LDAP, MTA, Proxy zerbitzariak, sareko biltegiratzeak sortu eta azpiegitura bakar batean konbinatu ondoren, 10000 erabiltzaileentzako Zimbra Collaboration Suite prest dago martxan jartzeko. Konfigurazio horren funtzionamendu eskema nahiko erraza izango da:
Diagramak sistemaren nodo nagusiak eta haien artean zirkulatuko duten datu-fluxuak erakusten ditu. Konfigurazio honekin, azpiegitura erabat babestuta egongo da datu-galeratik, edozein zerbitzariren hutsegitearekin lotutako geldialdietatik eta abarretatik. Ikus dezagun nola babestu dezakezun zure azpiegitura arazo horietatik.
Metodo nagusia hardware erredundantzia da. MTA eta Proxy nodo gehigarriek, zerbitzari nagusien hutsegiterik gertatuz gero, nagusien rola hartu dezakete aldi baterako. Azpiegitura-nodo kritikoak bikoiztea ideia bikaina da ia beti, baina ez da beti bideragarria nahi duzun neurrian. Adibide deigarri bat posta gordetzen duten zerbitzarien erredundantzia da. Zimbra Collaboration Suite Open-Source Edition ez du onartzen denda bikoiztuak sortzea, beraz, zerbitzari horietako batek huts egiten badu, ezin izango da geldialdi-denbora saihestu, eta posta-dendaren hutsegiteek eragindako geldialdi-denbora murrizteko, informatika-kudeatzaile batek haren babeskopia inplementatu dezake. beste zerbitzari bat.
Zimbra OSEn babeskopia sistemarik ez dagoenez, denbora errealeko babeskopia eta kanpoko biltegiratzea onartzen duen Zextras Backup beharko dugu. Zextras Backup-ek, segurtasun-kopia osoa eta inkrementala egitean, datu guztiak /opt/zimbra/backup karpetan jartzen dituenez, arrazoizkoa izango litzateke bertan kanpoko, sareko edo baita hodeiko biltegiratzea ere, zerbitzarietakoren bat gertatuz gero. hutsegiteetan, babeskopia eguneratua duen euskarri bat duzu larrialdiaren unean. Zerbitzari fisiko erredundante batean, eta makina birtualean eta hodeian heda daiteke. Zimbra Proxy-rekin zerbitzariaren aurrean spam iragazkia duen MTA bat instalatzea ere ideia ona da zerbitzarian sartzen den zabor-trafiko kopurua murrizteko.
Ondorioz, Zimbra azpiegitura seguruak itxura hau izango du:
Konfigurazio honekin, Zimbra azpiegiturak 10.000 erabiltzaileri kalitatezko zerbitzuak eskaintzeaz gain, larrialdi egoeraren bat gertatuz gero, bere ondorioak ahalik eta azkarren ezabatzeko aukera emango du.
Iturria: www.habr.com