സിംബ്ര സഹകരണ സ്യൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനുള്ള അടിസ്ഥാന സൗകര്യങ്ങൾ ആസൂത്രണം ചെയ്യുന്നു

ഒരു എന്റർപ്രൈസസിൽ ഏതെങ്കിലും ഐടി സൊല്യൂഷൻ നടപ്പിലാക്കുന്നത് ഡിസൈനിൽ തുടങ്ങുന്നു. ഈ ഘട്ടത്തിൽ, ഐടി മാനേജർ സെർവറുകളുടെ എണ്ണവും അവയുടെ സവിശേഷതകളും കണക്കാക്കേണ്ടതുണ്ട്, അങ്ങനെ ഒരു വശത്ത്, എല്ലാ ഉപയോക്താക്കൾക്കും അവ മതിയാകും, മറുവശത്ത്, ഈ സെർവറുകളുടെ വില-ഗുണനിലവാര അനുപാതം ഒപ്റ്റിമൽ ആണ്, പുതിയ വിവര സംവിധാനത്തിനായി ഒരു കമ്പ്യൂട്ടിംഗ് ഇൻഫ്രാസ്ട്രക്ചർ സൃഷ്ടിക്കുന്നതിനുള്ള ചെലവ് എന്റർപ്രൈസസിന്റെ ഐടി ബജറ്റിൽ ഗുരുതരമായ ദ്വാരം ഉണ്ടാക്കിയിട്ടില്ല. സിംബ്ര സഹകരണ സ്യൂട്ടിന്റെ എന്റർപ്രൈസ് നടപ്പിലാക്കുന്നതിനുള്ള ഇൻഫ്രാസ്ട്രക്ചർ എങ്ങനെ രൂപകൽപ്പന ചെയ്യാമെന്ന് നമുക്ക് നോക്കാം.

മറ്റ് പരിഹാരങ്ങളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ സിംബ്രയുടെ പ്രധാന സവിശേഷത, ZCS-ന്റെ കാര്യത്തിൽ, തടസ്സം അപൂർവ്വമായി പ്രോസസ്സർ പവറോ റാമോ ആണ്. പ്രധാന പരിമിതി സാധാരണയായി ഹാർഡ് ഡ്രൈവിന്റെ ഇൻപുട്ടിന്റെയും ഔട്ട്പുട്ടിന്റെയും വേഗതയാണ്, അതിനാൽ ഡാറ്റ സംഭരണത്തിൽ പ്രധാന ശ്രദ്ധ നൽകണം. 4 ജിഗാഹെർട്‌സ് ക്ലോക്ക് സ്പീഡുള്ള 64-കോർ 2-ബിറ്റ് പ്രോസസർ, സിസ്റ്റം ഫയലുകൾക്കും ലോഗുകൾക്കുമായി 10 ജിഗാബൈറ്റ്, കുറഞ്ഞത് 8 ജിഗാബൈറ്റ് റാം എന്നിവയാണ് ഒരു പ്രൊഡക്ഷൻ പരിതസ്ഥിതിയിൽ സിംബ്രയ്‌ക്കായി ഔദ്യോഗികമായി പറഞ്ഞിരിക്കുന്ന ഏറ്റവും കുറഞ്ഞ ആവശ്യകതകൾ. സാധാരണഗതിയിൽ, സെർവറിന് പ്രതികരണമായി പ്രവർത്തിക്കാൻ ഈ സവിശേഷതകൾ മതിയാകും. എന്നാൽ 10 ഉപയോക്താക്കൾക്കായി നിങ്ങൾ സിംബ്ര നടപ്പിലാക്കേണ്ടി വന്നാലോ? ഈ സാഹചര്യത്തിൽ ഏത് സെർവറുകൾ, അവ എങ്ങനെ നടപ്പിലാക്കണം?

10 ഉപയോക്താക്കൾക്കുള്ള ഇൻഫ്രാസ്ട്രക്ചർ മൾട്ടി-സെർവർ ആയിരിക്കണം എന്ന വസ്തുതയിൽ നിന്ന് നമുക്ക് ആരംഭിക്കാം. മൾട്ടി-സെർവർ ഇൻഫ്രാസ്ട്രക്ചർ, ഒരു വശത്ത്, സിംബ്രയെ സ്കെയിലബിൾ ആകാൻ അനുവദിക്കുന്നു, മറുവശത്ത്, ഉപയോക്താക്കളുടെ വലിയ കുത്തൊഴുക്കിൽപ്പോലും വിവര സംവിധാനത്തിന്റെ പ്രതികരണാത്മക പ്രവർത്തനം കൈവരിക്കാൻ. ഒരു സിംബ്ര സെർവറിന് എത്ര ഉപയോക്താക്കളെ കാര്യക്ഷമമായി സേവിക്കാൻ കഴിയുമെന്ന് കൃത്യമായി പ്രവചിക്കാൻ സാധാരണയായി വളരെ ബുദ്ധിമുട്ടാണ്, കാരണം കലണ്ടറുകളും ഇമെയിലുകളും ഉപയോഗിച്ചുള്ള അവരുടെ പ്രവർത്തനത്തിന്റെ തീവ്രതയെയും ഉപയോഗിച്ച പ്രോട്ടോക്കോളിനെയും ആശ്രയിച്ചിരിക്കുന്നു. അതുകൊണ്ടാണ്, ഒരു ഉദാഹരണമായി, ഞങ്ങൾ 4 മെയിൽ സ്റ്റോറേജുകൾ നടപ്പിലാക്കുന്നത്. കപ്പാസിറ്റി കുറവോ ഗുരുതരമായ അധികമോ ആണെങ്കിൽ, ഒന്നുകിൽ ഓഫാക്കാനോ മറ്റൊന്ന് ചേർക്കാനോ സാധിക്കും.

