mardi janv. 15, 2008

SAP et T2000 : Retour d'expérience 2

Un client français a remplacé ses V440 à 1280Mhz par des T2000 1.2Ghz pour les applications serveurs et par des T2000 1Ghz pour le cluster DB/CI pour son application SAP SRM 5.0.

La perte de performance(allongement du temps de réponse) constatée sur les transactions est compris entre 23 et 50% en Production.

La majorité des transactions qu'il utilise sont légéres (<500ms) et très peu de batchs lourds sont exécutés.

L'accés à son application SRM se faisant à travers le WEB en HTTP, c'est le temps "réseau" qui est le plus contributeur au temps de réponse global donc les utilisateurs n'ont pas remonté d'alerte de performance sauf les rares utilisateurs de transactions lourdes.

L'utilisation de son SRM n'est pas régulière dans le temps, il a constaté que pendant les périodes d'utilisation intensives les temps de réponses restaient quasi-constants contrairement à son anciennes configurations.
Donc les T2000 délivrent bien les SAPS constatés en benchmark et ils sont capables d'absorber des pics d'activités sans dégradation.

Un test de montée de version de SRM (2.0 --> 5.0) a été fait en paralléle sur un V880 ( 4 CPU USIII à 900Mhz) et un T2000 à 1Ghz. La durée a été supérieur de 50% sur le T2000 ( 15heures versus 10heures ).

En conclusion , il est possible d'utiliser des Tx000 pour des applications SAP à condition que :
- l'accés aux transactions se fassent à travers le WEB (HTTP)
- peu ou pas de batch lourd soit exécuté
dans ces conditions les Tx000 permettent de supporter une charge importante d'utilisateurs simultanés correspondant bien à leurs puissances SAPS élevées (5000 pour un T2000, 10000 pour un T5000).

Le client a donc décidé de remplacer ces V440 par des T2000 et T5000 car cela lui permettait de réduire le nombre de serveur d'application.
(Le V440 délivre environ 1500SAPS)

Une utilisation type des Tx000 est le service WEB ESS/MSS de l'application SAP RH.

mardi déc. 11, 2007

SAP et T2000 : Retour d'expérience 1

J'ai eu l'occasion de charger l'application XI de SAP en version netweaver 2004s
sur un serveur X4200(2 x opt DC 2.4Ghz, 16Go de mémoire) et sur un serveur T2000 (1 x T1 8cores 1.2Ghz, 16Go de mémoire).

Les 2 serveurs étaient équipés de 4 disques internes de 73Go, 3 étaient configurés
en Raidz (ZFS) pour accueillir une zone et et l'installation de XI.

Aucune optimisation n'a été faite ni sur le T2000(garbage collector) ni sur le X4200.
Le chargement de la base Oracle a été parallèlisé( 3 process sur le X4200, 8 process sur le T2000)

Résultat :

- Temps de chargement de la base : 45minutes sur les 2 serveurs
- Temps de chargement global : 5 heures sur le X4200, 20 heures sur le T2000

Le T2000 passe énormément de temps pour le chargement de toute la partie Java de XI avec très peu d'activité CPU.

Performances transationnelles :

Ces systémes XI ont été paramétré par SAP pour un POC chez un client.
Un scénario comprenait :
- Entrée dans R/3 d'une requéte d'accés à des données externes
- Transfert vers l'application externe via XI
- Retour de l'information vers R/3 via XI

La durée de la transation totale unitaire a été de 2,5secondes sur le X4200 et de 10secondes sur le T2000.
On retrouve le rapport de temps du chargement, x4, et l'estimation de la performance monothread du T2000 équivalente à un processeur 600Mhz (2.4Ghz/4).

Montée en charge :

Seul le T2000 a été testé dans des conditions de pleine charge avec ce paramétrage XI.
Durant la montée en charge, le temps de réponse est resté quasi constant jusqu'à 100% de cpu.

Conclusion sur ce test :

Le T2000 a bien des performances monothread équivalentes à un processeur à 600Mhz.
SAP, grace à son architecture multiprocess, exploite bien tous les threads du T2000.
Dans le cadre de XI, le T2000 est parfaitement adapté pour gérer des requètes asynchrone entre 2 systémes.

About

Benoit Boitier

Search

Categories
Archives
« avril 2014
lun.mar.mer.jeu.ven.sam.dim.
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
    
       
Today