ઝિમ્બ્રા કોલાબોરેશન સ્યુટ ઇન્સ્ટોલ કરવા માટે ઇન્ફ્રાસ્ટ્રક્ચરનું આયોજન

એન્ટરપ્રાઇઝમાં કોઈપણ આઇટી સોલ્યુશનનો અમલ ડિઝાઇનથી શરૂ થાય છે. આ તબક્કે, IT મેનેજરે સર્વરોની સંખ્યા અને તેમની લાક્ષણિકતાઓની ગણતરી કરવી પડશે જેથી કરીને, એક તરફ, તેઓ બધા વપરાશકર્તાઓ માટે પૂરતા હોય, અને બીજી બાજુ, જેથી આ સર્વર્સનો ભાવ-ગુણવત્તા ગુણોત્તર શ્રેષ્ઠ અને નવી માહિતી પ્રણાલી માટે કમ્પ્યુટિંગ ઇન્ફ્રાસ્ટ્રક્ચર બનાવવાના ખર્ચ એન્ટરપ્રાઇઝના આઇટી બજેટમાં ગંભીર છિદ્ર બનાવતા નથી. ચાલો જાણીએ કે એન્ટરપ્રાઇઝમાં ઝિમ્બ્રા કોલાબોરેશન સ્યુટના અમલીકરણ માટે ઇન્ફ્રાસ્ટ્રક્ચર કેવી રીતે ડિઝાઇન કરવું.

અન્ય ઉકેલોની તુલનામાં ઝિમ્બ્રાની મુખ્ય વિશેષતા એ છે કે ઝેડસીએસના કિસ્સામાં, અવરોધ ભાગ્યે જ પ્રોસેસર પાવર અથવા રેમ બની જાય છે. મુખ્ય મર્યાદા સામાન્ય રીતે હાર્ડ ડિસ્કની ઇનપુટ અને આઉટપુટ ઝડપ છે, અને તેથી મુખ્ય ધ્યાન ડેટા સ્ટોર્સ પર ચૂકવવું જોઈએ. ઉત્પાદન વાતાવરણમાં ઝિમ્બ્રા માટે સત્તાવાર રીતે જણાવેલ ન્યૂનતમ આવશ્યકતાઓ 4 ગીગાહર્ટ્ઝ ક્લોક સ્પીડ સાથેનું 64-કોર 2-બીટ પ્રોસેસર, સિસ્ટમ ફાઇલો અને લોગ્સ માટે 10 ગીગાબાઇટ્સ અને 8 ગીગાબાઇટ્સ રેમ છે. સામાન્ય રીતે, આ લાક્ષણિકતાઓ પ્રતિભાવશીલ સર્વર કામગીરી માટે પૂરતી છે. પરંતુ જો તમારે 10 વપરાશકર્તાઓ માટે ઝિમ્બ્રાનો અમલ કરવો હોય તો શું? આ કિસ્સામાં કયા સર્વર્સ અને કેવી રીતે અમલમાં મૂકવું જોઈએ?

ચાલો એ હકીકતથી શરૂઆત કરીએ કે 10 હજાર વપરાશકર્તાઓ માટેનું ઈન્ફ્રાસ્ટ્રક્ચર મલ્ટિ-સર્વર હોવું જોઈએ. એક તરફ, મલ્ટિ-સર્વર ઇન્ફ્રાસ્ટ્રક્ચર ઝિમ્બ્રાને સ્કેલેબલ બનાવવાનું શક્ય બનાવે છે, અને બીજી તરફ, વપરાશકર્તાઓના મોટા પ્રવાહ સાથે પણ માહિતી સિસ્ટમની પ્રતિક્રિયાશીલ કામગીરી પ્રાપ્ત કરવા માટે. ઝિમ્બ્રા સર્વર કેટલા વપરાશકર્તાઓને સારી રીતે સેવા આપવા સક્ષમ હશે તેની આગાહી કરવી સામાન્ય રીતે ખૂબ મુશ્કેલ છે, કારણ કે કૅલેન્ડર અને ઈ-મેલ સાથેના તેમના કાર્યની તીવ્રતા તેમજ ઉપયોગમાં લેવાતા પ્રોટોકોલ પર ઘણો આધાર રાખે છે. તેથી જ, ઉદાહરણ તરીકે, અમે 4 મેઇલ સ્ટોરેજને અમલમાં મૂકીશું. અછત અથવા ક્ષમતાના ગંભીર વધારાના કિસ્સામાં, કાં તો બંધ કરવું અથવા બીજું ઉમેરવાનું શક્ય બનશે.

આમ, 10.000 લોકો માટે ઇન્ફ્રાસ્ટ્રક્ચર ડિઝાઇન કરતી વખતે, LDAP, MTA અને પ્રોક્સી સર્વર અને 4 મેઇલ સ્ટોરેજ બનાવવાની જરૂર પડશે. નોંધ કરો કે LDAP, MTA અને પ્રોક્સી સર્વરને વર્ચ્યુઅલ બનાવી શકાય છે. આનાથી સર્વર હાર્ડવેરની કિંમતમાં ઘટાડો થશે અને ડેટા બેકઅપ અને પુનઃપ્રાપ્તિની સુવિધા મળશે, પરંતુ બીજી બાજુ, ભૌતિક સર્વર નિષ્ફળતાના કિસ્સામાં, તમે તરત જ MTA, LDAP અને પ્રોક્સી વિના રહેવાનું જોખમ લો છો. એટલા માટે ભૌતિક અથવા વર્ચ્યુઅલ સર્વર્સ વચ્ચેની પસંદગી કટોકટીની સ્થિતિમાં તમે કેટલો ડાઉનટાઇમ પરવડી શકો તેના આધારે થવો જોઈએ. બીજી બાજુ, મેઇલ સ્ટોરેજ, ભૌતિક સર્વર્સ પર શ્રેષ્ઠ રીતે મૂકવામાં આવશે, કારણ કે તે તેમના પર છે કે મુખ્ય સંખ્યામાં લેખન ચક્રો આવશે, જે ઝિમ્બ્રાની કામગીરીને મર્યાદિત કરે છે, અને તેથી ડેટા ટ્રાન્સફર માટે મોટી સંખ્યામાં ચેનલો નોંધપાત્ર રીતે થશે. ઝિમ્બ્રાની કામગીરીમાં વધારો.