അങ്ങനെ, 10.000 ആളുകൾക്ക് ഒരു ഇൻഫ്രാസ്ട്രക്ചർ രൂപകൽപ്പന ചെയ്യുമ്പോൾ, നിങ്ങൾ LDAP, MTA, പ്രോക്സി സെർവറുകളും 4 മെയിൽ സ്റ്റോറേജുകളും സൃഷ്ടിക്കേണ്ടതുണ്ട്. LDAP, MTA, പ്രോക്സി സെർവറുകൾ എന്നിവ വെർച്വൽ ആക്കാമെന്നത് ശ്രദ്ധിക്കുക. ഇത് സെർവർ ഹാർഡ്‌വെയറിന്റെ വില കുറയ്ക്കുകയും ഡാറ്റ ബാക്കപ്പ് ചെയ്യാനും പുനഃസ്ഥാപിക്കാനും എളുപ്പമാക്കുകയും ചെയ്യും, എന്നാൽ മറുവശത്ത്, ഫിസിക്കൽ സെർവർ പരാജയപ്പെടുകയാണെങ്കിൽ, നിങ്ങൾ ഉടൻ തന്നെ MTA, LDAP, പ്രോക്സി എന്നിവ ഇല്ലാതെയാകാൻ സാധ്യതയുണ്ട്. അതുകൊണ്ടാണ് ഫിസിക്കൽ അല്ലെങ്കിൽ വെർച്വൽ സെർവറുകൾ തമ്മിലുള്ള തിരഞ്ഞെടുപ്പ് അടിയന്തിര സാഹചര്യത്തിൽ നിങ്ങൾക്ക് എത്രത്തോളം പ്രവർത്തനരഹിതമാക്കാൻ കഴിയും എന്നതിനെ അടിസ്ഥാനമാക്കിയുള്ളതായിരിക്കണം. മെയിൽ സ്റ്റോറേജുകൾ ഫിസിക്കൽ സെർവറുകളിൽ സ്ഥാപിക്കുന്നതാണ് നല്ലത്, കാരണം അവയിലാണ് ഭൂരിഭാഗം റൈറ്റ് സൈക്കിളുകളും സംഭവിക്കുന്നത്, ഇത് സിംബ്രയുടെ പ്രകടനത്തെ പരിമിതപ്പെടുത്തുന്നു, അതിനാൽ ഡാറ്റാ കൈമാറ്റത്തിനുള്ള ധാരാളം ചാനലുകൾ സിംബ്രയുടെ പ്രകടനം ഗണ്യമായി വർദ്ധിപ്പിക്കും.

തത്വത്തിൽ, LDAP, MTA, Proxy സെർവറുകൾ, നെറ്റ്‌വർക്ക് സ്റ്റോറേജ് എന്നിവ സൃഷ്ടിച്ച് അവയെ ഒരൊറ്റ ഇൻഫ്രാസ്ട്രക്ചറായി സംയോജിപ്പിച്ചതിന് ശേഷം, 10000 ഉപയോക്താക്കൾക്കുള്ള സിംബ്ര സഹകരണ സ്യൂട്ട് കമ്മീഷൻ ചെയ്യാൻ തയ്യാറാണ്. ഈ കോൺഫിഗറേഷന്റെ പ്രവർത്തനം വളരെ ലളിതമായിരിക്കും:

ഡയഗ്രം സിസ്റ്റത്തിന്റെ പ്രധാന നോഡുകളും അവയ്ക്കിടയിൽ പ്രചരിക്കുന്ന ഡാറ്റാ ഫ്ലോകളും കാണിക്കുന്നു. ഈ കോൺഫിഗറേഷൻ ഉപയോഗിച്ച്, ഇൻഫ്രാസ്ട്രക്ചർ ഡാറ്റാ നഷ്‌ടത്തിൽ നിന്നും, ഏതെങ്കിലും സെർവറുകളുടെ പരാജയവുമായി ബന്ധപ്പെട്ട പ്രവർത്തനരഹിതമായ സമയങ്ങളിൽ നിന്നും മറ്റും പൂർണ്ണമായും പരിരക്ഷിക്കപ്പെടില്ല. ഈ പ്രശ്നങ്ങളിൽ നിന്ന് നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചറിനെ എങ്ങനെ സംരക്ഷിക്കാമെന്ന് നമുക്ക് നോക്കാം.

