企業中任何 IT 解決方案的實施都始於設計。 在此階段，IT 經理必須計算伺服器的數量及其特性，以便一方面有足夠的伺服器供所有使用者使用，另一方面確保這些伺服器的性價比是最優的，並且為新資訊系統創建計算基礎架構的成本不會嚴重佔用企業的IT 預算。 讓我們了解如何設計企業實施 Zimbra Collaboration Suite 的基礎架構。
與其他解決方案相比，Zimbra 的主要特點是，在 ZCS 的情況下，瓶頸很少是處理器功率或 RAM。 主要限制通常是硬碟的輸入和輸出速度，因此應主要關注資料儲存。 官方規定的 Zimbra 在生產環境中的最低要求是 4 核心 64 位元處理器，時脈為 2 GHz，系統檔案和日誌為 10 GB，以及至少 8 GB RAM。 通常，這些特徵足以讓伺服器回應地運行。 但是，如果您必須為 10 萬名用戶實施 Zimbra 該怎麼辦？ 在這種情況下應該使用哪些伺服器以及如何實作？
讓我們從一個事實開始：10 個用戶的基礎設施必須是多伺服器。 多伺服器基礎設施一方面使Zimbra具有可擴展性，另一方面即使在大量用戶湧入的情況下也能實現資訊系統的響應式運作。 通常很難準確預測 Zimbra 伺服器能夠有效服務多少用戶，因為很大程度上取決於他們使用日曆和電子郵件的工作強度以及所使用的協定。 這就是為什麼，作為一個例子，我們將實現 4 個郵件儲存。 如果容量不足或嚴重過剩，可以關閉或增加另一台。
因此，在為 10.000 人設計基礎架構時，您將需要建立 LDAP、MTA 和代理伺服器以及 4 個郵件儲存。 請注意，LDAP、MTA 和代理伺服器可以虛擬化。 這將降低伺服器硬體成本，並使資料備份和復原變得更加容易，但另一方面，如果實體伺服器發生故障，您將面臨立即失去 MTA、LDAP 和 Proxy 的風險。 因此，應根據在緊急情況下可以承受的停機時間來選擇實體伺服器還是虛擬伺服器。 郵件儲存最好放置在實體伺服器上，因為大多數寫入週期都發生在實體伺服器上，這限制了 Zimbra 的效能，因此更多的資料傳輸通道將顯著提高 Zimbra 的效能。
原則上，在創建 LDAP、MTA、代理、網路儲存伺服器並將它們組合成單一基礎設施後，面向 10000 個用戶的 Zimbra 協作套件就可以進行調試了。 此配置的操作將非常簡單：
此圖顯示了系統的主要節點以及它們之間循環的資料流。 透過這種配置，基礎設施將完全不受資料遺失、與任何伺服器故障相關的停機等問題的保護。 讓我們具體了解如何保護您的基礎設施免受這些問題的影響。
主要方法是硬體冗餘。 當主伺服器發生故障時，附加的 MTA 和代理節點可以暫時承擔主伺服器的角色。 複製關鍵基礎設施的節點幾乎總是一個好主意，但它並不總是能夠達到預期的程度。 一個引人注目的例子是儲存郵件的伺服器的預留。 目前，Zimbra 協作套件開源版不支援創建重複存儲，因此如果其中一台伺服器發生故障，停機就無法避免，為了減少郵件存儲故障導致的停機時間，IT 經理可以部署其備份副本在另一台伺服器上。
由於Zimbra OSE沒有內建備份系統，因此我們需要Zextras Backup，它支援即時備份和外部儲存。 由於Zextras Backup在進行完整備份和增量備份時，會將所有資料放在/opt/zimbra/backup資料夾中，因此將外部、網路甚至雲端儲存掛載到其中是合理的，這樣如果其中一台伺服器發生故障，您將擁有帶有緊急情況發生時最新的備份副本的媒體。 它可以部署在備份實體伺服器、虛擬機器或雲端。 在 Zimbra 代理伺服器前面安裝帶有垃圾郵件過濾器的 MTA 也是一個好主意，以減少進入伺服器的垃圾流量。
因此，受保護的 Zimbra 基礎設施將如下所示：
透過這樣的配置，Zimbra基礎設施不僅能夠為10.000名用戶提供高品質的服務，而且在緊急情況下，也能讓其後果盡快消除。
來源： www.habr.com