Müəssisədə istənilən İT həllinin tətbiqi dizaynla başlayır. Bu mərhələdə İT meneceri serverlərin sayını və onların xarakteristikalarını hesablamalı olacaq ki, bir tərəfdən bütün istifadəçilər üçün kifayət etsin, digər tərəfdən isə bu serverlərin qiymət-keyfiyyət nisbəti uyğun olsun. optimal və yeni informasiya sistemi üçün hesablama infrastrukturunun yaradılması xərcləri müəssisənin İT büdcəsində ciddi boşluq yaratmır. Gəlin müəssisədə Zimbra Collaboration Suite-in tətbiqi üçün infrastrukturun necə dizayn ediləcəyini anlayaq.
Zimbra-nın digər həllər ilə müqayisədə əsas xüsusiyyəti ZCS vəziyyətində darboğazın nadir hallarda prosessor gücünə və ya RAM-a çevrilməsidir. Əsas məhdudiyyət adətən sabit diskin giriş və çıxış sürətidir və buna görə də əsas diqqət məlumat anbarlarına verilməlidir. İstehsal mühitində Zimbra üçün rəsmi olaraq bildirilmiş minimum tələblər 4 GHz takt tezliyi ilə 64 nüvəli 2 bitlik prosessor, sistem faylları və jurnallar üçün 10 giqabayt və 8 giqabayt RAM-dır. Tipik olaraq, bu xüsusiyyətlər cavab verən server əməliyyatı üçün kifayətdir. Bəs 10 istifadəçi üçün Zimbra tətbiq etməlisinizsə? Bu halda hansı serverlər və necə həyata keçirilməlidir?
Ondan başlayaq ki, 10 min istifadəçi üçün infrastruktur multiserverli olmalıdır. Bir tərəfdən, multiserverli infrastruktur Zimbra-nı miqyaslana bilən hala gətirməyə, digər tərəfdən isə hətta böyük istifadəçi axını ilə də informasiya sisteminin operativ işləməsinə nail olmağa imkan verir. Zimbra serverinin neçə istifadəçiyə yaxşı xidmət göstərə biləcəyini dəqiq proqnozlaşdırmaq adətən olduqca çətindir, çünki çox şey onların təqvimlər və e-poçt ilə işinin intensivliyindən, həmçinin istifadə olunan protokoldan asılıdır. Buna görə də, məsələn, biz 4 poçt anbarını həyata keçirəcəyik. Çatışmazlıq və ya gücün ciddi şəkildə artıq olması halında, ya söndürmək, ya da başqasını əlavə etmək mümkün olacaq.
Beləliklə, 10.000 4 nəfərlik infrastruktur layihələndirilərkən LDAP, MTA və Proksi serverləri və XNUMX poçt anbarı yaratmaq lazım gələcək. Qeyd edək ki, LDAP, MTA və Proxy serverləri virtual hala gətirə bilər. Bu, server avadanlığının qiymətini azaldacaq və məlumatların ehtiyat nüsxəsini və bərpasını asanlaşdıracaq, lakin digər tərəfdən, fiziki server nasazlığı halında, siz dərhal MTA, LDAP və Proksi olmadan qalma riskini daşıyırsınız. Buna görə fiziki və ya virtual serverlər arasında seçim, fövqəladə hallar zamanı nə qədər dayana biləcəyinizdən asılı olaraq edilməlidir. Digər tərəfdən, poçt anbarları ən yaxşı şəkildə fiziki serverlərdə yerləşdirilə bilər, çünki Zimbra-nın işini məhdudlaşdıran yazı dövrlərinin əsas sayı onların üzərində baş verəcək və buna görə də məlumat ötürülməsi üçün daha çox kanal əhəmiyyətli dərəcədə olacaqdır. Zimbra performansını artırmaq.
Prinsipcə, LDAP, MTA, Proksi serverləri, şəbəkə saxlama yerlərini yaratdıqdan və onları vahid infrastrukturda birləşdirdikdən sonra 10000 istifadəçi üçün Zimbra Collaboration Suite istifadəyə verilməyə hazırdır. Belə bir konfiqurasiyanın işləmə sxemi olduqca sadə olacaq:
Diaqram sistemin əsas qovşaqlarını və onlar arasında dolaşacaq məlumat axınlarını göstərir. Bu konfiqurasiya ilə infrastruktur məlumat itkisindən, serverlərdən hər hansı birinin sıradan çıxması ilə bağlı dayanma müddətindən və s.-dən tamamilə müdafiəsiz qalacaq. Gəlin öz infrastrukturunuzu bu problemlərdən tam olaraq necə qoruya biləcəyinizi nəzərdən keçirək.
Əsas üsul hardware ehtiyatıdır. Əlavə MTA və Proksi qovşaqları əsas serverlərin nasazlığı halında müvəqqəti olaraq əsas serverlərin rolunu öz üzərinə götürə bilər. Kritik infrastruktur qovşaqlarının təkrarlanması demək olar ki, həmişə əla ideyadır, lakin həmişə istədiyiniz dərəcədə mümkün deyil. Parlaq bir nümunə, poçtu saxlayan serverlərin artıqlığıdır. Zimbra Collaboration Suite Open-Source Edition hazırda dublikat mağazaların yaradılmasını dəstəkləmir, ona görə də bu serverlərdən biri uğursuz olarsa, dayanma vaxtının qarşısını almaq olmaz və poçt mağazasının nasazlığı nəticəsində yaranan dayanma müddətini azaltmaq üçün İT meneceri onun ehtiyat nüsxəsini yerləşdirə bilər. başqa server.
Zimbra OSE-də daxili ehtiyat nüsxə sistemi olmadığı üçün bizə real vaxt ehtiyat nüsxəsini dəstəkləyən Zextras Backup və xarici yaddaşa ehtiyacımız olacaq. Zextras Backup tam və artımlı ehtiyat nüsxələri götürərkən bütün məlumatları /opt/zimbra/backup qovluğuna yerləşdirdiyinə görə, ona xarici, şəbəkə və ya hətta bulud yaddaşını quraşdırmaq məqsədəuyğun olardı ki, serverlərdən birinin qəza baş verdikdə, fövqəladə vəziyyət zamanı ən son ehtiyat nüsxəsi olan medianız var. O, həm lazımsız fiziki serverdə, həm də virtual maşında və buludda yerləşdirilə bilər. Serverə daxil olan lazımsız trafikin miqdarını azaltmaq üçün Zimbra Proxy ilə server qarşısında spam filtri olan MTA quraşdırmaq da yaxşı fikirdir.
Nəticədə, təhlükəsiz Zimbra infrastrukturu belə görünəcək:
Bu konfiqurasiya ilə Zimbra infrastrukturu 10.000 XNUMX istifadəçiyə keyfiyyətli xidmət göstərməklə yanaşı, fövqəladə vəziyyət zamanı onun nəticələrini mümkün qədər tez aradan qaldırmağa imkan verəcək.
Mənbə: www.habr.com