De ymplemintaasje fan elke IT-oplossing yn in bedriuw begjint mei ûntwerp. Op dit stadium sil de IT-manager it oantal servers en har skaaimerken moatte berekkenje, sadat se oan 'e iene kant genôch binne foar alle brûkers, en oan' e oare kant, sadat de priis-kwaliteitsferhâlding fan dizze servers is optimaal en de kosten foar it meitsjen fan in kompjûterynfrastruktuer foar in nij ynformaasjesysteem meitsje gjin serieus gat yn 'e IT-budzjet fan' e ûndernimming. Litte wy útfine hoe't jo de ynfrastruktuer ûntwerpe foar it ymplementearjen fan de Zimbra Collaboration Suite yn in bedriuw.
It wichtichste skaaimerk fan Zimbra yn ferliking mei oare oplossingen is dat yn it gefal fan ZCS de knelpunt selden prosessorkrêft of RAM wurdt. De wichtichste beheining is meastentiids de ynfier- en útfiersnelheid fan 'e hurde skiif, en dêrom moat de wichtichste omtinken wurde betelle oan gegevenswinkels. De offisjeel oanjûne minimumeasken foar Zimbra yn in produksjeomjouwing binne in 4-kearn 64-bit-prosessor mei 2 GHz kloksnelheid, 10 gigabyte foar systeembestannen en logs, en 8 gigabyte RAM. Typysk binne dizze skaaimerken genôch foar responsive serveroperaasje. Mar wat as jo Zimbra moatte ymplementearje foar 10 brûkers? Hokker tsjinners en hoe moatte wurde ymplementearre yn dit gefal?
Litte wy begjinne mei it feit dat de ynfrastruktuer foar 10 tûzen brûkers multi-tsjinner moat wêze. Oan 'e iene kant makket de multi-server-ynfrastruktuer it mooglik om Zimbra scalable te meitsjen, en oan' e oare kant, om responsive operaasje fan it ynformaasjesysteem te berikken, sels mei in grutte ynstream fan brûkers. It is normaal frij lestich om krekt te foarsizzen hoefolle brûkers in Zimbra-tsjinner goed kin tsjinje, om't in protte hinget fan 'e yntensiteit fan har wurk mei kalinders en e-post, lykas ek fan it protokol dat brûkt wurdt. Dêrom sille wy bygelyks 4 postopslaggen implementearje. Yn it gefal fan in tekoart of in serieuze oerskot oan kapasiteit sil it mooglik wêze om út te skeakeljen of in oare ta te foegjen.
Sa, by it ûntwerpen fan in ynfrastruktuer foar 10.000 minsken, sil it nedich wêze om LDAP-, MTA- en Proxy-tsjinners en 4 e-postopslach te meitsjen. Tink derom dat LDAP-, MTA- en Proxy-tsjinners firtuele kinne wurde makke. Dit sil de kosten fan serverhardware ferminderje en gegevensreservekopy en -herstel fasilitearje, mar oan 'e oare kant, yn it gefal fan in fysike serverfout, riskearje jo fuortendaliks sûnder MTA, LDAP en Proxy. Dêrom moat de kar tusken fysike of firtuele servers makke wurde op basis fan hoefolle downtime jo kinne betelje yn gefal fan in need. Post opslach, oan 'e oare kant, soe it bêste pleatst wurde op fysike tsjinners, om't it op har is dat it wichtichste oantal skriuwsyklusen sil foarkomme, wat de prestaasjes fan Zimbra beheine, en dêrom sil in grutter oantal kanalen foar gegevensferfier signifikant fergrutsje de prestaasjes fan Zimbra.
Yn prinsipe, nei it oanmeitsjen fan LDAP, MTA, Proxy-tsjinners, netwurkopslaggen en it kombinearjen yn ien ynfrastruktuer, is de Zimbra Collaboration Suite foar 10000 brûkers klear foar yn gebrûk nommen. It skema fan wurking fan sa'n konfiguraasje sil frij simpel wêze:
It diagram lit de haadknooppunten fan it systeem sjen en de gegevensstreamen dy't tusken har sille sirkulearje. Mei dizze konfiguraasje sil de ynfrastruktuer folslein ûnbeskerme wêze fan gegevensferlies, downtime ferbûn mei it mislearjen fan ien fan 'e tsjinners, ensfh. Litte wy krekt sjen hoe't jo jo ynfrastruktuer kinne beskermje tsjin dizze problemen.
De wichtichste metoade is hardware-redundânsje. Oanfoljende MTA- en Proxy-knooppunten kinne, yn it gefal fan in mislearring fan 'e haadtsjinners, tydlik de rol fan 'e wichtichste oernimme. It duplikearjen fan krityske ynfrastruktuerknooppunten is hast altyd in geweldich idee, mar net altyd mooglik yn 'e mjitte dy't jo wolle. In opfallend foarbyld is de oerstalligens fan servers dy't e-post opslaan. Zimbra Collaboration Suite Open-Source Edition stipet op it stuit net it oanmeitsjen fan dûbele winkels, dus as ien fan dizze tsjinners mislearret, kin downtime net foarkommen wurde, en om downtime feroarsake troch e-postwinkelfalen te ferminderjen, kin in IT-manager in reservekopy dêrfan ynsette op in oare tsjinner.
Sûnt d'r gjin ynboude reservekopysysteem is yn Zimbra OSE, sille wy Zextras Reservekopy nedich hawwe, dy't real-time reservekopy stipet, en eksterne opslach. Sûnt Zextras Backup, by it nimmen fan folsleine en ynkrementele backups, alle gegevens yn 'e /opt/zimbra/backup map pleatst, soe it ridlik wêze om eksterne, netwurk of sels wolk opslach yn te mount, sadat yn it gefal ien fan 'e servers crashes, jo hawwe in media mei up-to-date reservekopy op it momint fan de need. It kin wurde ynset sawol op in oerstallige fysike tsjinner, en op in firtuele masine en yn 'e wolk. It is ek in goed idee om in MTA te ynstallearjen mei in spamfilter foar de tsjinner mei Zimbra Proxy om de hoemannichte junkferkear dy't de tsjinner ynkomt te ferminderjen.
As resultaat sil de feilige Zimbra-ynfrastruktuer der sa útsjen:
Mei dizze konfiguraasje sil de Zimbra-ynfrastruktuer net allinich kwaliteitstsjinsten kinne leverje oan 10.000 brûkers, mar ek yn it gefal fan in needsituaasje sil it de gefolgen sa gau mooglik eliminearje.
Boarne: www.habr.com