Bet kurio IT sprendimo diegimas įmonėje prasideda nuo projektavimo. Šiame etape IT vadovas turės apskaičiuoti serverių skaičių ir jų charakteristikas, kad, viena vertus, jų užtektų visiems vartotojams, kita vertus, kad šių serverių kainos ir kokybės santykis būtų yra optimalus, o naujos informacinės sistemos skaičiavimo infrastruktūros sukūrimo kaštai nepadaro rimtos skylės įmonės IT biudžete. Išsiaiškinkime, kaip sukurti infrastruktūrą, skirtą „Zimbra Collaboration Suite“ diegimui įmonėje.
Pagrindinis „Zimbra“ bruožas, lyginant su kitais sprendimais, yra tas, kad ZCS atveju kliūtis retai būna procesoriaus galia arba RAM. Pagrindinis apribojimas paprastai yra standžiojo disko įvesties ir išvesties greitis, todėl pagrindinis dėmesys turėtų būti skiriamas duomenų saugojimui. Oficialiai nurodyti minimalūs „Zimbra“ reikalavimai gamybinėje aplinkoje yra 4 branduolių 64 bitų procesorius su 2 gigahercų dažniu, 10 gigabaitų sistemos failams ir žurnalams ir mažiausiai 8 gigabaitai RAM. Paprastai šių charakteristikų pakanka, kad serveris veiktų greitai. Bet ką daryti, jei turite įdiegti Zimbra 10 tūkstančių vartotojų? Kokie serveriai ir kaip jie turėtų būti įdiegti šiuo atveju?
Pradėkime nuo to, kad 10 tūkstančių vartotojų infrastruktūra turi būti daugiaserverė. Kelių serverių infrastruktūra, viena vertus, leidžia „Zimbra“ keisti mastelį, kita vertus, pasiekti, kad informacinė sistema veiktų greitai, net ir esant dideliam vartotojų antplūdžiui. Paprastai gana sunku tiksliai numatyti, kiek vartotojų galės efektyviai aptarnauti Zimbra serveris, nes daug kas priklauso nuo jų darbo su kalendoriais ir el. paštu intensyvumo bei nuo naudojamo protokolo. Štai kodėl, kaip pavyzdį, įdiegsime 4 pašto saugyklas. Trūkstant ar rimtam pajėgumų pertekliui bus galima arba išjungti, arba pridėti kitą.
Taigi, projektuojant infrastruktūrą 10.000 4 žmonių, reikės sukurti LDAP, MTA ir Proxy serverius bei XNUMX pašto saugyklas. Atminkite, kad LDAP, MTA ir Proxy serverius galima padaryti virtualiais. Tai sumažins serverio aparatinės įrangos kainą ir palengvins duomenų atsarginių kopijų kūrimą ir atkūrimą, tačiau, kita vertus, sugedus fiziniam serveriui, rizikuojate iš karto likti be MTA, LDAP ir tarpinio serverio. Štai kodėl fizinių ar virtualių serverių pasirinkimas turėtų būti daromas atsižvelgiant į tai, kiek prastovų galite sau leisti nelaimės atveju. Pašto saugyklas geriausia būtų statyti fiziniuose serveriuose, nes būtent juose įvyks didžioji dalis rašymo ciklų, kurie riboja Zimbra našumą, todėl didesnis duomenų perdavimo kanalų skaičius žymiai padidins Zimbra našumą.
Iš esmės, sukūrus LDAP, MTA, Proxy serverius, tinklo saugyklas ir sujungus į vieną infrastruktūrą, Zimbra Collaboration Suite 10000 XNUMX vartotojų yra paruoštas paleidimui. Šios konfigūracijos veikimas bus gana paprastas:
Diagramoje pavaizduoti pagrindiniai sistemos mazgai ir tarp jų cirkuliuosiantys duomenų srautai. Naudojant šią konfigūraciją, infrastruktūra bus visiškai neapsaugota nuo duomenų praradimo, prastovų, susijusių su kurio nors iš serverių gedimu ir pan. Pažiūrėkime, kaip tiksliai galite apsaugoti savo infrastruktūrą nuo šių problemų.
Pagrindinis metodas yra aparatinės įrangos perteklius. Papildomi MTA ir tarpinio serverio mazgai, sugedus pagrindiniams serveriams, gali laikinai perimti pagrindinių serverių vaidmenį. Dubliuoti ypatingos svarbos infrastruktūros mazgus beveik visada yra puiki idėja, tačiau tai ne visada įmanoma iki pageidaujamo masto. Ryškus pavyzdys yra serverių, kuriuose saugomas paštas, rezervavimas. Šiuo metu „Zimbra Collaboration Suite Open-Source Edition“ nepalaiko pasikartojančių saugyklų kūrimo, todėl sugedus vienam iš šių serverių, prastovų nebus išvengta, o siekiant sumažinti prastovas dėl pašto parduotuvės gedimo, IT vadovas gali įdiegti atsarginę kopiją. kopijuoti į kitą serverį.
Kadangi Zimbra OSE nėra integruotos atsarginės kopijos sistemos, mums reikės „Zextras Backup“, kuri palaiko atsarginę kopiją realiuoju laiku, ir išorinės saugyklos. Kadangi Zextras Backup, darydamas visas ir laipsniškas atsargines kopijas, visus duomenis deda į /opt/zimbra/backup aplanką, būtų tikslinga į jį prijungti išorinę, tinklo ar net debesies saugyklą, kad sugedus vienam iš serverių, turėsite laikmeną su atsargine kopija, kuri buvo aktuali avarijos metu. Jis gali būti įdiegtas atsarginiame fiziniame serveryje, virtualioje mašinoje arba debesyje. Taip pat gera idėja prieš „Zimbra Proxy“ serverį įdiegti MTA su šiukšlių filtru, kad sumažintumėte į serverį patenkančio nepageidaujamo srauto kiekį.
Dėl to saugoma Zimbros infrastruktūra atrodys maždaug taip:
Su tokia konfigūracija „Zimbra“ infrastruktūra ne tik galės teikti kokybiškas paslaugas 10.000 XNUMX vartotojų, bet ir avarinės situacijos atveju leis kuo greičiau pašalinti jos pasekmes.
Šaltinis: www.habr.com