Materialdimensionierung
Die hier angegebenen Daten sind unverbindlich. In der Tat kann die Nutzung bei gleicher Anzahl von Benutzern 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 usw. fallen täglich sehr unterschiedlich aus.
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:
| Benutzerprofil | Preis pro Einheit |
|---|---|
| Nur Mailbox | 1 |
| Mailbox + intensiv kollaborativ | 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). 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.
| Einheiten | Anzahl der Kerne |
|---|---|
| 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
Speicherung / IO
Eine Mailbox beansprucht die Festplatten sehr stark, sowohl für das Lesen und Schreiben kleiner Dateien als auch für alle Bearbeitungen der Nachrichten (Indizierung, Lesestatus usw.). 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 von Festplatten
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.)
Je nach Endnutzung müssen nicht alle Laufwerke unbedingt die gleiche Leistung erbringen oder das gleiche Volumen aufweisen.
Bei den angegebenen Volumen handelt es sich um Schätzungen, die je nach Einrichtung und Entwicklung der Organisation variieren können. Daher ist es vorzuziehen, Technologien zu verwenden, die eine einfache Erweiterung der FS ermöglichen.
Point de montage | Description | Type NFS | Type 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 optionnel de stockage secondaire des 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/spool/bm-hsm |
/var/lib/cyrus | Information des BALs et conversations | ❌ | ✅ | 10 000 iops | 5% du volume de /var/spool/cyrus/data + /var/spool/bm-hsm |
/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 + /var/spool/bm-hsm |
/var/spool/bm-elasticsearch | Données des index ElasticSearch | ❌ | ✅ | 6 000 iops | 10% du volume de /var/spool/cyrus/data + /var/spool/bm-hsm Prévoir de laisser au moins 50% d'espace libre. Nous conseillons d'utiliser 2 partitions distinctes, de tailles égales, attachées aux sous-dossiers:
|
/var/spool/bm-mail | Envoi des emails via EAS/mapi | ✅ | ✅ | 6 000 iops | 2 Go |
/var/backups/bluemind | Sauvegardes DataProtect | ✅ | ✅ | 6 000 iops | Somme de:
Pour des tailles de /var/spool/cyrus/data + /var/spool/bm-hsm supérieures à 1 To, nous conseillons de désactiver la sauvegarde DataProtect des mails. 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 | ✅ | ✅ | 6 000 iops | 1 Go |
/var/spool/bm-docs | Stockage des vignettes utilisateurs, resources... | ✅ | ✅ | 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. Cela est relatif à la décompression de l'installeur |
/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 | Hinweise |
|---|---|---|---|---|
| 7.200 U/min SATA-Laufwerke | HDD | ~75-100 IOPS [2] | SATA 3 Gbit/s | |
| 10.000 U/min SATA-Laufwerke | HDD | ~125-150 IOPS [2] | SATA 3 Gbit/s | |
| 10.000 U/min SAS-Laufwerke | HDD | ~140 IOPS [2] | SAS | |
| 15.000 U/min 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 utilisateurs / 5 avec smartphones 45 unités (20 + 25) | 2 | 16 | 13,5 / tout disque | |
150 utilisateurs / 50 collaboratifs dont 25 avec smartphones 225 unités (100+25 * 2+25 * 5) | 4 | 16 | 67,5 SATA 7200 minimum | |
300 utilisateurs / 100 collaboratifs / 30 smartphones 490 unités (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 Go de RAM | Core | 2 | 20 | 285 SSD, Baie ou autre système |
Edge | 2 | 4 | ||
1000 util. / 250 collaboratifs / 100 smartphones 1300 unités (750 + 150 * 2 + 100 * 5) → 6 CPU, 32 Go 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 util. / 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 | ||
4000 util. / 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 | ||
4000 util. / 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 | ||
4000 util. / 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 benötigte Bandbreite ist nicht vorhersehbar, da sie sehr stark vom E-Mail-Verkehr abhängt.
Als Anhaltspunkt 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
| # aktive Benutzer | Client an Server | Server an Client |
|---|---|---|
| 1 | 215 Bytes/Sek. | 56 Bytes/Sek. |
| 100 | 21 KB/Sek. | 6 KB/Sek. |
| 1000 | 210 KB/Sek. | 60 KB/Sek. |
| 10000 | 2,1 MB/Sek. | 600 KB/Sek. |
Mit Marge, für 1000 geöffnete Kalender in den Browsern:
- Client an Server: 500 kb/s
- Server an Client: 150 KB/s
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: 104 KB, also 13 KB/s
Dafür nehmen wir einen angemessenen Spielraum von x2 an, dies ergibt:
100 Smartphones == 26 KB/Sek.
1.000 Smartphones == 260 KB/Sek.