Das Prinzip der Einheiten

In einem System wie BlueMind gibt es verschiedene ressourcenverbrauchende Komponenten.

Die „pro Benutzer“-Basisberechnung ist nicht gültig, da ein Benutzer, der nur die Mailbox verwendet, das System nicht in der gleichen Weise beansprucht wie einer, der E-Mail und kollaborative Tools (Kalender usw.) nutzt, insbesondere mit einem Smartphone.

Die Berechnung der Dimensionierung erfolgt daher pro Rechner, wobei:

Ebenso wird bei gleicher Anzahl von Einheiten eine reine Mailbox-Nutzung nicht den gleichen Ressourcenverbrauch aufweisen wie eine Mailbox + Kollaborationsnutzung (für die Hälfte der Benutzer). Zum Beispiel ist die E-Mail mehr von IO als von CPU abhängig, was im Allgemeinen das Gegenteil von kollaborativen Tools ist.

CPU

Anzahl der Kerne (Cores). Die Referenz ist eine aktuelle Server-CPU, Typ Xeon.

BlueMind enthält viele Dienste, daher empfehlen wir mindestens 2 Kerne.

Beachten Sie, dass die Zuweisung von zu vielen CPUs zu anderen Problemen in virtualisierten Umgebungen führen kann (https://techan.fr/problemes-de-performance-sur-vmware-du-a-du-cpu-ready.html)

RAM

*mit Verschiebung des Dienstes Cyrus und bm-elasticsearch auf dedizierte Server

Speicherung / IO

Der Speicher wird in IOPS bemessen, da ein Mailbox-Dienst viele IOs verbraucht. Der Speicherplatz ist direkt abhängig vom Bedarf des Kunden (Kontingente usw.)

IOPS-Daten der Speichermedien (Wikipedia)

Beispiele

Die Verteilung von Kernen / Ram auf mehrere Server (virtuell oder nicht) wird hier nicht beschrieben.

Bis zu 16/24 Kernen halten wir es jedoch für sinnvoll, das Ganze auf der gleichen Plattform zu installieren.

Darüber hinaus und zur Verwaltung von zehn oder tausenden von Benutzern muss die Architektur verteilt sein.

Dann muss der Mailbox-Teil getrennt werden, ebenso wie die Datenbank (sehr beansprucht bei den kollaborativen Teilen / Smartphones).

Bandbreite

Die benötigte Bandbreite ist nicht vorhersehbar, da sie sehr stark vom E-Mail-Verkehr abhängt.

Als Information nachstehend der Bandbreitenverbrauch des BlueMind-Kalenders und der Smartphones, der die Dominanz des E-Mail-Verkehrs aufzeigt.

Bandbreite BlueMind Kalender

Für einen Benutzer, der die Kalenderanwendung in seinem Browser geöffnet hat, in http und Bytes (gemessen über das Netzwerk mit Wireshark:

• alle 30 Sekunden: ein „doSync“ 1067 / 293 (sendet lokale Änderungen und ruft Änderungen ab)
• alle 5 Sekunden: ein „Ping“: 898 / 233, d.h. 5388 / 1398 in 30 s (ein „keep alive“)

Client an Server: 215 Bytes/Sek. (1067+5388)/30

Server an Client: 56 Bytes/Sek. (293+1398)/30

Mit Marge, für 1000 geöffnete Kalender in den Browsern:

• Client an Server: 500 KB/Sek.
• Server an Client: 150 KB/Sek.

Bandbreite der Kontaktverwaltung

Für einen Benutzer, der die Kontaktverwaltungsanwendung in seinem Browser geöffnet hat, in http und Bytes:

144 Bytes / Sekunde

Und mit:

• alle 5 Sekunden ein „Ping“
• alle 30 Sekunden ein „bmc“

Unter Berücksichtigung einer Sicherheitsmarge durch Verdoppelung des gemessenen Wertes erhalten wir eine Bandbreite von 288 Byte pro Sekunde für einen Benutzer, der die Kontaktverwaltungsanwendung gestartet hat.

Smartphone-Bandbreite

Die ActiveSync-Kennzahlen werden von Microsoft bereitgestellt: 1.04KB /Sek./Benutzer

oder für 100 Smartphones: 104KB, also 13KB/Sek

Dafür nehmen wir einen angemessenen Spielraum von x2 an, dies ergibt:

100 Smartphones == 26 KB/Sek.

1.000 Smartphones == 260 KB/Sek.