ഹാർഡ്‌വെയർ റിഡൻഡൻസിയാണ് പ്രധാന രീതി. അധിക MTA, പ്രോക്സി നോഡുകൾ, പ്രധാന സെർവറുകൾ പരാജയപ്പെടുന്ന സാഹചര്യത്തിൽ, പ്രധാനവയുടെ പങ്ക് താൽക്കാലികമായി ഏറ്റെടുക്കാൻ കഴിയും. നിർണായക ഇൻഫ്രാസ്ട്രക്ചറിന്റെ ഡ്യൂപ്ലിക്കേറ്റ് നോഡുകൾ മിക്കവാറും എല്ലായ്‌പ്പോഴും ഒരു മികച്ച ആശയമാണ്, പക്ഷേ ആവശ്യമുള്ള പരിധി വരെ ഇത് എല്ലായ്പ്പോഴും സാധ്യമല്ല. മെയിൽ സംഭരിച്ചിരിക്കുന്ന സെർവറുകളുടെ റിസർവേഷൻ ആണ് ശ്രദ്ധേയമായ ഒരു ഉദാഹരണം. നിലവിൽ, Zimbra Collaboration Suite Open-Source Edition ഡ്യൂപ്ലിക്കേറ്റ് സ്റ്റോറുകൾ സൃഷ്ടിക്കുന്നതിനെ പിന്തുണയ്ക്കുന്നില്ല, അതിനാൽ ഈ സെർവറുകളിൽ ഒന്ന് പരാജയപ്പെടുകയാണെങ്കിൽ, പ്രവർത്തനരഹിതമായ സമയം ഒഴിവാക്കില്ല, കൂടാതെ ഒരു മെയിൽ സ്റ്റോർ പരാജയം മൂലമുണ്ടാകുന്ന പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കുന്നതിന്, IT മാനേജർക്ക് അതിന്റെ ബാക്കപ്പ് വിന്യസിക്കാൻ കഴിയും. മറ്റൊരു സെർവറിൽ പകർത്തുക.

Zimbra OSE-ൽ ബിൽറ്റ്-ഇൻ ബാക്കപ്പ് സിസ്റ്റം ഇല്ലാത്തതിനാൽ, തത്സമയ ബാക്കപ്പിനെ പിന്തുണയ്ക്കുന്ന Zextras ബാക്കപ്പും ബാഹ്യ സംഭരണവും ഞങ്ങൾക്ക് ആവശ്യമാണ്. Zextras ബാക്കപ്പ്, പൂർണ്ണവും വർദ്ധനയുള്ളതുമായ ബാക്കപ്പുകൾ നിർമ്മിക്കുമ്പോൾ, എല്ലാ ഡാറ്റയും /opt/zimbra/backup ഫോൾഡറിൽ ഇടുന്നതിനാൽ, അതിലേക്ക് ബാഹ്യ, നെറ്റ്‌വർക്ക് അല്ലെങ്കിൽ ക്ലൗഡ് സ്റ്റോറേജ് പോലും മൌണ്ട് ചെയ്യുന്നത് ന്യായമാണ്, അങ്ങനെ സെർവറുകളിൽ ഒന്ന് പരാജയപ്പെടുകയാണെങ്കിൽ, അടിയന്തരാവസ്ഥയുടെ കാലത്ത് നിലവിലുള്ള ഒരു ബാക്കപ്പ് കോപ്പി ഉള്ള മീഡിയ നിങ്ങളുടെ പക്കലുണ്ടാകും. ഇത് ഒരു ബാക്കപ്പ് ഫിസിക്കൽ സെർവറിലോ വെർച്വൽ മെഷീനിലോ ക്ലൗഡിലോ വിന്യസിക്കാൻ കഴിയും. സെർവറിലേക്ക് വരുന്ന ജങ്ക് ട്രാഫിക് കുറയ്ക്കാൻ സിംബ്ര പ്രോക്സി സെർവറിന് മുന്നിൽ സ്പാം ഫിൽട്ടറുള്ള എംടിഎ ഇൻസ്റ്റാൾ ചെയ്യുന്നതും നല്ലതാണ്.

തൽഫലമായി, സംരക്ഷിത സിംബ്ര ഇൻഫ്രാസ്ട്രക്ചർ ഇതുപോലെ കാണപ്പെടും:

ഈ കോൺഫിഗറേഷൻ ഉപയോഗിച്ച്, സിംബ്ര ഇൻഫ്രാസ്ട്രക്ചറിന് 10.000 ഉപയോക്താക്കൾക്ക് ഉയർന്ന നിലവാരമുള്ള സേവനങ്ങൾ നൽകാൻ മാത്രമല്ല, അടിയന്തിര സാഹചര്യമുണ്ടായാൽ, അതിന്റെ അനന്തരഫലങ്ങൾ കഴിയുന്നത്ര വേഗത്തിൽ ഇല്ലാതാക്കാൻ ഇത് അനുവദിക്കും.

അവലംബം: www.habr.com