Date: Thu, 28 Mar 2024 20:51:45 +0000 (UTC) Message-ID: <1700839630.338.1711659105090@7672e661c475> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_337_568573632.1711659105090" ------=_Part_337_568573632.1711659105090 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
Les donn=C3=A9es indiqu=C3=A9es ici le sont =C3=A0 titre indicatif. En e= ffet, pour un m=C3=AAme nombre d=E2=80=99utilisateurs, l=E2=80=99utilisatio= n peut-=C3=AAtre tr=C3=A8s diff=C3=A9rente selon les structures et habitude= s. Le nombre de mails, leur taille, le nombre de destinataires dans les mai= ls, le nombre de rdv, de planification... tout ceci par jour est tr=C3=A8s = variable.
Dans un syst=C3=A8me comme BlueMind, il y a diff=C3=A9rents composants c= onsommateurs de ressources.
Le calcul basique =E2=80=9Cpar utilisateur=E2=80=9D n=E2=80=99est plus v= alide car un utilisateur qui n=E2=80=99utilise que la partie messagerie ne = sollicitera pas le syst=C3=A8me de la m=C3=AAme fa=C3=A7on qu=E2=80=99un ut= ilisateur utilisant le mail et les outils collaboratifs (agenda,..), notamm= ent avec un PDA.
Le calcul du dimensionnement s=E2=80=99effectue donc par unit=C3=A9 sach= ant que :
Profil d=E2=80= =99utilisateur |
Co=C3=BBt en un= it=C3=A9 |
---|---|
Messagerie seule |
1 |
Messagerie + collaboratif intensif |
2 |
Messagerie + collaboratif + PDA |
5 |
De m=C3=AAme pour un m=C3=AAme nombre d=E2=80=99unit=C3=A9, une utilisat= ion uniquement messagerie n=E2=80=99aura pas la m=C3=AAme consommation de r= essources qu=E2=80=99une utilisation messagerie + collaboratif (pour la moi= ti=C3=A9 d=E2=80=99utilisateurs). Le mail =C3=A9tant par exemple plus d=C3= =A9pendant des IO que du CPU, ce qui est inverse en g=C3=A9n=C3=A9ral des o= utils collaboratifs.
Nous parlons en nombre de c=C5=93urs. La r=C3=A9f=C3=A9rence est un CPU = serveur r=C3=A9cent, de type Xeon.
BlueMind comprend de nombreux services, nous pr=C3=A9conisons donc 2 c= =C5=93urs minimum.
Unit=C3=A9s = |
nombre de c=C5= =93urs |
---|---|
1-50 |
2 |
50-1000 |
4 |
1000+ |
1 coeur / 250 u= nit=C3=A9s |
Unit=C3=A9s = |
Ram |
---|---|
1-50 |
6 Go |
50-500 |
12 Go |
500+ |
12 + 1G / 500 u= nit=C3=A9s |
IOPS =3D =C2=ABIn/Out per second=C2=BB, soit =C2=ABEntr=C3=A9e/Sorties p= ar seconde=C2=BB
Le stockage est dimensionn=C3=A9 en IOPS, un service de messagerie =C3= =A9tant un gros consommateur d=E2=80=99IO. L=E2=80=99espace de stockage est= lui directement d=C3=A9pendant de la demande du client (quotas,..)
Unit=C3=A9s = |
IOPS par unit= =C3=A9 |
---|---|
1 |
.3 = td> |
Device = p> |
Type = |
IOPS = |
Interface  = ; |
Notes |
---|---|---|---|---|
7,200 rpm = a> SATA = a> drives |
= td> | ~75-100 IOPS [2]= span> |
SATA 3 = Gb/s |
&= nbsp; |
10,000 rpm SATA= drives |
HDD |
~125-150 IOPS <= a href=3D"http://en.wikipedia.org/wiki/IOPS#cite_note-Symantec-1" class=3D"= external-link" rel=3D"nofollow"> [2]<= /span> |
SATA 3 Gbit/s= p> |
|
10,000 rpm SAS <= /a> drives |
HDD |
~140 IOPS [2] |
SAS |
|
15,000 rpm SAS <= /a> drives |
HDD |
~175-210 IOPS <= a href=3D"http://en.wikipedia.org/wiki/IOPS#cite_note-Symantec-1" class=3D"= external-link" rel=3D"nofollow"> [2]<= /span> |
SAS |
La r=C3=A9partition des coeurs / ram sur plusieurs serveurs (virtuels ou= non) n=E2=80=99est pas d=C3=A9crite ici.
Cependant jusqu=E2=80=99=C3=A0 16/24 coeurs, nous consid=C3=A9rons perti= nent d=E2=80=99installer l=E2=80=99ensemble sur une m=C3=AAme plateforme.= p>
Au dela de ceci, et pour g=C3=A9rer les populations en dizaine ou plus d= e milliers d=E2=80=99utilisateurs, l=E2=80=99architecture doit =C3=AAtre di= stribu=C3=A9e.
Ensuite, la partie messagerie doit =C3=AAtre s=C3=A9par=C3=A9e, ainsi qu= e la base de donn=C3=A9es (tr=C3=A8s sollicit=C3=A9e par le collaboratif / = PDA).
Users / = unit=C3=A9s |
CPU #c=C5=93urs |
RAM |
IOPS / D= isque |
---|---|---|---|
25 utilisateurs / 5 avec PDA 45 unit=C3= =A9s (20 + 25) |
2 |
6 |
13,5 / tout disque |
150 utilisateurs / 50 collaboratifs dont 25 a= vec PDA 225 unit=C3=A9s (100+25*2+25*5) |
4 |
12 |
67,5 SATA 7200 minimum |
300 utilisateurs / 100 collaboratifs / 30 PDA= 490 unit=C3=A9s (200 + 70*2 + 30*5) |
4 |
12 |
147 2 * 10K rpm SAS 1 * 15K rpm S= AS |
600 utilisateurs / 200 collaboratifs / 50 PDA= 950 unit=C3=A9s (400 + 150*2 * 50*5) |
4 |
14 |
285 SSD, Baie ou autre syst=C3=A8me = |
1000 util. / 250 collaboratifs / 100 PDA <= p>1300 unit=C3=A9s (750 + 150 * 2 + 100 * 5) |
6 |
15 |
390 SSD, Baie ou autre syst=C3=A8me = |
2000 util. / 500 collaboratifs / 200 PDA <= p>3100 unit=C3=A9s (1500 + 300*2 + 200 * 5) |
13 |
16 |
930 Baie (2000 IOPS) |
4000 util. / 1000 collaboratifs / 300 PDA =5900 unit=C3=A9s (3000 + 700*2 + 300*5) |
24 |
22 |
1770 Baie (2-3000 IOPS) |
4000 util. / 1000 collaboratifs / 1000 PDA 8000 unit=C3=A9s (3000 + 1000*5) |
32 |
26 |
2400 BAIE 3000 IOPS SAN / autre t= echno |
4000 util. / 4000 collaboratifs / 1000 PDA 11000 unit=C3=A9s (3000*2 + 1000*5) |
44 |
32 |
3300 SAN / autre techno |
5000 utilisateurs et + (10 000, 100 000,..)= p> Le syst=C3=A8me doit =C3=AAtre distribu=C3=A9 et l=E2=80=99architectur= e =C3=A9tudi=C3=A9e en fonction du contexte particulier. |
La bande passante n=C3=A9cessaire n=E2=80=99est pas pr=C3=A9visible car = elle d=C3=A9pend en tr=C3=A8s grande partie du trafic mail.
A titre d=E2=80=99informations ci-dessous les informations sur la consom= mation bande passante de l=E2=80=99agenda BlueMind et des PDA, qui montre b= ien la pr=C3=A9dominance du trafic mail.
Pour un utilisateur avec l'application d'agenda ouverte dans son navigat= eur, en http et en octets (mesur=C3=A9 sur le r=C3=A9seau avec wireshark) :=
Client vers serveur: 215 octets/sec (1067+5388)/30
Server vers client: 56 octets/sec (293+1398)/30
# utilisateurs = actifs |
client vers ser= veur |
serveur vers cl= ient |
---|---|---|
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 :
Pour un utilisateur avec l'application de gestion des contacts ouverte d= ans son navigateur, en http et en octets :
144 octets / seconde
Avec en particulier :
En prenant une marge de s=C3=A9curit=C3=A9 en doublant la valeur mesur= =C3=A9e, nous obtenons une bande passant de 288 octets par seconde pour un = utilisateur ayant lanc=C3=A9 l'application de gestion de contacts.
Les ratios ActiveSync sont fournis par microsoft : 1.04kb /sec/use= r
soit pour 100 PDAs : 104Kb, donc 13Ko/sec
Pour lequel nous prendrons une marge raisonnable de x2, ce qui donne := p>
100 PDA =3D=3D 26 Ko/sec
1 000 PDA =3D=3D 260 Ko/sec