スケーラビリティには、垂直と水平の2種類があります。 最初のケースでは、ITインフラストラクチャの既存のノードにコンピューティングやその他の容量を追加することでソリューションのパフォーマンスが向上し、2番目のケースでは、負荷の一部を担う新しいコンピューティングノードを追加することでパフォーマンスが向上します。 Zimbra Collabration Suiteは、水平スケーリングと垂直スケーリングの両方をサポートしています。
サーバーにコンピューティングパワーを追加する場合の垂直スケーリングは、Zimbraを備えた新しいより強力なサーバーへの移行とほとんど変わりません。 ただし、サーバーに電子メール用のセカンダリストレージを追加することにした場合、Zimbra Open-Source Editionに固有の制限が必ず発生します。 事実、Zimbraの無料版では、電子メールを保存するためにセカンダリボリュームを接続することはできません。 物理ストレージとクラウドS3セカンダリストレージの両方をサーバーに接続できるZextras PowerStore拡張は、無料のZimbraエディションのユーザー向けにこの問題を解決するように設計されています。 さらに、PowerStoreには、既存のメディア上のデータストレージの効率を高めることができるZimbraの圧縮および重複排除アルゴリズムが含まれています。
ISP間のセカンダリボリュームの作成は特に需要があり、プライマリストレージを高速で高価なSSD、低速で安価なHDDのセカンダリストレージを作成します。 SSDに保存されている透過リンクの使用により、システムは非常に高速に動作し続け、圧縮と重複排除により、各サーバーはより多くの電子メールを保存できます。 その結果、セカンダリリポジトリとZextras PowerStoreを備えたサーバーの費用対効果は、標準のZimbra OSE機能を使用するよりも大幅に高くなります。
定義上、水平スケーリングはマルチサーバーインフラストラクチャでのみ使用できます。 複数サーバーのインストール中、すべてのZimbraモジュールは異なるマシンに分離されるため、管理者は、無限のLDAPレプリカ、MTA、およびプロキシサーバー、およびメールストレージをほぼ無限に追加できます。
新しいノードを追加するプロセスは、Zimbraマルチサーバーのインストールに関する以前の記事で説明されているプロセスを繰り返します。 サーバーに必要なZimbraモジュールをインストールし、マスターLDAPアドレスを指定するだけでなく、認証用のデータを入力します。 その後、新しいノードはZimbraインフラストラクチャの一部となり、Zimbra Proxyはサーバー間の負荷分散を提供します。 さらに、以前に作成されたすべてのメールボックスとその内容は、以前のストレージに残ります。
通常、Zimbraウェブクライアントの2500人のアクティブユーザーごとに1台のサーバーと、デスクトップおよびモバイルメールクライアントの5〜6,000人までのユーザーに基づいて、新しいメールストレージがZimbraインフラストラクチャに追加されます。 このユーザー数により、最も応答性の高いサーバーパフォーマンスを実現し、可用性と長いダウンロード時間の問題を回避できます。
さらに、マルチサーバーインフラストラクチャの管理者は、Zextras PowerStoreを使用して各電子メールリポジトリを圧縮および重複排除するだけでなく、セカンダリリポジトリを接続することもできます。 この越冬を使用すると、ディスクスペースが最大50％節約され、インフラストラクチャ全体の経済効率が向上します。 大規模なISPの場合、このようなインフラストラクチャ最適化の経済的効果は、非常に大きな値に達する可能性があります。
Zextrasスイートに関するすべての質問については、電子メールkaterina@zextras.comでZextras Katerina Triandafilidiの代表者に連絡することができます