Utekelezaji wa suluhisho lolote la IT katika biashara huanza na muundo. Katika hatua hii, meneja wa IT atalazimika kuhesabu idadi ya seva na sifa zao ili, kwa upande mmoja, ziwe za kutosha kwa watumiaji wote, na kwa upande mwingine, ili uwiano wa ubora wa bei ya seva hizi. ni bora na gharama za kuunda miundombinu ya kompyuta kwa mfumo mpya wa habari hazifanywi shimo kubwa katika bajeti ya IT ya biashara. Wacha tuone jinsi ya kuunda miundombinu ya utekelezaji wa biashara ya Suite ya Ushirikiano ya Zimbra.
Kipengele kikuu cha Zimbra kwa kulinganisha na ufumbuzi mwingine ni kwamba katika kesi ya ZCS, chupa ni mara chache nguvu ya processor au RAM. Kikwazo kuu ni kawaida kasi ya pembejeo na pato la gari ngumu na kwa hiyo tahadhari kuu inapaswa kulipwa kwa kuhifadhi data. Mahitaji ya chini yaliyotajwa rasmi kwa Zimbra katika mazingira ya uzalishaji ni kichakataji cha 4-msingi 64-bit na kasi ya saa 2 gigahertz, gigabytes 10 kwa faili za mfumo na kumbukumbu, na angalau gigabytes 8 za RAM. Kwa kawaida, sifa hizi zinatosha kwa seva kufanya kazi kwa kuitikia. Lakini vipi ikiwa itabidi utekeleze Zimbra kwa watumiaji elfu 10? Ni seva gani na zinapaswa kutekelezwa vipi katika kesi hii?
Wacha tuanze na ukweli kwamba miundombinu ya watumiaji elfu 10 lazima iwe na seva nyingi. Miundombinu ya seva nyingi, kwa upande mmoja, inaruhusu Zimbra kuwa scalable, na kwa upande mwingine, kufikia utendakazi msikivu wa mfumo wa habari hata na utitiri mkubwa wa watumiaji. Kawaida ni ngumu sana kutabiri ni watumiaji wangapi seva ya Zimbra itaweza kutumika kwa ufanisi, kwani mengi inategemea ukubwa wa kazi yao na kalenda na barua pepe, na pia kwenye itifaki iliyotumiwa. Ndiyo sababu, kama mfano, tutatumia hifadhi 4 za barua. Katika kesi ya uhaba au ziada kubwa ya uwezo, itawezekana kuzima au kuongeza nyingine.
Kwa hivyo, wakati wa kuunda miundombinu ya watu 10.000, utahitaji kuunda seva za LDAP, MTA na Wakala na hifadhi 4 za barua. Kumbuka kuwa seva za LDAP, MTA na Proksi zinaweza kufanywa kuwa za mtandaoni. Hii itapunguza gharama ya vifaa vya seva na iwe rahisi kuhifadhi na kurejesha data, lakini kwa upande mwingine, ikiwa seva ya kimwili inashindwa, una hatari ya kuwa mara moja bila MTA, LDAP na Proxy. Ndio maana uchaguzi kati ya seva halisi au pepe unapaswa kufanywa kulingana na muda wa kupumzika unaoweza kumudu kukitokea dharura. Hifadhi za barua zingewekwa vyema kwenye seva za kimwili, kwa kuwa ni juu yao kwamba mizunguko mingi ya kuandika itatokea, ambayo hupunguza utendaji wa Zimbra, na kwa hiyo idadi kubwa ya njia za uhamisho wa data itaongeza kwa kiasi kikubwa utendaji wa Zimbra.
Kimsingi, baada ya kuunda LDAP, MTA, seva za Wakala, hifadhi ya mtandao na kuzichanganya katika muundo msingi mmoja, Suite ya Ushirikiano ya Zimbra kwa watumiaji 10000 iko tayari kuanza kutumika. Uendeshaji wa usanidi huu utakuwa rahisi sana:
Mchoro unaonyesha nodes kuu za mfumo na mtiririko wa data ambao utazunguka kati yao. Kwa usanidi huu, miundombinu haitalindwa kabisa kutokana na kupoteza data, muda wa chini unaohusishwa na kushindwa kwa seva yoyote, na kadhalika. Hebu tuangalie jinsi hasa unaweza kulinda miundombinu yako kutokana na matatizo haya.
Njia kuu ni redundancy ya vifaa. Node za ziada za MTA na Wakala zinaweza, katika tukio la kushindwa kwa seva kuu, kwa muda kuchukua jukumu la kuu. Kuiga nodi za miundombinu muhimu ni karibu kila wakati wazo nzuri, lakini sio kila wakati inawezekana kwa kiwango unachotaka. Mfano wa kushangaza ni uhifadhi wa seva ambazo barua huhifadhiwa. Hivi sasa, Toleo la Open-Chanzo la Zimbra Collaboration Suite haliungi mkono uundaji wa duka rudufu, kwa hivyo ikiwa moja ya seva hizi itashindwa, wakati wa chini hautaepukwa, na ili kupunguza muda wa kazi unaosababishwa na kushindwa kwa duka la barua, meneja wa IT anaweza kupeleka nakala yake. nakala kwenye seva nyingine.
Kwa kuwa hakuna mfumo wa chelezo uliojengewa ndani katika Zimbra OSE, tutahitaji Hifadhi Nakala ya Zextras, ambayo inasaidia hifadhi ya muda halisi, na hifadhi ya nje. Kwa kuwa Hifadhi Nakala ya Zextras, wakati wa kufanya nakala kamili na za ziada, huweka data zote kwenye /opt/zimbra/backup folda, itakuwa busara kuweka uhifadhi wa nje, mtandao au hata wingu ndani yake, ili ikiwa moja ya seva itashindwa, utakuwa na midia iliyo na nakala mbadala ambayo ilikuwa ya sasa wakati wa dharura. Inaweza kutumwa kwenye seva ya chelezo halisi, kwenye mashine pepe, au kwenye wingu. Pia ni wazo nzuri kusakinisha MTA iliyo na kichujio cha barua taka mbele ya seva ya Wakala ya Zimbra ili kupunguza kiwango cha trafiki taka inayokuja kwenye seva.
Kama matokeo, miundombinu ya Zimbra iliyolindwa itaonekana kama hii:
Kwa usanidi huu, miundombinu ya Zimbra haitaweza tu kutoa huduma za ubora wa juu kwa watumiaji 10.000, lakini pia katika hali ya dharura, itaruhusu matokeo yake kuondolewa haraka iwezekanavyo.
Chanzo: mapenzi.com