Jebkura IT risinājuma ieviešana uzņēmumā sākas ar projektēšanu. Šajā posmā IT vadītājam būs jāaprēķina serveru skaits un to raksturlielumi, lai, no vienas puses, to pietiktu visiem lietotājiem, no otras puses, lai būtu šo serveru cenas un kvalitātes attiecība. ir optimāls un izmaksas par skaitļošanas infrastruktūras izveidi jaunajai informācijas sistēmai nerada nopietnu robu uzņēmuma IT budžetā. Izdomāsim, kā izveidot infrastruktūru Zimbra Collaboration Suite uzņēmuma ieviešanai.
Galvenā Zimbra iezīme salīdzinājumā ar citiem risinājumiem ir tā, ka ZCS gadījumā par vājo vietu reti tiek uzskatīta procesora jauda vai operatīvā atmiņa. Galvenais ierobežojums parasti ir cietā diska ievades un izvades ātrums, tāpēc galvenā uzmanība jāpievērš datu glabāšanai. Oficiāli noteiktās minimālās prasības Zimbra ražošanas vidē ir 4 kodolu 64 bitu procesors ar 2 gigahercu takts frekvenci, 10 gigabaiti sistēmas failiem un žurnāliem un vismaz 8 gigabaiti RAM. Parasti šīs īpašības ir pietiekamas, lai serveris darbotos reaģējoši. Bet ko darīt, ja jums ir jāievieš Zimbra 10 tūkstošiem lietotāju? Kādi serveri un kā tie būtu jāievieš šajā gadījumā?
Sāksim ar to, ka infrastruktūrai 10 tūkstošiem lietotāju jābūt vairāku serveru. Vairāku serveru infrastruktūra, no vienas puses, ļauj Zimbrai būt mērogojamai, no otras puses, panākt informācijas sistēmas atsaucīgu darbību pat pie liela lietotāju pieplūduma. Parasti ir diezgan grūti paredzēt, cik lietotāju Zimbra serveris spēs efektīvi apkalpot, jo daudz kas ir atkarīgs no viņu darba intensitātes ar kalendāriem un e-pastu, kā arī no izmantotā protokola. Tāpēc, piemēram, mēs ieviesīsim 4 pasta krātuves. Jaudas trūkuma vai nopietna pārsnieguma gadījumā būs iespējams vai nu izslēgt, vai pievienot citu.
Tādējādi, projektējot infrastruktūru 10.000 4 cilvēku, jums būs jāizveido LDAP, MTA un Proxy serveri un XNUMX pasta krātuves. Ņemiet vērā, ka LDAP, MTA un starpniekserverus var padarīt virtuālus. Tas samazinās servera aparatūras izmaksas un atvieglos datu dublēšanu un atjaunošanu, bet, no otras puses, ja fiziskais serveris neizdodas, jūs riskējat nekavējoties palikt bez MTA, LDAP un starpniekservera. Tāpēc izvēle starp fiziskajiem vai virtuālajiem serveriem ir jāizdara, pamatojoties uz to, cik daudz dīkstāves varat atļauties avārijas gadījumā. Pasta krātuves vislabāk būtu novietot uz fiziskajiem serveriem, jo tieši tajos notiks lielākā daļa rakstīšanas ciklu, kas ierobežo Zimbra veiktspēju, un tāpēc lielāks datu pārsūtīšanas kanālu skaits ievērojami palielinās Zimbra veiktspēju.
Principā pēc LDAP, MTA, Proxy serveru, tīkla krātuves izveidošanas un apvienošanas vienotā infrastruktūrā Zimbra Collaboration Suite 10000 XNUMX lietotājiem ir gatavs nodošanai ekspluatācijā. Šīs konfigurācijas darbība būs diezgan vienkārša:
Diagrammā parādīti galvenie sistēmas mezgli un datu plūsmas, kas cirkulēs starp tiem. Izmantojot šo konfigurāciju, infrastruktūra būs pilnīgi neaizsargāta no datu zuduma, dīkstāves, kas saistīta ar kāda servera atteici utt. Apskatīsim, kā tieši jūs varat aizsargāt savu infrastruktūru no šīm problēmām.
Galvenā metode ir aparatūras dublēšana. Papildu MTA un starpniekservera mezgli galveno serveru atteices gadījumā var īslaicīgi uzņemties galveno serveru lomu. Kritiskās infrastruktūras mezglu dublēšana gandrīz vienmēr ir lieliska ideja, taču ne vienmēr tas ir iespējams vēlamajā apjomā. Spilgts piemērs ir to serveru rezervēšana, kuros tiek glabāts pasts. Pašlaik Zimbra Collaboration Suite Open-Source Edition neatbalsta dublētu veikalu izveidi, tāpēc, ja kāds no šiem serveriem neizdodas, dīkstāves netiks novērstas, un, lai samazinātu pasta veikala kļūmes izraisītu dīkstāvi, IT vadītājs var izvietot tā dublējumu. kopēt citā serverī.
Tā kā Zimbra OSE nav iebūvētas dublēšanas sistēmas, mums būs nepieciešama Zextras Backup, kas atbalsta reāllaika dublēšanu, un ārējā krātuve. Tā kā Zextras Backup, veicot pilnas un pakāpeniskas dublējumkopijas, visus datus ievieto /opt/zimbra/backup mapē, būtu saprātīgi tajā ievietot ārējo, tīkla vai pat mākoņa krātuvi, lai, ja kāds no serveriem neizdodas, jums būs datu nesējs ar rezerves kopiju, kas bija aktuāla avārijas brīdī. To var izvietot rezerves fiziskajā serverī, virtuālajā mašīnā vai mākonī. Ir arī laba ideja Zimbra Proxy servera priekšā uzstādīt MTA ar surogātpasta filtru, lai samazinātu nevēlamā trafika daudzumu, kas nonāk serverī.
Rezultātā aizsargātā Zimbra infrastruktūra izskatīsies apmēram šādi:
Ar šo konfigurāciju Zimbra infrastruktūra ne tikai spēs nodrošināt kvalitatīvus pakalpojumus 10.000 XNUMX lietotāju, bet arī avārijas situācijas gadījumā ļaus maksimāli ātri novērst tās sekas.
Avots: www.habr.com