સૈદ્ધાંતિક રીતે, એલડીએપી, એમટીએ, પ્રોક્સી સર્વર્સ, નેટવર્ક સ્ટોરેજ બનાવ્યા પછી અને તેમને એક ઇન્ફ્રાસ્ટ્રક્ચરમાં જોડ્યા પછી, 10000 વપરાશકર્તાઓ માટે ઝિમ્બ્રા કોલાબોરેશન સ્યુટ કમિશનિંગ માટે તૈયાર છે. આવા રૂપરેખાંકનની કામગીરીની યોજના એકદમ સરળ હશે:

આકૃતિ સિસ્ટમના મુખ્ય ગાંઠો અને ડેટા પ્રવાહ દર્શાવે છે જે તેમની વચ્ચે ફરશે. આ રૂપરેખાંકન સાથે, ઇન્ફ્રાસ્ટ્રક્ચર ડેટાના નુકશાન, કોઈપણ સર્વરની નિષ્ફળતા સાથે સંકળાયેલ ડાઉનટાઇમ, વગેરેથી સંપૂર્ણપણે અસુરક્ષિત રહેશે. ચાલો જોઈએ કે તમે તમારા ઈન્ફ્રાસ્ટ્રક્ચરને આ સમસ્યાઓથી કેવી રીતે સુરક્ષિત કરી શકો છો.

મુખ્ય પદ્ધતિ હાર્ડવેર રીડન્ડન્સી છે. વધારાના MTA અને પ્રોક્સી નોડ્સ, મુખ્ય સર્વરની નિષ્ફળતાના કિસ્સામાં, અસ્થાયી રૂપે મુખ્ય લોકોની ભૂમિકા લઈ શકે છે. નિર્ણાયક ઇન્ફ્રાસ્ટ્રક્ચર નોડ્સનું ડુપ્લિકેટ કરવું લગભગ હંમેશા એક સરસ વિચાર છે, પરંતુ તમે ઇચ્છો તે હદ સુધી હંમેશા શક્ય નથી. એક આકર્ષક ઉદાહરણ એ સર્વર્સની નિરર્થકતા છે જે મેઇલનો સંગ્રહ કરે છે. ઝિમ્બ્રા કોલાબોરેશન સ્યુટ ઓપન-સોર્સ એડિશન હાલમાં ડુપ્લિકેટ સ્ટોર્સના નિર્માણને સમર્થન આપતું નથી, તેથી જો આમાંથી એક સર્વર નિષ્ફળ જાય, તો ડાઉનટાઇમ ટાળી શકાતો નથી, અને મેઇલ સ્ટોરની નિષ્ફળતાને કારણે ડાઉનટાઇમ ઘટાડવા માટે, આઇટી મેનેજર તેનો બેકઅપ ગોઠવી શકે છે. અન્ય સર્વર.

Zimbra OSE માં કોઈ બિલ્ટ-ઇન બેકઅપ સિસ્ટમ ન હોવાથી, અમને Zextras બેકઅપની જરૂર પડશે, જે રીઅલ-ટાઇમ બેકઅપ અને બાહ્ય સ્ટોરેજને સપોર્ટ કરે છે. કારણ કે Zextras બેકઅપ, સંપૂર્ણ અને વધારાનું બેકઅપ લેતી વખતે, /opt/zimbra/backup ફોલ્ડરમાં તમામ ડેટા મૂકે છે, તેમાં બાહ્ય, નેટવર્ક અથવા તો ક્લાઉડ સ્ટોરેજને માઉન્ટ કરવાનું વાજબી રહેશે, જેથી આ ઘટનામાં સર્વરમાંથી એક ક્રેશ, તમારી પાસે કટોકટીના સમયે અદ્યતન બેકઅપ નકલ સાથેનું મીડિયા છે. તે રીડન્ડન્ટ ફિઝિકલ સર્વર અને વર્ચ્યુઅલ મશીન અને ક્લાઉડ બંને પર તૈનાત કરી શકાય છે. સર્વરમાં પ્રવેશતા જંક ટ્રાફિકની માત્રા ઘટાડવા માટે ઝિમ્બ્રા પ્રોક્સી સાથે સર્વરની સામે સ્પામ ફિલ્ટર સાથે MTA ઇન્સ્ટોલ કરવું પણ એક સારો વિચાર છે.

પરિણામે, સુરક્ષિત ઝિમ્બ્રા ઈન્ફ્રાસ્ટ્રક્ચર કંઈક આના જેવું દેખાશે:

આ રૂપરેખાંકન સાથે, ઝિમ્બ્રા ઇન્ફ્રાસ્ટ્રક્ચર માત્ર 10.000 વપરાશકર્તાઓને ગુણવત્તાયુક્ત સેવાઓ પ્રદાન કરવામાં સમર્થ હશે નહીં, પરંતુ કટોકટીની પરિસ્થિતિમાં, તે શક્ય તેટલી ઝડપથી તેના પરિણામોને દૂર કરવાની મંજૂરી આપશે.

સોર્સ: www.habr.com