Herhangi bir BT çözümünün bir kuruluşta uygulanması tasarımla başlar. Bu aşamada, BT yöneticisinin, bir yandan tüm kullanıcılar için yeterli sayıda sunucu olmasını, diğer yandan bu sunucuların fiyat-kalite oranını sağlayacak şekilde sunucu sayısını ve özelliklerini hesaplaması gerekecektir. optimaldir ve yeni bilgi sistemi için bir bilgi işlem altyapısı oluşturmanın maliyetleri işletmenin BT bütçesinde ciddi bir delik açmaz. Zimbra Collaboration Suite'in kurumsal uygulaması için altyapının nasıl tasarlanacağını bulalım.
Zimbra'nın diğer çözümlerle karşılaştırıldığında temel özelliği, ZCS durumunda darboğazın nadiren işlemci gücü veya RAM olmasıdır. Ana sınırlama genellikle sabit sürücünün giriş ve çıkış hızıdır ve bu nedenle asıl dikkat veri depolamaya ödenmelidir. Bir üretim ortamında Zimbra için resmi olarak belirtilen minimum gereksinimler, 4 gigahertz saat hızına sahip 64 çekirdekli 2 bit işlemci, sistem dosyaları ve günlükleri için 10 gigabayt ve en az 8 gigabayt RAM'dir. Genellikle bu özellikler sunucunun duyarlı çalışması için yeterlidir. Peki ya Zimbra'yı 10 bin kullanıcı için uygulamanız gerekiyorsa? Bu durumda hangi sunucular ve nasıl uygulanmalı?
10 bin kullanıcı için altyapının çoklu sunucu olması gerektiği gerçeğiyle başlayalım. Çoklu sunucu altyapısı, bir yandan Zimbra'nın ölçeklenebilir olmasına, diğer yandan da büyük bir kullanıcı akışıyla bile bilgi sisteminin duyarlı bir şekilde çalışmasına olanak tanır. Bir Zimbra sunucusunun tam olarak kaç kullanıcıya verimli bir şekilde hizmet verebileceğini tahmin etmek genellikle oldukça zordur, çünkü çoğu şey takvimler ve e-posta ile yapılan çalışmaların yoğunluğuna ve ayrıca kullanılan protokole bağlıdır. Bu nedenle örnek olarak 4 posta deposu uygulayacağız. Kapasite yetersizliği ya da ciddi kapasite fazlalığı durumunda, ya kapatılması ya da yeni bir kapasitenin eklenmesi mümkün olacaktır.
Bu nedenle 10.000 kişilik bir altyapı tasarlarken LDAP, MTA ve Proxy sunucuları ve 4 adet mail depolama alanı oluşturmanız gerekecektir. LDAP, MTA ve Proxy sunucularının sanal hale getirilebileceğini unutmayın. Bu, sunucu donanımının maliyetini düşürecek ve verileri yedeklemeyi ve geri yüklemeyi kolaylaştıracaktır, ancak diğer yandan, fiziksel sunucunun arızalanması durumunda, hemen MTA, LDAP ve Proxy'den mahrum kalma riskiyle karşı karşıya kalırsınız. Bu nedenle, fiziksel veya sanal sunucular arasındaki seçim, acil bir durumda ne kadar kesintiyi karşılayabileceğinize göre yapılmalıdır. Posta depoları, Zimbra'nın performansını sınırlayan yazma döngülerinin çoğunun gerçekleşeceği ve dolayısıyla veri aktarımı için daha fazla sayıda kanalın Zimbra'nın performansını önemli ölçüde artıracağı için fiziksel sunuculara yerleştirilmesi en iyisidir.
Prensip olarak LDAP, MTA, Proxy sunucuları, ağ depolaması oluşturulup tek bir altyapıda birleştirildikten sonra 10000 kullanıcı kapasiteli Zimbra Collaboration Suite devreye alınmaya hazır hale gelir. Bu konfigürasyonun çalışması oldukça basit olacaktır:
Diyagram, sistemin ana düğümlerini ve bunlar arasında dolaşacak veri akışlarını gösterir. Bu yapılandırmayla altyapı, veri kaybına, sunuculardan herhangi birinin arızasıyla ilişkili kesinti süresine vb. karşı tamamen korunmasız olacaktır. Altyapınızı bu sorunlardan tam olarak nasıl koruyabileceğinize bir göz atalım.
Ana yöntem donanım yedekliliğidir. Ana sunucuların arızalanması durumunda ek MTA ve Proxy düğümleri geçici olarak ana sunucuların rolünü üstlenebilir. Kritik altyapının düğümlerini çoğaltmak neredeyse her zaman harika bir fikirdir, ancak her zaman istenilen ölçüde uygulanabilir değildir. Çarpıcı bir örnek, postaların depolandığı sunucuların rezervasyonudur. Şu anda, Zimbra Collaboration Suite Açık Kaynak Sürümü yinelenen depoların oluşturulmasını desteklememektedir, bu nedenle bu sunuculardan biri arızalanırsa kesinti süresinden kaçınılmayacaktır ve bir posta deposu arızasından kaynaklanan kesinti süresini azaltmak için BT yöneticisi yedeklemesini dağıtabilir başka bir sunucuya kopyalayın.
Zimbra OSE'de yerleşik bir yedekleme sistemi olmadığından, gerçek zamanlı yedeklemeyi ve harici depolamayı destekleyen Zextras Backup'a ihtiyacımız olacak. Zextras Backup, tam ve artımlı yedeklemeler yaparken tüm verileri /opt/zimbra/backup klasörüne koyduğundan, harici, ağ ve hatta bulut depolamayı bu klasöre monte etmek mantıklı olacaktır, böylece sunuculardan biri arızalanırsa, acil durum anında güncel olan bir yedek kopyaya sahip medyaya sahip olacaksınız. Yedek bir fiziksel sunucuya, sanal makineye veya buluta dağıtılabilir. Sunucuya gelen gereksiz trafik miktarını azaltmak için Zimbra Proxy sunucusunun önüne spam filtreli bir MTA kurmak da iyi bir fikirdir.
Sonuç olarak, korunan Zimbra altyapısı şuna benzer:
Bu konfigürasyonla Zimbra altyapısı sadece 10.000 kullanıcıya yüksek kalitede hizmet vermekle kalmayacak, aynı zamanda acil bir durumda sonuçlarının en hızlı şekilde ortadan kaldırılmasına da olanak tanıyacak.
Kaynak: habr.com