Historique de la page
Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Le principe des unitésDans un système comme BlueMind, il y a différents composants consommateurs de ressources. Le calcul basique “par utilisateur” n’est plus valide car un utilisateur qui n’utilise que la partie messagerie ne sollicitera pas le système de la même façon qu’un utilisateur utilisant le mail et les outils collaboratifs (agenda,..), notamment avec un PDAsmartphone. Le calcul du dimensionnement s’effectue donc par unité sachant que :
De même pour un même nombre d’unité, une utilisation uniquement messagerie n’aura pas la même consommation de ressources qu’une utilisation messagerie + collaboratif (pour la moitié d’utilisateurs). Le mail étant par exemple plus dépendant des IO que du CPU, ce qui est inverse en général des outils collaboratifs. CPUNous parlons en nombre de cœurs. La référence est un CPU serveur récent, de type Xeon. BlueMind comprend de nombreux services, nous préconisons donc 2 cœurs minimum. Unités nombre de cœurs 1-50 2 A noter qu'allouer trop de CPU peut mener à d'autres problèmes sur des environnements virtualisés (https://techan.fr/problemes-de-performance-sur-vmware-du-a-du-cpu-ready.html)
1 coeur / 250 unités
RAM
12 Go 500+
*avec déport du service Cyrus et bm-elasticsearch sur des serveurs dédiés 12 + 1G / 500 unitésStockage / IO
Le stockage est dimensionné en IOPS, un service de messagerie étant un gros consommateur d’IO. L’espace de stockage est lui directement dépendant de la demande du client (quotas,..) Unités IOPS par unité 1 .3 Données sur les IOPS des moyens de stockage (wikipedia)
Device Type IOPS Interface Notes ~75-100 IOPS [2] SATA 3 Gb/s 10,000 rpm SATA drives HDD ~125-150 IOPS [2] SATA 3 Gbit/s 10,000 rpm SAS drives HDD ~140 IOPS [2] SAS 15,000 rpm SAS drives HDD ~175-210 IOPS [2] SAS | ExemplesLa répartition des coeurs / ram sur plusieurs serveurs (virtuels ou non) n’est pas décrite ici. Cependant jusqu’à 16/24 coeurs, nous considérons pertinent d’installer l’ensemble sur une même plateforme. Au dela de ceci, et pour gérer les populations en dizaine ou plus de milliers d’utilisateurs, l’architecture doit être distribuée. Ensuite, la partie messagerie doit être séparée, ainsi que la base de données (très sollicitée par le collaboratif / PDA). Users / unités CPU #cœurs RAM IOPS / Disque 25 utilisateurs / 5 avec PDA 45 unités (20 + 25) 2 6 13,5 / tout disque 150 utilisateurs / 50 collaboratifs dont 25 avec PDA 225 unités (100+25*2+25*5) 4 12 67,5 SATA 7200 minimum 300 utilisateurs / 100 collaboratifs / 30 PDA 490 unités (200 + 70*2 + 30*5) 4 12 147 2 * 10K rpm SAS 1 * 15K rpm SAS 600 utilisateurs / 200 collaboratifs / 50 PDA 950 unités (400 + 150*2 * 50*5) 4 14 285 SSD, Baie ou autre système 1000 util. / 250 collaboratifs / 100 PDA 1300 unités (750 + 150 * 2 + 100 * 5) 6 15 390 SSD, Baie ou autre système 2000 util. / 500 collaboratifs / 200 PDA 3100 unités (1500 + 300*2 + 200 * 5) 13 16 930 Baie (2000 IOPS) 4000 util. / 1000 collaboratifs / 300 PDA 5900 unités (3000 + 700*2 + 300*5) 24 22 1770 Baie (2-3000 IOPS) 4000 util. / 1000 collaboratifs / 1000 PDA 8000 unités (3000 + 1000*5) 32 26 2400 BAIE 3000 IOPS SAN / autre techno 4000 util. / 4000 collaboratifs / 1000 PDA 11000 unités (3000*2 + 1000*5) 44 32 3300 SAN / autre techno 5000 utilisateurs et + (10 000, 100 000,..) Le système doit être distribué et l’architecture étudiée en fonction du contexte particulier. | | | Bande passanteLa bande passante nécessaire n’est pas prévisible car elle dépend en très grande partie du trafic mail. A titre d’informations ci-dessous les informations sur la consommation bande passante de l’agenda BlueMind et des PDA, qui montre bien la prédominance du trafic mail. Bande passante Agenda BlueMindPour un utilisateur avec l'application d'agenda ouverte dans son navigateur, en http et en octets (mesuré sur le réseau avec wireshark) :
Client vers serveur: 215 octets/sec (1067+5388)/30 Server vers client: 56 octets/sec (293+1398)/30 # utilisateurs actifs client vers serveur serveur vers client 1 215 octets/s 56 octets/s 100 21 ko/s 6 ko/s 1 000 210 ko/s 60 ko/s 10 000 2,1 Mo/s 600 ko/s Avec de la marge, pour 1000 agendas ouverts dans les navigateurs :
Bande passante de la gestion des contactsPour un utilisateur avec l'application de gestion des contacts ouverte dans son navigateur, en http et en octets : 144 octets / seconde Avec en particulier :
En prenant une marge de sécurité en doublant la valeur mesurée, nous obtenons une bande passant de 288 octets par seconde pour un utilisateur ayant lancé l'application de gestion de contacts. Bande passante PDALes ratios ActiveSync sont fournis par microsoft : 1.04kb /sec/user soit pour 100 PDAs : 104Kb, donc 13Ko/sec Pour lequel nous prendrons une marge raisonnable de x2, ce qui donne : 100 PDA == 26 Ko/sec 1 000 PDA == 260 Ko/sec | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
User profile | Units |
---|---|
Messaging only | 1 |
Messaging + intense collaborative use | 2 |
Messaging + collaborative services + PDA | 5 |
Also, for a same amount of units, a use of messaging only won't consume the same amount of resources as a messaging+collaborative use: unlike collaborative tools, messaging, for example, is more heavily dependent on IO than on CPU.
CPU
CPU is stated in number of cores. Reference values are based on recent Xeon-type CPU.
BlueMind has several services, as a result we recommend a minimum of 2 cores.
Units
Number of core(s)
1-50
2
50-1000
4
1000+
1 / 250 units
RAM
Units
RAM
1-50
6 GB
50-500
12 GB
500+
12 + 1 GB / 500 units
Storage / IO Performance
Info |
---|
IOPS = "Input/Output Operations Per Second" |
The messaging service is a heavy user of IO, as a result storage is sized in IOPS . As for storage space, it depends on client requirements (quotas, etc.)
Units
IOPS per unit
1
.3
IOPS data for storage devices
Device
Type
IOPS
Interface
Notes
7,200 rpm SATA drives
HDD
~75-100 IOPS
SATA 3 Gb/s
10,000 rpm SATA drives
HDD
SATA 3 Gb/s
10,000 rpm SAS drives
HDD
SAS
15,000 rpm SAS drives
HDD
~175-210 IOPS
SAS
Source: http://en.wikipedia.org/wiki/IOPS#Examples
Examples
Core/RAM distribution over several servers (virtual or otherwise) is not described here.
However, for up to 16/24 cores, we believe that a single-platform installation makes sense.
Above this threshold, and to manage populations of tens of thousands of users or more, the architecture must be distributed.
Also, the messaging part as well as the database (which collaborative use/PDA places heavy demands on) must be kept separate from the rest.
Users / Units
CPU
#cores
RAM
IOPS / Disk
25 users / 5 with PDAs
45 units (20 + 25)
2
6
13.5 / all disks
150 users / 50 collaborative users of which 25 with PDAs
225 units (100+25*2+25*5)
4
12
67.5
SATA 7,200 minimum
300 users / 100 collaborative users / 30 PDAs
490 units (200 + 70*2 + 30*5)
4
12
147
2 * 10K rpm SAS
1 * 15K rpm SAS
600 users / 200 collaborative users / 50 PDAs
950 units (400 + 150*2 * 50*5)
4
14
285
SSD, Bay or other system
1,000 users / 250 collaborative users / 100 PDAs
1,300 units (750 + 150 * 2 + 100 * 5)
6
15
390
SSD, Bay or other system
2,000 users / 500 collaborative users / 200 PDAs
3,100 units (1500 + 300*2 + 200 * 5)
13
16
930
Bay (2,000 IOPS)
4,000 users / 1000 collaborative users / 300 PDAs
5,900 units (3000 + 700*2 + 300*5)
24
22
1,770
Bay (2-3,000 IOPS)
4,000 users / 1000 collaborative users / 1000 PDAs
8,000 units (3000 + 1000*5)
32
26
2,400
Bay 3,000 IOPS
SAN / other technology
4,000 users / 4,000 collaborative users / 1000 PDAs
1,1000 units (3,000*2 + 1,000*5)
44
32
3,300
SAN / other technology
5,000+ users (10,000; 100,000; etc.)
The system must be distributed and the architecture designed on an ad-hoc basis.
| ||
Un messagerie sollicite beaucoup les disques, pour la lecture et l'écriture de petits fichiers, mais aussi pour tous les traitements sur les messages (indexation, état de lecture, etc...). La qualité des disques et leur rapidité est une donnée clé d'une messagerie performante. |
Info |
---|
IOPS = «In/Out per second», soit «Entrée/Sorties par seconde» |
Performances minimales des disques
Le stockage est dimensionné en IOPS, un service de messagerie étant un gros consommateur d’IO. L’espace de stockage est lui directement dépendant de la demande du client (quotas,..)
Selon l'usage final, tous les disques n'ont pas nécessairement besoin d'avoir le même niveau de performance. Voici les IOPS minimum pour toute installation :
point de montage | description | type | IOPS minimum | |
---|---|---|---|---|
NFS | block device | |||
/var/lib/postgresql | Base de données PostgreSQL | 10 000 iops | ||
/var/spool/cyrus/meta | meta données des e-mail | 10 000 iops | ||
/var/spool/cyrus/data | emails | 6 000 iops | ||
/var/spool/bm-hsm | emails archivés | 6 000 iops | ||
/var/spool/bm-elasticsearch | index de recherche | 10 000 iops | ||
/var/spool/bm-mail | envoi des emails via EAS/mapi ~2Go | 6 000 iops | ||
/var/log | logs (fichiers journaux) | 6 000 iops | ||
/var/backups/bluemind | sauvegardes | 6 000 iops |
Pour les installations supérieures à 2000 utilisateurs, les iops attendus peuvent être calculés selon le nombre d'utilisateurs et l'usage :
Unités | IOPS par unité |
---|---|
1 | 1 |
Données sur les IOPS des moyens de stockage (wikipedia)
Device | Type | IOPS | Interface | Notes |
---|---|---|---|---|
~75-100 IOPS [2] | SATA 3 Gb/s | |||
10,000 rpm SATA drives | HDD | ~125-150 IOPS [2] | SATA 3 Gbit/s | |
10,000 rpm SAS drives | HDD | ~140 IOPS [2] | SAS | |
15,000 rpm SAS drives | HDD | ~175-210 IOPS [2] | SAS |
Vérification de la performance de vos disques
Info | ||
---|---|---|
| ||
Effectuez ces tests en respectant bien les consignes. Il est possible de détruire des données ou impacter les performances du serveur si les opérations ne sont pas réalisées avec précaution. |
Vous pouvez vérifier la performance de vos disques en utilisant la procédure de test suivante :
[Système] Commandes (à déplacer dans Troubleshooting de la v4 ?)
Exemples
La répartition des cœurs / ram sur plusieurs serveurs (virtuels ou non) n’est pas décrite ici.
Cependant jusqu’à 16/24 cœurs, nous considérons pertinent d’installer l’ensemble sur une même plateforme.
Au dela de ceci, et pour gérer les populations en dizaine ou plus de milliers d’utilisateurs, l’architecture doit être distribuée.
Ensuite, la partie messagerie doit être séparée, ainsi que la base de données (très sollicitée par le collaboratif / 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 2 To 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 2 To 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 BAIE 3000 IOPS 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 2 To 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 2 To de mails et archives 2e 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. |
Bande passante
La bande passante nécessaire n’est pas prévisible car elle dépend en très grande partie du trafic mail.
A titre d’informations ci-dessous les informations sur la consommation bande passante de l’agenda BlueMind et des smartphones, qui montre bien la prédominance du trafic mail.
Bande passante Agenda BlueMind
Pour un utilisateur avec l'application d'agenda ouverte dans son navigateur, en http et en octets (mesuré sur le réseau avec wireshark) :
- toutes les 30 sec: un "doSync" 1067 / 293 (envoie des modifs locales et récupération des changements)
- toutes les 5 sec: un "ping": 898 / 233, soit 5388 / 1398 en 30 s(un "keep alive")
Client vers serveur: 215 octets/sec (1067+5388)/30
Server vers client: 56 octets/sec (293+1398)/30
# utilisateurs actifs | client vers serveur | serveur vers client |
---|---|---|
1 | 215 octets/s | 56 octets/s |
100 | 21 ko/s | 6 ko/s |
1 000 | 210 ko/s | 60 ko/s |
10 000 | 2,1 Mo/s | 600 ko/s |
Avec de la marge, pour 1000 agendas ouverts dans les navigateurs :
- Client vers serveur: 500ko/sec.
- Serveur vers client: 150ko/sec.
Bande passante de la gestion des contacts
Pour un utilisateur avec l'application de gestion des contacts ouverte dans son navigateur, en http et en octets :
144 octets / seconde
Avec en particulier :
- toutes les 5 secondes un "ping"
- toutes les 30 secondes un "bmc"
En prenant une marge de sécurité en doublant la valeur mesurée, nous obtenons une bande passant de 288 octets par seconde pour un utilisateur ayant lancé l'application de gestion de contacts.
Bande passante smartphones
Les ratios ActiveSync sont fournis par microsoft : 1.04kb /sec/user
soit pour 100 smartphones : 104Kb, donc 13Ko/sec
Pour lequel nous prendrons une marge raisonnable de x2, ce qui donne :
100 smartphones == 26 Ko/sec
1 000 smartphones == 260 Ko/sec
Sv translation | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
About unitsSeveral BlueMind components use up resources. A standard "per user" calculation cannot be applied because a user who only uses email will not generate the same system load as a user using email and collaborative services (Calendar, etc.) and a smartphone. As a result, sizing is calculated on a "per unit" basis:
Also, for a same amount of units, a use of email only will not consume the same amount of resources as an email+collaborative use: unlike collaborative tools, email, for example, is more heavily dependent on IO than on CPU. CPUCPU is stated in number of cores. Reference values are based on recent Xeon-type CPU. BlueMind has several services, as a result we recommend a minimum of 2 cores. Please note that too much CPU can lead to other issues on virtualized environments (https://techan.fr/problemes-de-performance-sur-vmware-du-a-du-cpu-ready.html)
RAM
*With the Cyrus service and bm-elasticsearch on dedicated servers Storage / IO Performance
The email service is a heavy user of IO, as a result storage is sized in IOPS . As for storage space, it depends on client requirements (quotas, etc.) Minimum disk performanceThe email service being IO hungry, storage is sized in IOPS. The storage space itself directly depends on client requirements (quotas etc.). Depending on the final usage, all the disks do not require the same performance levels. Below are the minimum IOPS for any installation:
For installations with more than 2,000 users, expected iops can be calculated based on the number of users and usage:
IOPS data for storage devices (wikipedia)
Source: http://en.wikipedia.org/wiki/IOPS ExamplesCore/RAM distribution over several servers (virtual or otherwise) is not described here. However, for up to 16/24 cores, we believe that a single-platform installation makes sense. Above this threshold, and to manage populations of tens of thousands of users or more, the architecture must be distributed. Also, the email part as well as the database (which collaborative use/smartphone places heavy demands on) must be kept separate from the rest.
BandwidthBandwidth requirements cannot be predicted as they largely depend on mail traffic. Please note that the data on bandwidth usage of the BlueMind calendar and smartphones below clearly shows the preponderance of mail traffic. BlueMind Calendar bandwidthFor a user with the Calendar application open in their web browser, in http and in bytes (measured on the network with Wireshark):
Client to server: 215 bytes/sec (1,067+5,388)/30 Server to client: 56 bytes/sec (293+1,398)/30
With room for maneuvre, for 1,000 Calendars running in web browsers:
Contacts bandwidthFor a user with the Contacts application running in their browser, in http and in bytes: 144 bytes/second Specifically:
By doubling the value measured to ensure a comfortable safety margin, we calculate a bandwidth of 288 bytes per second for a user who has launched the Contacts application. Smartphone bandwidthMicrosoft provides the following ActiveSync ratios: 1.04KB/s/user i.e. for 100 smartphones: 104Kbit, or 13KB/s By taking a sensible safety margin of x2, we calculate:
|
Sv translation | ||
---|---|---|
| ||
Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Das Prinzip der EinheitenIn 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. CPUAnzahl 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) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Number of active users | Client to Server | Server to Client | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1 | 215 B/s | 56 B/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 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Le principe des unitésDans un système comme BlueMind, il y a différents composants consommateurs de ressources. Le calcul basique “par utilisateur” n’est plus valide car un utilisateur qui n’utilise que la partie messagerie ne sollicitera pas le système de la même façon qu’un utilisateur utilisant le mail et les outils collaboratifs (agenda,..), notamment avec un PDA. Le calcul du dimensionnement s’effectue donc par unité sachant que :
Profil d’utilisateur Coût en unité Messagerie seule 1 Messagerie + collaboratif intensif 2 Messagerie + collaboratif + PDA 5 De même pour un même nombre d’unité, une utilisation uniquement messagerie n’aura pas la même consommation de ressources qu’une utilisation messagerie + collaboratif (pour la moitié d’utilisateurs). Le mail étant par exemple plus dépendant des IO que du CPU, ce qui est inverse en général des outils collaboratifs. CPUNous parlons en nombre de cœurs. La référence est un CPU serveur récent, de type Xeon. BlueMind comprend de nombreux services, nous préconisons donc 2 cœurs minimum. Unités nombre de cœurs 1-50 2 50-1000 4 1000+ 1 coeur / 250 unités
RAMUnités Ram 1-50 6 Go 50-500 12 Go 500+ 12 + 1G / 500 unités Stockage / IO
Le stockage est dimensionné en IOPS, un service de messagerie étant un gros consommateur d’IO. L’espace de stockage est lui directement dépendant de la demande du client (quotas,..) Unités IOPS par unité 1 .3 Données sur les IOPS des moyens de stockage (wikipedia)
Device Type IOPS Interface Notes
| ExemplesLa répartition des coeurs / ram sur plusieurs serveurs (virtuels ou non) n’est pas décrite ici. Cependant jusqu’à 16/24 coeurs, nous considérons pertinent d’installer l’ensemble sur une même plateforme. Au dela de ceci, et pour gérer les populations en dizaine ou plus de milliers d’utilisateurs, l’architecture doit être distribuée. Ensuite, la partie messagerie doit être séparée, ainsi que la base de données (très sollicitée par le collaboratif / PDA). BeispieleDie 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).
Users / unités CPU #cœurs RAM IOPS / Disque 25 utilisateurs / 5 avec PDA 45 unités
4
6
13 16 930 Baie (2000 IOPS)
4000 util. / 1000 collaboratifs / 300 PDA 5900 unités
24
Baie (2-3000 IOPS)
4000 util. / 1000 collaboratifs / 1000 PDA 8000 unités
32
4000 util. / 4000 collaboratifs / 1000 PDA 11000 unités
44 32 3300 SAN / autre techno 5000 utilisateurs et + (10 000, 100 000,..) Le système doit être distribué et l’architecture étudiée en fonction du contexte particulier. | | | Bande passanteLa bande passante nécessaire n’est pas prévisible car elle dépend en très grande partie du trafic mail. A titre d’informations ci-dessous les informations sur la consommation bande passante de l’agenda BlueMind et des PDA, qui montre bien la prédominance du trafic mail. Bande passante Agenda BlueMindPour un utilisateur avec l'application d'agenda ouverte dans son navigateur, en http et en octets (mesuré sur le réseau avec wireshark) :
BandbreiteDie 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 KalenderFür einen Benutzer, der die Kalenderanwendung in seinem Browser geöffnet hat, in http und Bytes (gemessen über das Netzwerk mit Wireshark:
Client an Server: 215 Bytes/Sek. Client vers serveur: 215 octets/sec (1067+5388)/30 Server vers clientan Client: 56 octetsBytes/sec Sek. (293+1398)/30
| serveur vers clientclient vers serveur
Avec de la marge, pour 1000 agendas ouverts dans les navigateurs :
Bande passante de la gestion des contactsPour un utilisateur avec l'application de gestion des contacts ouverte dans son navigateur, en http et en octets : 144 octets / seconde Avec en particulier :
En prenant une marge de sécurité en doublant la valeur mesurée, nous obtenons une bande passant de 288 octets par seconde pour un utilisateur ayant lancé l'application de gestion de contacts. Bande passante PDALes ratios ActiveSync sont fournis par microsoft : 1.04kb /sec/user soit pour 100 PDAs : 104Kb, donc 13Ko/sec Pour lequel nous prendrons une marge raisonnable de x2, ce qui donne : 100 PDA == 26 Ko/sec
Mit Marge, für 1000 geöffnete Kalender in den Browsern:
Bandbreite der KontaktverwaltungFür einen Benutzer, der die Kontaktverwaltungsanwendung in seinem Browser geöffnet hat, in http und Bytes: 144 Bytes / Sekunde Und mit:
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-BandbreiteDie 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.1 000 PDA == 260 Ko/sec |