Complétons d’abord la volumétrie fonctionnelle vue dans
notre article précédent, en supposant que lorsqu’un vendeur traite le dossier
d’un client, qu’il s’agisse d’une demande déposée sur le portail (Volume
quotidien = VolJ_Demandes) ou d’une réservation en ligne par téléphone (Volume
quotidien = VolJ_Résa_Tél), il envoie en moyenne une dizaine de connexion à un
serveur de réservation extérieur : hotel ou avion.
|
nom
|
description
|
plage
|
vol/j
|
formule
|
|
|
|
|
/j
|
|
|
MF_Dem_Int
|
Dépôt de demandes
|
Pla_Web_Voy
|
=actualise(V_Dépot_Demande;col_an)
|
|
|
MF_Res_Int
|
Réservations par téléphone
|
Pla_Com_Voy
|
=actualise(V_Résa_Tél;col_an)
|
|
|
MF_Res_Lec
|
Consultations réservation
|
Pla_Com_Voy
|
15
000
|
=actualise(V_Consult_Résa;col_an)
|
|
MF_Fac_Gen
|
Facturation
|
Pla_Bat_Fac
|
480
000
|
=actualise(V_Factu_Voyage;col_an)
|
|
MF_Conn_Req
|
Requêtes de connexion (Hôtel, Avion)
|
Pla_Com_Voy
|
30 000
|
=(VolJ_Demandes+VolJ_Résa_Tél)*10
|
Une fois la volumétrie fonctionnelle définie, on va décrire l’architecture
de traitement de ces flux fonctionnels, c'est-à-dire :
1.
Quels sont les serveurs de notre infrastructure et quelle est leur puissance
2.
Quels sont les composants hébergés sur les serveurs
3.
Quels sont les traitements des différents flux
fonctionnels effectués par ces composants, et combien consomment-ils
Quels sont les serveurs de notre infrastructure ?
L’infrastructure a été modélisée
dans l’article
http://vincentlacroixgraf.blogspot.fr/2014/02/graf-la-modelisation-de-linfrastructure.html
Il faut maintenant évaluer la puissance des cœurs de nos serveurs.
La puissance est exprimée en GVPU (Graf Virtual Power Unit).
L’onglet GVPU offre des unités de puissances possibles. On
peut en rajouter d’autres.
|
Gvpu
|
description
|
ut
|
x
|
Gvcu
|
|
|
|
s
|
x
|
|
|
Mips
|
millions d'instructions par seconde
|
1
|
1E+06
|
instr.
|
|
SAPS
|
SAP Application Performance Standard
|
1
|
1
|
s(SAPS)
|
|
tpmC
|
Transaction Processing Performance
Council -- TPC-C : on-line transaction processing benchmark
|
60
|
1
|
TPC-C
|
|
QphH
|
Transaction Processing Performance
Council -- TPC-H : ad-hoc, decision support benchmark
|
3600
|
1
|
TPC-H
|
|
GHz(P7)
|
Fréquence d'horloge d'un cœur de processeur POWER7 IBM
|
1
|
1E+09
|
cy(P7)
|
|
msg/s
|
puissance d'un serveur JMS en messages par seconde
|
1
|
1
|
msg
|
|
te/s
|
transactions "étalon" par seconde
|
1
|
1
|
te
|
|
GHz(T5)
|
Fréquence d'horloge d'un cœur de processeur ORACLE T5
|
1
|
1E+09
|
cy(T5)
|
|
GHz(X86)
|
Processeurs de type intel X86
|
1
|
1E+09
|
cy(X86)
|
|
ops/s
|
opérations de sécurité par seconde
|
1
|
1
|
ops
|
Le plus simple est de choisir une transaction que l’on sait
mesurer (par exemple la génération d’une facture) et de lui donner un poids
arbitraire (1, ou un multiple de 10 pour faciliter les calculs) en « transaction
étalon ».
Par exemple, si la génération de facture consomme 10 te, la
transaction étalon est par définition le dixième d’une génération de facture.
La puissance des cœurs nos serveurs sera exprimée ensuite en « transactions
étalon par seconde » :
|
nom
|
description
|
Gvp
|
Gvpu
|
|
|
|
|
|
|
P-MVO-W-1
|
Serveur Apache 1
|
1
|
te/s
|
|
P-MVO-W-2
|
Serveur Apache 2
|
1
|
te/s
|
|
P-MVO-T
|
Serveur Weblogic : traitements de l'application
"Voyage"
|
2
|
te/s
|
|
P-ECH -T
|
Serveur d'échanges
|
2
|
te/s
|
|
P-MVO-D
|
Gestion demandes, pré traitements, services publication
|
15
|
te/s
|
|
P-FAC-T-1
|
Serveur SAP AS pour la facturation
|
50
|
te/s
|
|
P-FAC-T-2
|
Serveur SAP AS pour la facturation
|
50
|
te/s
|
|
P-FAC-D
|
Central Instance SAP et serveur de données
|
100
|
te/s
|
|
P-IMP-T
|
Serveur d'impression
|
10
|
te/s
|
Aucun commentaire:
Enregistrer un commentaire