Das Prinzip der Einheiten

In einem System wie BlueMind gibt es verschiedene ressourcenverbrauchende Komponenten.

Die grundlegende "pro Benutzer"-Kalkulation „pro Benutzer“-Basisberechnung ist nicht mehr gültig, da ein Benutzer, der nur den E-Mail-Teil nutztdie Mailbox verwendet, das System nicht in der gleichen Weise verwenden wird beansprucht wie ein Benutzereiner, der E-Mail und kollaborative Tools (Kalender ,..usw.) verwendetnutzt, insbesondere mit einem Smartphone.

Die Berechnung der Dimensionierung erfolgt also pro Gerät mit dem Wissen, dass daher pro Rechner, wobei:

Ebenso wird bei gleicher Anzahl von Einheiten eine reine Nachrichtennutzung Mailbox-Nutzung nicht den gleichen Ressourcenverbrauch haben aufweisen wie eine Nachrichten-plus-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

Wir sprechen in Zahlen von HerzenAnzahl 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 -Dienst auf dedizierten Serverndedizierte Server

Speicherung / IO

Der Speicher wird in IOPS bemessen, da ein Kurierdienst ein großer Verbraucher von IO istMailbox-Dienst viele IOs verbraucht. Der Speicherplatz ist direkt abhängig vom Bedarf des Kunden (Kontingente , etcusw.).

IOPS-Daten

der Speichermedien (

Wikipedia)

Beispiele

Die Verteilung von Cores 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 Populationen von zehn oder tausenden von Benutzern muss die Architektur verteilt sein.

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

Bandbreite

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

Als Information unten nachstehend der Bandbreitenverbrauch der des BlueMind-Agenda Kalenders und der Smartphones, der die Dominanz des Mailverkehrs zeigtdes 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 secSekunden: ein "doSync" „doSync“ 1067 / 293 (sendet lokale Änderungen und holt ruft Änderungen ab)
• alle 5 secSekunden: ein Ping„Ping“: 898 / 233, d.h. 5388 / 1398 in 30 s (ein "keep alive"„keep alive“)

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

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

Mit RandMarge, bei für 1000 geöffneten Kalendern geöffnete Kalender in den Browsern:

• Client zu an Server: 500kb500 KB/secSek.
• Server zu an Client: 150ko150 KB/secSek.

Bandbreite der Kontaktverwaltung

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

144 Bytes / Sekunde

Mit im BesonderenUnd mit:

• alle 5 Sekunden ein "ping"„Ping“
• alle 30 Sekunden ein "bmc"„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 angegebenbereitgestellt: 1,04kb /sec.04KB /Sek./Benutzer

oder für 100 Smartphones: 104Kb104KB, also 13Ko13KB/sec.Sek

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

100 Smartphones == 26 KbpsKB/Sek.

1.000 Smartphones == 260 KbKB/secSek.