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...).
Point de montage | Description | Typ NFS | Typ block device | IOPS minimum | Volumétrie minimale |
/var/spool/cyrus/data | Espace de stockage des emails | ✅ | ✅ | 6 000 iops | Espace le plus volumineux, à déterminer en fonction de la volémetrie mail attendue. |
/var/spool/bm-hsm | Espace optionnelde stockage secondairedes emails | ✅ | ✅ | 6 000 iops | |
/var/spool/cyrus/meta | Meta données des e-mail | ❌ | ✅ | 10 000 iops | 5% du volume de /var/spool/cyrus/data |
/var/lib/cyrus | Information des BALs et conversations | ❌ | ✅ | 10 000 iops | 5% du volume de /var/spool/cyrus/data |
/var/spool/sieve | Règles de filtrage des mails | ✅ | ✅ | 6 000 iops | 1 Mo par utilisateurs + BAL partagées |
/var/lib/postgresql | Base de données PostgreSQL | ❌ | ✅ | 10 000 iops | 5% du volume de /var/spool/cyrus/data(L'espace utilisé sur cette partition est doublé durant une restauration DataProtect) |
/var/spool/bm-elasticsearch | Données des index ElasticSearch | ❌ | ✅ | 10 000 iops | 10% du volume de /var/spool/cyrus/data + /var/spool/bm-hsm Prévoir de laisser au moins 50% d'espace libre, sauf si le dataprotect est désactivée pour ES. Wir empfehlen die Verwendung von 2 separaten Partitionen von gleicher Größe, verbunden mit den Unterordnern:
|
/var/spool/bm-mail | Envoi des emails via EAS/mapi | ✅ | ✅ | 6 000 iops | 2 Go |
/var/backups/bluemind | Sauvegardes 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 | Dossiers temporaire du service bm-mapi | ✅ | ✅ | 6 000 iops | 2 Go |
/var/spool/bm-hollowed | Cache interne | ✅ | ✅ | 10 000 iops | 1 Go |
/var/spool/bm-docs | Stockage des vignettes utilisateurs, ressources... | ✅ | ✅ | 6 000 iops | 1 Mo par entité avec vignette |
/var/spool/postfix | File d'attente des mails | ✅ | ✅ | 6 000 iops | 2 Go |
/var/log | Journaux systèmes et applicatifs | ✅ | ✅ | 10 000 iops | 50 Go |
/tmp | Fichiers temporaires | ✅ | ✅ | N/A | 1.2G de volumétrie est nécessaire à l'installation de BlueMind. Dies bezieht sich auf das Dekomprimieren des Installers. |
/usr/share | ✅ | ✅ | N/A | 8GiB sont nécessaires pour contienir les modules et applications web. |
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).
Users / unités | Noeud | CPU #cœurs | RAM en Go | IOPS / Disque |
25 Nutzer / 5 mit Smartphones 45 Einheiten (20 + 25) | 2 | 16 | 13,5 / tout disque | |
150 Nutzer / 50 kollaborative Nutzer, davon 25 mit Smartphones 225 Einheiten (100 + 25 × 2 + 25 × 5) | 4 | 16 | 67,5 SATA 7200 minimum | |
300 Nutzer / 100 Mitarbeiter / 30 Smartphones 490 Einheiten (200 + 70 × 2 + 30 × 5) | 4 | 24 | 147 2 * 10K rpm SAS 1 * 15K rpm SAS | |
600 utilisateurs / 200 collaboratifs / 50 smartphones 950 unités (400 + 150 * 2 * 50 * 5) → 4 CPU, 24 GB de RAM | Core | 2 | 20 | 285 SSD, Baie ou autre système |
Edge | 2 | 4 | ||
1000 Nutzer / 250 collaboratifs / 100 smartphones 1300 unités (750 + 150 * 2 + 100 * 5) → 6 CPU, 32 GB de RAM | Core | 2 | 20 | 390 SSD, Baie ou autre système |
BM-ES | 2 | 8 | ES dédié à partir d'1To de mails et archives | |
Edge | 2 | 4 | ||
2000 Nutzer / 500 collaboratifs / 200 smartphones 3100 unités (1500 + 300 * 2 + 200 * 5) → 12 CPU, 48Go de RAM | Core | 6 | 20 | 930 Baie (2000 IOPS) |
BM-ES | 2 | 12 | ES dédié à partir d'1To de mails et archives | |
Cyrus | 2 | 12 | Cyrus dédié à partir de 2To de mails et archives | |
Edge | 2 | 4 | ||
4.000 Nutzer / 1000 collaboratifs / 300 smartphones 5900 unités (3000 + 700 * 2 + 300 * 5) → 12 CPU, 64Go de RAM | Core | 6 | 36 | 1770 Baie (2-3000 IOPS) |
BM-ES | 2 | 12 | ES dédié à partir d'1To de mails et archives | |
Cyrus | 2 | 12 | Cyrus dédié à partir de 2To de mails et archives | |
Edge | 2 | 4 | ||
4.000 Nutzer / 1000 collaboratifs / 1000 smartphones 8000 unités (3000 + 1000 * 5) → 16 CPU, 64Go de RAM | Core | 6 | 36 | 2400 SAN / autre techno |
BM-ES | 4 | 12 | ES dédié à partir d'1To de mails et archives | |
Cyrus | 4 | 12 | Cyrus dédié à partir de 2To de mails et archives | |
Edge | 2 | 4 | ||
4.000 Nutzer / 4000 collaboratifs / 1000 smartphones 11000 unités (3000 * 2 + 1000 * 5) → 22 CPU, 96Go de RAM | Core | 10 | 44 | 3300 SAN / autre techno |
BM-ES | 4 | 24 | ES dédié à partir d'1To de mails et archives | |
Cyrus | 6 | 24 | Cyrus dédié à partir de 2To de mails et archives 2ème noeud Cyrus à envisager | |
Edge | 2 | 4 | ||
5000 utilisateurs et + (10 000, 100 000,..) | Le système doit être distribué et l’architecture étudiée en fonction du contexte particulier. | |||
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.