| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung |
| konfigurationsbeispiele:skalierung [2017/11/13 16:03] – [Suche und Anzeige] lwsystems | konfigurationsbeispiele:skalierung [2018/04/16 14:19] (aktuell) – [Archivierung und Indexierung] lwsystems |
|---|
| ====== Horizontale Skalierung ====== | ====== Horizontale Skalierung ====== |
| |
| Die Architektur von Benno MailArchiv ist im Hinblick auf einfache horziontale | Die Architektur von Benno MailArchiv wurde im Hinblick auf einfache horziontale |
| Skalierungs entwickelt worden. Dieses ermöglicht gerade bei Multi-Mandanten Konfigurationen | Skalierbarkeit entwickelt. Dies ermöglicht gerade bei sehr großen Multi-Mandanten Konfigurationen |
| ein System, daß mit den Anforderungen bezüglich Durchsatz schnell und einfach automatisiert erweitertert werden kann. | ein Setup, dass bezüglich Durchsatz und Geschwindigkeit schnell und einfach automatisiert erweitert werden kann.\\ |
| | Während alle Benno MailArchiv Komponenten "out of the box" gemeinsam auf einer Maschine agieren, können die Komponenten bei Bedarf (z.B. bei sehr hoher Last oder auch bei entsprechend verteilten Umgebungen des Hosters) einfach und schnell in die Breite skaliert werden. |
| |
| |
| {{:konfigurationsbeispiele:konfig-beispiel_horizontale_skalierung_-_grafik_1.jpg?nolink&1000|}} | {{:konfigurationsbeispiele:konfig-beispiel_horizontale_skalierung_-_grafik_1.jpg?nolink&1000|}} |
| |
| Die Während der Übertragung der E-Mails von den Gateway-MTAs zur Archivierung kann ermittelt werden, welchen Mandanten die jeweilige E-Mail zugeordnet werden muss. Die E-Mail wird dannn an die Archivierungs-Instanzen geschickt, bei denen die jeweiligen Mandanten konfiguriert sind. | Während der Übertragung der E-Mails von den Gateway-MTAs zur Archivierung in Benno MailArchiv kann ermittelt werden, welchen Mandanten die jeweilige E-Mail zugeordnet werden muss. Die E-Mail wird dann an diejenige [[:benno-smtp2archiver|Archivierungs-Instanz geschickt]], bei denen die jeweiligen Mandanten konfiguriert sind. |
| |
| Die Speicherung der E-Maildaten in Repo und Index erfolgt auf dem nachgelagerten Storage-Backend. Hier können die Mandanten auf unterschiedliche Volumes verteilt werden. Damit kann eine relativ gleichmäßige IO- und Speicherplatz-Auslastung der Volumes erreicht werden. | Die Speicherung der E-Maildaten im Archiv (Repo) und Index erfolgt auf den nachgelagerten Storage-Backends. Hier können die Mandanten auf unterschiedliche Volumes verteilt werden. Damit kann eine relativ gleichmäßige I/O- und Speicherplatz-Auslastung der Volumes erreicht werden. |
| |
| |
| |
| Die Suche und Anzeige kann ebenfalls auf unterschiedlichen Maschinen konfiguriert werden. | Die Suche und Anzeige kann ebenfalls auf unterschiedlichen Maschinen konfiguriert werden. |
| Die //benno-rest//-Instanzen greifen über das Netzwerk (NFS, ISCSI, ...) auf die Storage Volumes zu. | Die //benno-rest//-Instanzen greifen über das Netzwerk (NFS, CIFS, ...) auf die Storage Volumes zu. |
| |
| Die //benno-rest// Systeme werden jeweils so konfiguriert, daß sie die Index-Suche und den Mail-Zugriff ür einen Teil der Mandanten abbilden können. | Die //benno-rest// Systeme werden jeweils so konfiguriert, daß sie die Index-Suche und den Mail-Zugriff ür einen Teil der Mandanten abbilden können. |
| |
| Während der Anmeldung am Web-UI in benno-web wird auf Basis der Mandanten-Zuordnung des Benutzer dynamisch festgelegt, auf welche //benno-rest// Instanz in dieser Session zugegriffen wird. | Während der Anmeldung an der WebApp (benno-web) wird auf Basis der Mandanten-Zuordnung des Benutzers dynamisch festgelegt, auf welche //benno-rest// Instanz in dieser Session zugegriffen wird. |
| |
| Die Die Kommunikation zwischen //benno-web// und //benno-rest// läuft dabei über HTTP(S).}} | Die Kommunikation zwischen //benno-web// und //benno-rest// erfolgt dabei über HTTP(S). |
