Materielle Dimensionierung
Die hier angegebenen Daten sind unverbindlich. In der Tat kann die Nutzung einer gleichen Anzahl von Nutzern je nach Struktur und Gewohnheiten sehr unterschiedlich sein. Die Anzahl der E-Mails, ihre Größe, die Anzahl der Empfänger in den E-Mails, die Anzahl der Termine, die Planung... all dies pro Tag ist sehr unterschiedlich.
Das Prinzip der Einheiten
In einem System wie BlueMind gibt es verschiedene Komponenten, die Ressourcen verbrauchen.
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 Einheit, wobei zu beachten ist, dass :
| Benutzerprofil | Kosten pro Einheit |
|---|---|
| Nur Mailbox | 1 |
| Messaging + intensive Zusammenarbeit | 2 |
| Mailbox + kollaborativ + Smartphone | 5 |
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). E-Mail ist z.B. stärker von IO als von CPU abhängig, was bei kollaborativen Tools im Allgemeinen nicht der Fall ist.
CPU
Wir sprechen von der Anzahl der Herzen. Die Referenz ist eine neuere Server-CPU vom Typ Xeon.
BlueMind umfasst viele Dienste, daher empfehlen wir mindestens 2 Kerne.
Zu beachten ist, dass die Zuweisung zu vieler CPUs zu anderen Problemen in virtualisierten Umgebungen führen kann.
| Einheiten | anzahl der Herzen |
|---|---|
| 1-200 | 2 |
| 200-1000 | 4 |
| 1000-2000 | 6 |
| 2000-3000 | 8 |
| 3000-6000 | 12 |
| 6000+ | 2 Kerne / 1000 Einheiten |
RAM
| Einheiten | Ram |
|---|---|
| 1-250 | 16 GB |
| 250-1000 | 24 GB |
| 1000-2500 | 32 GB |
| 2500 - 5000 | 48 GB |
| 5000-10000 | 64 GB* |
| 10000+ | 96 GB* |
*mit Verschiebung des Dienstes Cyrus und bm-elasticsearch auf dedizierte Server
Lagerung / IO
:::info Festplatten und Leistung
Eine E-Mail beansprucht die Festplatten sehr stark, sowohl für das Lesen und Schreiben kleiner Dateien als auch für die gesamte Verarbeitung der Nachrichten (Indexierung, Lesestatus, …). Die Qualität der Datenträger und ihre Geschwindigkeit ist ein Schlüsselfaktor für ein leistungsstarkes E-Mail-System.
:::
IOPS = „In/Out per second“, d.h. „Ein-/Ausgabe pro Sekunde“
Mindestleistung und -volumen der Festplatten
Der Speicher wird in IOPS bemessen, da ein Mailbox-Dienst viele IOs verbraucht. Der Speicherplatz hängt direkt von der Nachfrage des Kunden ab (Quoten, …).
Je nach Endnutzung müssen nicht alle Laufwerke die gleiche Leistung oder das gleiche Volumen haben.
Die angegebenen Mindestvolumina sind Schätzungen, die je nach Installation und Entwicklung der Organisation variieren können. Es ist daher vorzuziehen, Technologien zu verwenden, die eine einfache Vergrößerung der FS ermöglichen (LVM...).
Montagepunkt | Beschreibung | Typ NFS | Blockgerätetyp | Mindest-IOPS | Mindestspeicherkapazität |
/var/spool/cyrus/data | Speicherort für E-Mails | ✅ | ✅ | 6.000 IOPS | Der größte Speicherbereich, dessen Größe sich nach dem erwarteten E-Mail-Aufkommen richtet. |
/var/spool/bm-hsm | Optionaler Speicherplatz für den sekundären Speichervon E-Mails | ✅ | ✅ | 6.000 IOPS | |
/var/spool/cyrus/meta | E-Mail-Metadaten | ❌ | ✅ | 10.000 IOPS | 5 % des Volumens von /var/spool/cyrus/data |
/var/lib/cyrus | Informationen zu Postfächern und Konversationen | ❌ | ✅ | 10.000 IOPS | 5 % des Volumens von /var/spool/cyrus/data |
/var/spool/sieve | Regeln zum Filtern von E-Mails | ✅ | ✅ | 6.000 IOPS | 1 MB pro Benutzer + gemeinsam genutzte Postfächer |
/var/lib/postgresql | PostgreSQL-Datenbank | ❌ | ✅ | 10.000 IOPS | 5 % des Volumens von /var/spool/cyrus/data(Der auf dieser Partition belegte Speicherplatz verdoppelt sich während einer DataProtect-Wiederherstellung) |
/var/spool/bm-elasticsearch | Daten aus den Elasticsearch-Indizes | ❌ | ✅ | 10.000 iops | 10 % des Volumens von /var/spool/cyrus/data + /var/spool/bm-hsm Es sollten mindestens 50 % freier Speicherplatz vorgesehen werden, es sei denn, Dataprotect ist für ES deaktiviert. Wir empfehlen die Verwendung von 2 separaten Partitionen von gleicher Größe, verbunden mit den Unterordnern:
|
/var/spool/bm-mail | Versenden von E-Mails über EAS/MAPI | ✅ | ✅ | 6.000 IOPS | 2 GB |
/var/backups/bluemind | Sicherungen DataProtect | ✅ | ✅ | 6.000 IOPS | Summe aus:
Bei Größen von /var/spool/cyrus/data + /var/spool/bm-hsm von mehr als 1 TB empfehlen wir, die DataProtect-Sicherung der E-Mails zu deaktivieren. Vous pouvez utiliser un système de sauvegarde tiers et/ou la corbeille double fond |
/var/spool/bm-mapi | Temporäre Verzeichnisse des Dienstes bm-mapi | ✅ | ✅ | 6.000 IOPS | 2 GB |
/var/spool/bm-hollowed | Interner Cache | ✅ | ✅ | 10.000 IOPS | 1 GB |
/var/spool/bm-docs | Speicherort für Benutzer-Thumbnails, Ressourcen usw. | ✅ | ✅ | 6.000 IOPS | 1 MB pro Entität mit Miniaturansicht |
/var/spool/postfix | E-Mail-Warteschlange | ✅ | ✅ | 6.000 IOPS | 2 GB |
/var/log | System- und Anwendungsprotokolle | ✅ | ✅ | 10.000 IOPS | 50 GB |
/tmp | Temporäre Dateien | ✅ | ✅ | N/A | Für die Installation von BlueMind sind 1,2 GB Speicherplatz erforderlich. Dies bezieht sich auf das Dekomprimieren des Installers. |
/usr/share | ✅ | ✅ | k. A. | 8 GiB sind erforderlich, um die Module und Webanwendungen unterzubringen. |
IOPS-Daten der Speichermedien (Wikipedia)
| Gerät | Typ | IOPS | Schnittstelle | Anmerkungen |
|---|---|---|---|---|
| 7.200 U/min SATA-Laufwerke | HDD | ~75–100 IOPS [2] | SATA 3 Gb/s | |
| 10.000 U/min SATA-Laufwerke | HDD | ~125–150 IOPS [2] | SATA 3 Gbit/s | |
| 10,000 rpm SAS Laufwerke | HDD | ~140 IOPS [2] | SAS | |
| 15,000 rpm SAS Laufwerke | HDD | ~175–210 IOPS [2] | SAS |
Beispiele
Die Verteilung von Kernen/Ram auf mehrere Server (virtuell oder nicht) wird hier nicht beschrieben.
Bis zu 16/24 GB RAM halten wir es jedoch für sinnvoll, alles auf einer einzigen 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).
Benutzer / Einheiten | Knoten | Anzahl der CPU-Kerne | RAM in GB | IOPS / Festplatte |
25 Nutzer / 5 mit Smartphones 45 Einheiten (20 + 25) | 2 | 16 | 13,5 / alle Festplatten | |
150 Nutzer / 50 kollaborative Nutzer, davon 25 mit Smartphones 225 Einheiten (100 + 25 × 2 + 25 × 5) | 4 | 16 | 67,5 mindestens SATA 7200 | |
300 Nutzer / 100 Mitarbeiter / 30 Smartphones 490 Einheiten (200 + 70 × 2 + 30 × 5) | 4 | 24 | 147 2 * 10.000 U/min SAS 1 * 15.000 U/min SAS | |
600 Nutzer / 200 kollaborative Nutzer / 50 Smartphones 950 Einheiten (400 + 150 * 2 * 50 * 5) → 4 CPUs, 24 GB RAM | Core | 2 | 20 | 285 SSD, Schacht oder anderes System |
Edge | 2 | 4 | ||
1000 Nutzer / 250 Kollaborationsgeräte / 100 Smartphones 1.300 Einheiten (750 + 150 * 2 + 100 * 5) → 6 CPUs, 32 GB RAM | Core | 2 | 20 | 390 SSD, Gehäuse oder anderes System |
BM-ES | 2 | 8 | ES-Paket ab 1 TB an E-Mails und Archiven | |
Edge | 2 | 4 | ||
2000 Nutzer / 500 Kollaborationsgeräte / 200 Smartphones 3.100 Einheiten (1.500 + 300 * 2 + 200 * 5) → 12 CPUs, 48 GB RAM | Core | 6 | 20 | 930 Array (2000 IOPS) |
BM-ES | 2 | 12 | ES-Paket ab 1 TB an E-Mails und Archiven | |
Cyrus | 2 | 12 | Cyrus – speziell für E-Mails und Archive ab 2 TB | |
Edge | 2 | 4 | ||
4.000 Nutzer / 1.000 Mitarbeiter / 300 Smartphones 5.900 Einheiten (3.000 + 700 * 2 + 300 * 5) → 12 CPUs, 64 GB RAM | Core | 6 | 36 | 1770 Array (2–3000 IOPS) |
BM-ES | 2 | 12 | ES-Paket ab 1 TB an E-Mails und Archiven | |
Cyrus | 2 | 12 | Cyrus – speziell für E-Mails und Archive ab 2 TB | |
Edge | 2 | 4 | ||
4.000 Nutzer / 1.000 Kollaborationsgeräte / 1.000 Smartphones 8.000 Einheiten (3.000 + 1.000 * 5) → 16 CPUs, 64 GB RAM | Core | 6 | 36 | 2.400 SAN / sonstige Technologien |
BM-ES | 4 | 12 | ES-Paket ab 1 TB an E-Mails und Archiven | |
Cyrus | 4 | 12 | Cyrus – speziell für E-Mails und Archive ab 2 TB | |
Edge | 2 | 4 | ||
4.000 Nutzer / 4.000 Kollaborationsgeräte / 1.000 Smartphones 11.000 Einheiten (3.000 * 2 + 1.000 * 5) → 22 CPUs, 96 GB RAM | Core | 10 | 44 | 3300 SAN / sonstige Technologien |
BM-ES | 4 | 24 | ES-Paket ab 1 TB an E-Mails und Archiven | |
Cyrus | 6 | 24 | Cyrus – speziell für 2 TB und mehr an E-Mails und Archiven Ein zweiter Cyrus-Knoten ist in Betracht zu ziehen | |
Edge | 2 | 4 | ||
5.000 Nutzer und mehr (10.000, 100.000, …) | Das System muss verteilt sein, und die Architektur muss unter Berücksichtigung des jeweiligen Kontexts ausgelegt werden. | |||
Bandbreite
Die erforderliche Bandbreite ist nicht vorhersehbar, da sie größtenteils vom Mailverkehr abhängt.
Nachfolgend finden Sie Informationen über den Bandbreitenverbrauch des BlueMind Kalenders und der Smartphones, die zeigen, dass der E-Mail-Verkehr dominiert.
Bandbreite Agenda BlueMind
Für einen Nutzer, der die Kalenderanwendung in seinem Browser geöffnet hat, in http und Bytes (gemessen im Netzwerk mit Wireshark) :
- alle 30 Sekunden: ein "doSync" 1067 / 293 (Senden der lokalen Änderungen und Abrufen der Änderungen)
- alle 5 Sekunden: ein "Ping": 898 / 233, d.h. 5388 / 1398 in 30 Sekunden (ein "Keep alive")
Client zu Server: 215 Bytes/sec (1067+5388)/30
Server zu Client: 56 Bytes/sec (293+1398)/30
| # aktive Benutzer | Client zu Server | Server zu Client |
|---|---|---|
| 1 | 215 Bytes/s | 56 Bytes/s |
| 100 | 21 kb/s | 6 kb/s |
| 1 000 | 210 kb/s | 60 kb/s |
| 10 000 | 2,1 MB/s | 600 kb/s |
Mit Spielraum für 1000 offene Agenden in den Browsern :
- Client zu Server: 500 kb/sec.
- Server zu Client: 150 KB/Sek.
Bandbreite des Kontaktmanagements
Für einen Nutzer, der die Anwendung zur Kontaktverwaltung in seinem Browser geöffnet hat, in http und in Bytes :
144 Bytes / Sekunde
Insbesondere mit :
- alle 5 Sekunden ein "Ping".
- alle 30 Sekunden ein "bmc".
Unter Berücksichtigung einer Sicherheitsmarge durch Verdopplung des gemessenen Wertes erhalten wir eine Bandbreite von 288 Bytes pro Sekunde für einen Nutzer, der die Anwendung zur Kontaktverwaltung gestartet hat.
Bandbreite Smartphones
Die ActiveSync-Ratios werden von Microsoft bereitgestellt: 1.04kb /sec/user
d.h. für 100 Smartphones: 104 KB, also 13 KB/Sek.
Für den wir eine angemessene Marge von x2 nehmen, was zu :
100 Smartphones == 26 KB/Sek.
1.000 Smartphones == 260 KB/Sek.