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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
|
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" />
<!--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>Am�lioration des performances - Serveur Apache HTTP Version 2.5</title>
<link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="../style/css/prettify.css" />
<script src="../style/scripts/prettify.min.js" type="text/javascript">
</script>
<link href="../images/favicon.ico" rel="shortcut icon" /></head>
<body id="manual-page"><div id="page-header">
<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p>
<p class="apache">Serveur Apache HTTP Version 2.5</p>
<img alt="" src="../images/feather.png" /></div>
<div class="up"><a href="./"><img title="<-" alt="<-" src="../images/left.gif" /></a></div>
<div id="path">
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Serveur HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="../">Version 2.5</a> > <a href="./">Documentations diverses</a></div><div id="page-content"><div id="preamble"><h1>Am�lioration des performances</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="../en/misc/perf-scaling.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="../es/misc/perf-scaling.html" hreflang="es" rel="alternate" title="Espa�ol"> es </a> |
<a href="../fr/misc/perf-scaling.html" title="Fran�ais"> fr </a></p>
</div>
<p>Il est dit dans la documentation d'Apache 1.3
� propos de l'am�lioration des performances :
</p>
<blockquote><p>
"Apache est un serveur web � vocation g�n�rale, con�u pour
�tre non seulement efficace mais aussi rapide. Dans sa
configuration de base, ses performances sont d�j�
relativement satisfaisantes. La plupart des sites poss�dent
une bande passante en sortie inf�rieure � 10 Mbits que le
serveur Apache peut mettre pleinement � profit en utilisant un serveur � base
de processeur Pentium bas de gamme."</p>
</blockquote>
<p>Cette phrase ayant �t� �crite il y a plusieurs ann�es,
entre temps de nombreuses choses ont chang�. D'une part, les
serveurs sont devenus beaucoup plus rapides. D'autre part, de
nombreux sites se voient maintenant allou�e une bande passante
en sortie bien sup�rieure � 10 Mbits. En outre, les applications
web sont devenues beaucoup plus complexes. Les sites classiques
ne proposant que des pages du style brochure sont toujours
pr�sents, mais le web a souvent �volu� vers une plateforme
ex�cutant des traitements, et les webmasters peuvent maintenant
mettre en ligne des contenus dynamiques en Perl, PHP ou Java,
qui exigent un niveau de performances bien sup�rieur.
</p>
<p>C'est pourquoi en d�pit des progr�s en mati�re de bandes passantes
allou�es et de rapidit� des serveurs, les performances
des serveurs web et des applications web sont toujours un sujet
d'actualit�. C'est dans ce cadre que cette documentation s'attache �
pr�senter de nombreux points concernant les performances des
serveurs web.
</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#what-will-and-will-not-be-discussed">Ce qui sera abord� et ce qui ne le sera pas</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#monitoring-your-server">Monitoring de votre serveur</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#configuring-for-performance">Configuration dans une optique de performances
</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#caching-content">Mise en cache des contenus
</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#further-considerations">Pour aller plus loin
</a></li>
</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="what-will-and-will-not-be-discussed" id="what-will-and-will-not-be-discussed">Ce qui sera abord� et ce qui ne le sera pas</a></h2>
<p>Ce document se concentre sur l'am�lioration des performances
via des options facilement accessibles, ainsi que sur les outils
de monitoring. Les outils de monitoring vous permettront de
surveiller le fonctionnement de votre serveur web afin de
rassembler des informations � propos de ses performances et des
�ventuels probl�mes qui s'y rapportent. Nous supposerons
que votre budget n'est pas illimit� ; c'est pourquoi les
am�liorations apport�es le seront sans modifier l'infrastructure
mat�rielle existante. Vous ne souhaitez probablement pas
compiler vous-m�me votre serveur Apache, ni recompiler le noyau
de votre syst�me d'exploitation ; nous supposerons cependant que
vous poss�dez quelques notions � propos du fichier de
configuration du serveur HTTP Apache.
</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="monitoring-your-server" id="monitoring-your-server">Monitoring de votre serveur</a></h2>
<p>Si vous envisagez de redimensionner ou d'am�liorer les performances
de votre serveur, vous devez tout d'abord observer la mani�re dont il
fonctionne. En observant son fonctionnement en conditions r�elles ou
sous une charge cr��e artificiellement, vous serez en mesure
d'extrapoler son fonctionnement sous une charge accrue, par exemple dans
le cas o� il serait mentionn� sur Slashdot. </p>
<h3><a name="monitoring-tools" id="monitoring-tools">Outils de monitoring</a></h3>
<h4><a name="top" id="top">top
</a></h4>
<p>L'outil top est fourni avec Linux et FreeBSD. Solaris
quant � lui, fournit <code>prstat(1)</code>. Cet outil
permet de rassembler de nombreuses donn�es statistiques
� propos du syst�me et de chaque processus en cours
d'ex�cution avant de les afficher de mani�re
interactive sur votre terminal. Les donn�es affich�es
sont rafra�chies toutes les secondes et varient en
fonction de la plateforme, mais elles comportent en
g�n�ral la charge moyenne du syst�me, le nombre de
processus et leur �tat courant, le pourcentage de temps
CPU(s) pass� � ex�cuter le code syst�me et utilisateur,
et l'�tat de la m�moire virtuelle syst�me. Les donn�es
affich�es pour chaque processus sont en g�n�ral
configurables et comprennent le nom et l'identifiant du
processus, sa priorit� et la valeur d�finie par nice,
l'empreinte m�moire, et le pourcentage d'utilisation CPU.
L'exemple suivant montre plusieurs processus httpd (avec
les MPM worker et event) s'ex�cutant sur un syst�me
Linux (Xen) :
</p>
<div class="example"><pre>top - 23:10:58 up 71 days, 6:14, 4 users, load average: 0.25, 0.53, 0.47
Tasks: 163 total, 1 running, 162 sleeping, 0 stopped, 0 zombie
Cpu(s): 11.6%us, 0.7%sy, 0.0%ni, 87.3%id, 0.4%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2621656k total, 2178684k used, 442972k free, 100500k buffers
Swap: 4194296k total, 860584k used, 3333712k free, 1157552k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
16687 example_ 20 0 1200m 547m 179m S 45 21.4 1:09.59 httpd-worker
15195 www 20 0 441m 33m 2468 S 0 1.3 0:41.41 httpd-worker
1 root 20 0 10312 328 308 S 0 0.0 0:33.17 init
2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT -5 0 0 0 S 0 0.0 0:00.14 migration/0
4 root 15 -5 0 0 0 S 0 0.0 0:04.58 ksoftirqd/0
5 root RT -5 0 0 0 S 0 0.0 4:45.89 watchdog/0
6 root 15 -5 0 0 0 S 0 0.0 1:42.52 events/0
7 root 15 -5 0 0 0 S 0 0.0 0:00.00 khelper
19 root 15 -5 0 0 0 S 0 0.0 0:00.00 xenwatch
20 root 15 -5 0 0 0 S 0 0.0 0:00.00 xenbus
28 root RT -5 0 0 0 S 0 0.0 0:00.14 migration/1
29 root 15 -5 0 0 0 S 0 0.0 0:00.20 ksoftirqd/1
30 root RT -5 0 0 0 S 0 0.0 0:05.96 watchdog/1
31 root 15 -5 0 0 0 S 0 0.0 1:18.35 events/1
32 root RT -5 0 0 0 S 0 0.0 0:00.08 migration/2
33 root 15 -5 0 0 0 S 0 0.0 0:00.18 ksoftirqd/2
34 root RT -5 0 0 0 S 0 0.0 0:06.00 watchdog/2
35 root 15 -5 0 0 0 S 0 0.0 1:08.39 events/2
36 root RT -5 0 0 0 S 0 0.0 0:00.10 migration/3
37 root 15 -5 0 0 0 S 0 0.0 0:00.16 ksoftirqd/3
38 root RT -5 0 0 0 S 0 0.0 0:06.08 watchdog/3
39 root 15 -5 0 0 0 S 0 0.0 1:22.81 events/3
68 root 15 -5 0 0 0 S 0 0.0 0:06.28 kblockd/0
69 root 15 -5 0 0 0 S 0 0.0 0:00.04 kblockd/1
70 root 15 -5 0 0 0 S 0 0.0 0:00.04 kblockd/2</pre></div>
<p>Top est un merveilleux outil, m�me s'il est
relativement gourmand en ressources (lorsqu'il
s'ex�cute, son propre processus se trouve en g�n�ral
dans le top dix des consommations CPU). Il est
indispensable pour d�terminer la taille d'un processus
en cours d'ex�cution, information pr�cieuse lorsque vous
voudrez d�terminer combien de processus httpd vous
pourrez ex�cuter sur votre machine. La m�thode pour
effectuer ce calcul est d�crite ici : <a href="#sizing-maxClients">calculer MaxClients</a>. Top
est cependant un outil interactif, et l'ex�cuter de
mani�re continu pr�sente peu ou pas d'avantage.
</p>
<h4><a name="free" id="free">free
</a></h4>
<p>Cette commande n'est disponible que sous Linux. Elle
indique la m�moire vive et l'espace de swap utilis�s.
Linux alloue la m�moire inutilis�e en tant que cache du
syst�me de fichiers. La commande free montre
l'utilisation de la m�moire avec et sans ce cache. On
peut utiliser la commande free pour d�terminer la
quantit� de m�moire utilis�e par le syst�me, comme
d�crit dans le paragraphe <a href="#sizing-maxClients">calculer MaxClients</a>.
L'affichage de la sortie de la commande free ressemble �
ceci :
</p>
<div class="example"><pre>sctemme@brutus:~$ free
total used free shared buffers cached
Mem: 4026028 3901892 124136 0 253144 841044
-/+ buffers/cache: 2807704 1218324
Swap: 3903784 12540 3891244</pre></div>
<h4><a name="vmstat" id="vmstat">vmstat
</a></h4>
<p>Cette commande est disponible sur de nombreuses
plateformes de style Unix. Elle affiche un grand nombre
de donn�es syst�me. Lanc�e sans argument, elle affiche
une ligne d'�tat pour l'instant actuel. Lorsqu'on lui
ajoute un chiffre, la ligne d'�tat actuelle est ajout�e �
intervalles r�guliers � l'affichage existant.
Par exemple, la commande
<code>vmstat 5</code> ajoute la ligne d'�tat actuelle
toutes les 5 secondes. La commande vmstat affiche la
quantit� de m�moire virtuelle utilis�e, la quantit� de
m�moire �chang�e avec l'espace de swap en entr�e et en
sortie � chaque seconde, le nombre de processus
actuellement en cours d'ex�cution ou inactifs, le nombre
d'interruptions et de changements de contexte par
seconde, et le pourcentage d'utilisation du CPU.
</p>
<p>
Voici la sortie de la commande <code>vmstat</code>
pour un serveur inactif :
</p>
<div class="example"><pre>[sctemme@GayDeceiver sctemme]$ vmstat 5 3
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
0 0 0 0 186252 6688 37516 0 0 12 5 47 311 0 1 99
0 0 0 0 186244 6696 37516 0 0 0 16 41 314 0 0 100
0 0 0 0 186236 6704 37516 0 0 0 9 44 314 0 0 100</pre></div>
<p>Et voici cette m�me sortie pour un serveur en charge
de cent connexions simultan�es pour du contenu statique :
</p>
<div class="example"><pre>[sctemme@GayDeceiver sctemme]$ vmstat 5 3
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
1 0 1 0 162580 6848 40056 0 0 11 5 150 324 1 1 98
6 0 1 0 163280 6856 40248 0 0 0 66 6384 1117 42 25 32
11 0 0 0 162780 6864 40436 0 0 0 61 6309 1165 33 28 40</pre></div>
<p>La premi�re ligne indique des valeurs moyennes depuis
le dernier red�marrage. Les lignes suivantes donnent des
informations d'�tat � intervalles de 5 secondes. Le
second argument demande � vmstat de g�n�rer 3 lignes
d'�tat, puis de s'arr�ter.
</p>
<h4><a name="se-toolkit" id="se-toolkit">Bo�te � outils SE
</a></h4>
<p>La bo�te � outils SE est une solution de supervision
pour Solaris. Son langage de programmation est bas� sur
le pr�processeur C et est fourni avec de nombreux
exemples de scripts. Les informations fournies
peuvent �tre exploit�es en mode console ou en mode
graphique. Cette bo�te � outils peut aussi �tre programm�e pour
appliquer des r�gles aux donn�es syst�me. Avec l'exemple
de script de la Figure 2, Zoom.se, des voyants verts,
oranges ou rouges s'allument lorsque certaines valeurs
du syst�me d�passent un seuil sp�cifi�. Un autre script
fourni, Virtual Adrian, permet d'affiner les
performances en tenant compte de ces valeurs.
</p>
<p>Depuis sa cr�ation, de nombreux propri�taires se sont
succ�d�s � la t�te de la bo�te � outils SE, et elle a de
ce fait largement �volu�. Il semble qu'elle ait
maintenant trouv� sa place chez Sunfreeware.com d'o�
elle peut �tre t�l�charg�e gratuitement. Il n'y a qu'un
seul paquet pour Solaris 8, 9 et 10 sur SPARC et x86, et
il inclut le code source. Le concepteur de la bo�te �
outils SE, Richard Pettit, a fond� une nouvelle soci�te,
Captive Metrics4, et a l'intention de mettre sur le
march� un outil de supervision multiplateforme en Java bas� sur
les m�mes principes que la bo�te � outils SE.
</p>
<h4><a name="dtrace" id="dtrace">DTrace
</a></h4>
<p>Etant donn� que DTrace est disponible sous Solaris,
FreeBSD et OS X, il serait int�ressant de l'�tudier. Il
y a aussi le module mod_dtrace pour httpd.
</p>
<h4><a name="mod_status" id="mod_status">mod_status
</a></h4>
<p>Le module mod_status donne un aper�u des performances
du serveur � un instant donn�. Il g�n�re une page HTML
comportant, entre autres, le nombre de processus Apache
en cours d'ex�cution avec la quantit� de donn�es qu'ils
ont servies, ainsi que la charge CPU induite par httpd
et le reste du syst�me. L'Apache Software Foundation
utilise elle-m�me <code class="module"><a href="../mod/mod_status.html">mod_status</a></code> pour son
propre <a href="http://apache.org/server-status">site
web</a>. Si vous ajoutez une directive
<code>ExtendedStatus On</code> � votre fichier
<code>httpd.conf</code>, la page de
<code class="module"><a href="../mod/mod_status.html">mod_status</a></code> vous fournira d'avantage
d'informations, au prix d'une consommation de ressources
l�g�rement sup�rieure par requ�te.
</p>
<h3><a name="web-server-log-files" id="web-server-log-files">Les journaux du serveur web
</a></h3>
<p>Le moyen le plus efficace pour v�rifier la bonne sant� et
le niveau de performance de votre serveur consiste �
surveiller et analyser les journaux �crits par httpd. La
surveillance du journal des erreurs vous permet de
d�terminer les sources d'erreurs, de d�tecter des attaques
ou des probl�mes de performance. L'analyse du journal des
acc�s vous indique le niveau de charge de votre serveur,
quelles sont les ressources les plus populaires, ainsi que
la provenance de vos utilisateurs. Une analyse historique des
donn�es de journalisation peut vous fournir des informations
pr�cieuses quant aux tendances d'utilisation de votre
serveur au cours du temps, ce qui vous permet de pr�voir les
p�riodes o� les besoins en performance risquent de d�passer
les capacit�s du serveur.
</p>
<h4><a name="ErrorLog" id="ErrorLog">Journal des erreurs
</a></h4>
<p>Le journal des erreurs peut indiquer que le nombre
maximum de processus actifs ou de fichiers ouverts
simultan�ment a �t� atteint. Le journal des erreurs
signele aussi le lancement de processus suppl�mentaires selon un
taux sup�rieur � la normale en r�ponse �
une augmentation soudaine de la charge. Lorsque le
serveur d�marre, le descripteur de fichier stderr est
redirig� vers le journal des erreurs, si bien que toute
erreur rencontr�e par httpd apr�s avoir ouvert ses
fichiers journaux appara�tra dans ce journal. Consulter
fr�quemment le journal des erreurs est donc une bonne
habitude.
</p>
<p>Lorsque Apache httpd n'a pas encore ouvert ses
fichiers journaux, tout message d'erreur sera envoy�
vers la sortie d'erreur standard stderr. Si vous
d�marrez httpd manuellement, ces messages d'erreur
appara�tront sur votre terminal, et vous pourrez les
utiliser directement pour r�soudre les probl�mes de
votre serveur. Si httpd est lanc� via un script de
d�marrage, la destination de ces messages d'erreur
d�pend de leur conception.
<code>/var/log/messages</code> est alors le premier fichier �
consulter. Sous Windows, ces messages d'erreur pr�coces
sont �crits dans le journal des �v�nements des
applications, qui peut �tre visualis� via l'observateur
d'�v�nements dans les outils d'administration.
</p>
<p>
Le journal des erreurs est configur� via les
directives de configuration <code class="directive"><a href="../mod/core.html#errorlog">ErrorLog</a></code> et <code class="directive"><a href="../mod/core.html#loglevel">LogLevel</a></code>. Le journal des
erreurs de la configuration du serveur principal de
httpd re�oit les messages d'erreur concernant
l'ensemble du serveur : d�marrage, arr�t, crashes,
lancement de processus suppl�mentaires excessif,
etc... La directive <code class="directive"><a href="../mod/core.html#errorlog">ErrorLog</a></code> peut aussi �tre
utilis�e dans les blocs de configuration des
serveurs virtuels. Le journal des erreurs d'un
serveur virtuel ne re�oit que les messages d'erreur
sp�cifiques � ce serveur virtuel, comme les erreurs
d'authentification et les erreurs du style 'File not
Found'.
</p>
<p>Dans le cas d'un serveur accessible depuis Internet,
attendez-vous � voir de nombreuses tentatives
d'exploitation et attaques de vers dans le journal des
erreurs. La plupart d'entre elles ciblent des serveurs
autres qu'Apache, mais dans l'�tat actuel des choses,
les scripts se contentent d'envoyer leurs attaques vers
tout port ouvert, sans tenir compte du serveur web
effectivement en cours d'ex�cution ou du type
des applications install�es. Vous pouvez bloquer ces
tentatives d'attaque en utilisant un pare-feu ou le
module <a href="http://www.modsecurity.org/">mod_security</a>,
mais ceci d�passe la port�e de cette discussion.
</p>
<p>
La directive <code class="directive"><a href="../mod/core.html#loglevel">LogLevel</a></code> permet de d�finir
le niveau de d�tail des messages enregistr�s dans
les journaux. Il existe huit niveaux de
journalisation :
</p>
<table>
<tr>
<td>
<p><strong>Niveau</strong></p>
</td>
<td>
<p><strong>Description</strong></p>
</td>
</tr>
<tr>
<td>
<p>emerg</p>
</td>
<td>
<p>Urgence - le syst�me est inutilisable.</p>
</td>
</tr>
<tr>
<td>
<p>alert</p>
</td>
<td>
<p>Une action doit �tre entreprise
imm�diatement.</p>
</td>
</tr>
<tr>
<td>
<p>crit</p>
</td>
<td>
<p>Situations critiques.</p>
</td>
</tr>
<tr>
<td>
<p>error</p>
</td>
<td>
<p>Situations d'erreur.</p>
</td>
</tr>
<tr>
<td>
<p>warn</p>
</td>
<td>
<p>Situations provoquant un avertissement.</p>
</td>
</tr>
<tr>
<td>
<p>notice</p>
</td>
<td>
<p>Ev�nement normal, mais important.</p>
</td>
</tr>
<tr>
<td>
<p>info</p>
</td>
<td>
<p>Informations.</p>
</td>
</tr>
<tr>
<td>
<p>debug</p>
</td>
<td>
<p>Messages de d�bogage.</p>
</td>
</tr>
</table>
<p>Le niveau de journalisation par d�faut est warn. Un
serveur en production ne doit pas s'ex�cuter en mode
debug, mais augmenter le niveau de d�tail dans le
journal des erreurs peut s'av�rer utile pour r�soudre
certains probl�mes. A partir de la
version 2.3.8, la directive <code class="directive"><a href="../mod/core.html#loglevel">LogLevel</a></code> peut �tre d�finie au
niveau de chaque module :
</p>
<pre class="prettyprint lang-config">LogLevel debug mod_ssl:warn</pre>
<p>
Dans cet exemple, l'ensemble du serveur est en mode
debug, sauf le module <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code>
qui a tendance � �tre tr�s bavard.
</p>
<h4><a name="AccessLog" id="AccessLog">Journal des acc�s
</a></h4>
<p>Apache httpd garde la trace de toutes les requ�tes
qu'il re�oit dans son journal des acc�s. En plus de
l'heure et de la nature d'une requ�te, httpd peut
enregistrer l'adresse IP du client, la date et l'heure
de la requ�te, le r�sultat et quantit� d'autres
informations. Les diff�rents formats de journaux sont
document�s dans le manuel. Le fichier concerne par
d�faut le serveur principal, mais il peut �tre configur�
pour chaque serveur virtuel via les directives de
configuration <code class="directive"><a href="../mod/mod_log_config.html#transferlog">TransferLog</a></code> ou
<code class="directive"><a href="../mod/mod_log_config.html#customlog">CustomLog</a></code>.
</p>
<p>De nombreux programmes libres ou commerciaux
permettent d'analyser les journaux d'acc�s. Analog et
Webalyser sont des programmes d'analyse libres parmi les
plus populaires. L'analyse des journaux doit s'effectuer
hors ligne afin de ne pas surcharger le serveur web avec
le traitement des fichiers journaux. La plupart des
programmes d'analyse des journaux sont compatibles avec le format
de journal "Common". Voici une description des
diff�rents champs pr�sents dans une entr�e du journal :
</p>
<div class="example"><pre>195.54.228.42 - - [24/Mar/2007:23:05:11 -0400] "GET /sander/feed/ HTTP/1.1" 200 9747
64.34.165.214 - - [24/Mar/2007:23:10:11 -0400] "GET /sander/feed/atom HTTP/1.1" 200 9068
60.28.164.72 - - [24/Mar/2007:23:11:41 -0400] "GET / HTTP/1.0" 200 618
85.140.155.56 - - [24/Mar/2007:23:14:12 -0400] "GET /sander/2006/09/27/44/ HTTP/1.1" 200 14172
85.140.155.56 - - [24/Mar/2007:23:14:15 -0400] "GET /sander/2006/09/21/gore-tax-pollution/ HTTP/1.1" 200 15147
74.6.72.187 - - [24/Mar/2007:23:18:11 -0400] "GET /sander/2006/09/27/44/ HTTP/1.0" 200 14172
74.6.72.229 - - [24/Mar/2007:23:24:22 -0400] "GET /sander/2006/11/21/os-java/ HTTP/1.0" 200 13457</pre></div>
<table>
<tr>
<td>
<p><strong>Champ</strong></p>
</td>
<td>
<p><strong>Contenu</strong></p>
</td>
<td>
<p><strong>Explication</strong></p>
</td>
</tr>
<tr>
<td>
<p>Adresse IP client</p>
</td>
<td>
<p>195.54.228.42</p>
</td>
<td>
<p>Adresse IP d'o� provient la requ�te</p>
</td>
</tr>
<tr>
<td>
<p>Identit� RFC 1413</p>
</td>
<td>
<p>-</p>
</td>
<td>
<p>Identit� de l'utilisateur distant renvoy�e
par son d�mon identd</p>
</td>
</tr>
<tr>
<td>
<p>Nom utilisateur</p>
</td>
<td>
<p>-</p>
</td>
<td>
<p>Nom de l'utilisateur distant issu de
l'authentification Apache</p>
</td>
</tr>
<tr>
<td>
<p>Horodatage</p>
</td>
<td>
<p>[24/Mar/2007:23:05:11 -0400]</p>
</td>
<td>
<p>Date et heure de la requ�te</p>
</td>
</tr>
<tr>
<td>
<p>Requ�te</p>
</td>
<td>
<p>"GET /sander/feed/ HTTP/1.1"</p>
</td>
<td>
<p>La requ�te proprement dite</p>
</td>
</tr>
<tr>
<td>
<p>Code d'�tat</p>
</td>
<td>
<p>200</p>
</td>
<td>
<p>Code d'�tat renvoy� avec la r�ponse</p>
</td>
</tr>
<tr>
<td>
<p>Contenu en octets</p>
</td>
<td>
<p>9747</p>
</td>
<td>
<p>Total des octets transf�r�s sans les
en-t�tes</p>
</td>
</tr>
</table>
<h4><a name="rotating-log-files" id="rotating-log-files">Rotation des fichiers journaux
</a></h4>
<p>Il y a de nombreuses raisons pour mettre en oeuvre la
rotation des fichiers journaux. M�me si pratiquement
plus aucun syst�me d'exploitation n'impose une limite de
taille pour les fichiers de deux GigaOctets, avec le
temps, les fichiers journaux deviennent trop gros pour
pouvoir �tre trait�s. En outre, toute analyse de journal
ne doit pas �tre effectu�e sur un fichier dans lequel le
serveur est en train d'�crire. Une rotation p�riodique
des fichiers journaux permet de faciliter leur analyse,
et de se faire une id�e plus pr�cise des habitudes
d'utilisation.
</p>
<p>Sur les syst�mes unix, vous pouvez simplement
effectuer cette rotation en changeant le nom du fichier
journal via la commande mv. Le serveur continuera �
�crire dans le fichier ouvert m�me s'il a chang� de nom.
Lorsque vous enverrez un signal de red�marrage
"Graceful" au serveur, il ouvrira un nouveau fichier
journal avec le nom configur� par d�faut. Par exemple,
vous pouvez �crire un script de ce style pour cron :
</p>
<div class="example"><p><code>
APACHE=/usr/local/apache2<br />
HTTPD=$APACHE/bin/httpd<br />
mv $APACHE/logs/access_log
$APACHE/logarchive/access_log-`date +%F`<br />
$HTTPD -k graceful
</code></p></div>
<p>Cette approche fonctionne aussi sous Windows, mais
avec moins de souplesse. Alors que le processus httpd de
votre serveur sous Windows continuera � �crire dans le
fichier journal une fois ce dernier renomm�, le service
Windows qui ex�cute Apache n'est pas en mesure
d'effectuer un red�marrage graceful. Sous Windows, le
red�marrage d'un service consiste simplement � l'arr�ter
et � le d�marrer � nouveau, alors qu'avec un red�marrage
graceful, les processus enfants terminent
le traitement des requ�tes en cours avant de s'arr�ter,
et le serveur httpd est alors imm�diatement �
nouveau disponible pour traiter les nouvelles requ�tes.
Sous Windows, le processus d'arr�t/red�marrage du
service interrompt les traitements de requ�tes en cours,
et le serveur demeure indisponible jusqu'� ce qu'il ait
termin� son red�marrage. Vous devez donc tenir compte de
toutes ces contraintes lorsque vous planifiez un
red�marrage.
</p>
<p>
Une seconde approche consiste � utiliser la
redirection des logs. Les directives <code class="directive"><a href="../mod/mod_log_config.html#customlog">CustomLog</a></code>,
<code class="directive"><a href="../mod/mod_log_config.html#transferlog">TransferLog</a></code> ou
<code class="directive"><a href="../mod/core.html#errorlog">ErrorLog</a></code>
permettent de rediriger les donn�es de journalisation
vers tout programme via le caract�re pipe
(<code>|</code>) comme dans cet exemple :
</p>
<div class="example"><p><code>CustomLog "|/usr/local/apache2/bin/rotatelogs
/var/log/access_log 86400" common
</code></p></div>
<p>Le programme cible de la redirection recevra alors les
donn�es de journalisation d'Apache sur son entr�e
standard stdin, et pourra en faire ce qu'il voudra. Le
programme rotatelogs fourni avec Apache effectue une
rotation des journaux de mani�re transparente en
fonction du temps ou de la quantit� de donn�es �crites,
et archive l'ancien fichier journal en ajoutant un
suffixe d'horodatage � son nom. Cependant, si cette
m�thode fonctionne de mani�re satisfaisante sur les
plateformes de style unix, il n'en est pas de m�me sous
Windows.
</p>
<h4><a name="logging-and-performance" id="logging-and-performance">Journalisation et performances
</a></h4>
<p>L'�criture d'entr�es dans les fichiers journaux est
consommatrice de ressources, mais l'importance de ces
donn�es est telle qu'il est fortement d�conseill� de
d�sactiver la journalisation. Pour optimiser les
performances, vous devez enregistrer vos journaux sur un
disque physique diff�rent de celui o� se situe votre
site web car les modes d'acc�s sont tr�s diff�rents. La
lecture de donn�es sur un disque poss�de un caract�re
essentiellement al�atoire, alors que l'�criture dans les
fichiers journaux s'effectue de mani�re s�quentielle.
</p>
<p>
Ne d�finissez jamais la directive <code class="directive"><a href="../mod/core.html#loglevel">LogLevel</a></code> � debug pour un
serveur en production. En effet, lorsque ce niveau de
journalisation est d�fini, une grande quantit� de
donn�es est �crite dans le journal des erreurs, y
compris, dans le cas d'un acc�s SSL, toutes les
op�rations de lecture/�criture de la n�gociation de la
connexion. Les implications en mati�re de performances
sont donc importantes et vous devez plut�t utiliser le
niveau de journalisation warn.
</p>
<p>Si votre serveur poss�de plus d'un serveur virtuel,
il est conseill� d'attribuer un journal des acc�s s�par� �
chacun d'entre eux, ce qui a pour effet de faciliter son
exploitation ult�rieure. Par contre, si votre serveur
poss�de un grand nombre de serveurs virtuels, le nombre
de fichiers journaux � ouvrir va repr�senter une
consommation de ressources importante pour votre
syst�me, et il sera peut-�tre alors plus judicieux
d'utiliser un seul fichier journal avec l'am�nagement
suivant : utiliser l'�l�ment de format <code>%v</code>
en t�te de votre directive <code class="directive"><a href="../mod/mod_log_config.html#logformat">LogFormat</a></code> (et de
votre directive <code class="directive"><a href="../mod/core.html#errorlog">ErrorLog</a></code> depuis la version
2.3.8) afin que httpd enregistre le nom du serveur
virtuel qui traite la requ�te ou l'erreur au d�but de
chaque entr�e du journal. Un simple script Perl peut
alors �clater le journal en fichiers sp�cifiques �
chaque serveur virtuel apr�s sa rotation ; Apache
fournit un tel script dans le r�pertoire
<code>support/split-logfile</code>.
</p>
<p>
Vous pouvez aussi utiliser la directive <code class="directive"><a href="../mod/mod_log_config.html#bufferedlogs">BufferedLogs</a></code>
pour qu'Apache conserve en m�moire plusieurs entr�es
de journal avant de les �crire sur disque. Gardez
cependant � l'esprit que si les performances peuvent
s'en trouver am�lior�es, la chronologie des
�v�nements enregistr�s peut quant � elle s'en
trouver affect�e.
</p>
<h3><a name="generating-a-test-load" id="generating-a-test-load">Mise en oeuvre d'une charge de test
</a></h3>
<p>Il est interessant de mettre en oeuvre une charge de test
afin d'�valuer les performances du syst�me en conditions
r�elles de fonctionnement. A cet effet, il existe des
paquets commerciaux comme <a href="http://learnloadrunner.com/">LoadRunner</a>, mais
aussi de nombreux outils libres permettant de g�n�rer une
charge de test pour votre serveur web.
</p>
<ul>
<li>Apache est fourni avec un programme de test nomm� ab
(initiales de Apache Bench). Ce dernier peut g�n�rer une
charge de serveur web consistant � demander le m�me
fichier de mani�re r�p�titive � un rythme rapide. Vous
pouvez sp�cifier le nombre de connexions simultan�es, et
choisir entre une dur�e de fonctionnement ou un nombre
de requ�tes.
</li>
<li>http load11 est un autre exemple de g�n�rateur de
charge libre. Ce programme fonctionne avec un ficher
d'URLs et peut �tre compil� avec le support SSL.
</li>
<li>L'Apache Software Foundation propose un outil nomm�
flood12. Flood est un programme assez sophistiqu� que
l'on configure via un fichier XML.
</li>
<li>Pour finir, JMeter13, un sous-projet de Jakarta, est
un outil de test en charge enti�rement en Java. Alors
que les premi�res versions de cette application �taient
lentes et difficiles d'utilisation, la version 2.1.1
actuelle semble �tre plus souple d'utilisation et
efficace.
</li>
<li>
<p>Des projets externes � l'ASF et r�put�s
relativement corrects : grinder, httperf, tsung, <a href="http://funkload.nuxeo.org/">FunkLoad</a>.
</p>
</li>
</ul>
<p>Lorsque vous appliquez une charge de test � votre serveur
web, gardez � l'esprit que si ce dernier est en production,
la charge de test peut en affecter n�gativement les
performances. En outre, le transfert de donn�es
suppl�mentaires induit peut �tre comptabilis� dans le
quota mensuel qui vous a �t� �ventuellement allou�.
</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="configuring-for-performance" id="configuring-for-performance">Configuration dans une optique de performances
</a></h2>
<h3><a name="apache-configuration" id="apache-configuration">Configuration de httpd
</a></h3>
<p>httpd version 2.2 est par d�faut un serveur web avec des
processus enfants lanc�s au pr�alable. Au d�marrage du
serveur, le processus parent lance un certain nombre de
processus enfants et ce sont eux qui seront charg�s de traiter les
requ�tes. Mais avec httpd version 2.0 est apparu le concept
de module multi-process (MPM). Les d�veloppeurs purent alors
�crire des MPMs qui pouvaient fonctionner avec l'architecture
� base de processus ou de threads de leur syst�me
d'exploitation sp�cifique. Apache 2 est fourni avec des MPMs
sp�cifiques pour Windows, OS/2, Netware et BeOS. Pour les
plateformes de style unix, les deux MPMS les plus connus
sont Prefork et Worker. Le MPM Prefork offre le m�me mod�le
de processus enfants pr�lanc�s que celui d'Apache 1.3. Le
MPM Worker quant � lui, lance un nombre de processus enfants
moins important, mais attribue � chacun d'entre eux un
certain nombre de threads pour traiter les requ�tes. Avec la
version 2.4, le MPM n'est plus d�fini � la compilation,
mais peut �tre charg� � l'ex�cution via la directive
<code class="directive"><a href="../mod/core.html#loadmodule">LoadModule</a></code>. Le MPM par
d�faut pour la version 2.4 est le MPM event.
</p>
<p>Le nombre maximum de process, � savoir le nombre de processus
enfants pr�lanc�s et/ou de threads, donne une approximation
du nombre de requ�tes que votre serveur peut traiter
simultan�ment. Ce n'est cependant qu'une estimation car le
noyau peut mettre en file d'attente des tentatives de
connexion � votre serveur. Lorsque votre site approche de la
saturation et si le nombre maximum de process est atteint, la
machine n'impose pas de limite absolue au
del� de laquelle les clients se verront refuser l'acc�s.
Cependant, lorsque les requ�tes commencent � �tre mises en
file d'attente, les performances du syst�me se d�gradent
rapidement.
</p>
<p>Enfin, si le serveur httpd en question n'ex�cute aucun
code tiers via <code>mod_php</code>, <code>mod_perl</code>,
etc..., nous recommandons l'utilisation de
<code class="module">mpm_event</code>. Ce MPM est id�al pour les
situations o� httpd sert d'interm�diaire entre les clients
et des serveurs d'arri�re-plan qui accomplissent le travail
proprement dit (par exemple en mode mandataire ou cache).
</p>
<h4><a name="MaxClients" id="MaxClients">MaxClients
</a></h4>
<p>La directive <code>MaxClients</code> permet de
sp�cifier le nombre maximum de process que votre serveur
pourra cr�er. Deux autres directives lui sont associ�es
: <code>MinSpareServers</code> et
<code>MaxSpareServers</code>, qui permettent d'encadrer
le nombre de process que httpd garde en r�serve pour
traiter les requ�tes. Le nombre total de process que
httpd peut cr�er peut
�tre d�fini via la directive <code>ServerLimit</code>.
</p>
<h4><a name="spinning-threads" id="spinning-threads">Rotation des threads
</a></h4>
<p>Les directives ci-dessus suffisent pour d�finir les
limites des nombres de process dans le cas du MPM Prefork.
Cependant, si vous utilisez un MPM � base de threads, la
situation est un peu plus compliqu�e. Les MPMs � base de
threads supportent la directive
<code>ThreadsPerChild</code>. httpd impose le fait que
<code>MaxClients</code> doit �tre divisible par
<code>ThreadsPerChild</code>. Si les valeurs que vous
attribuez � ces deux directives ne respectent pas cette
r�gle, httpd affichera un message d'erreur et corrigera
la valeur de la directive <code>ThreadsPerChild</code>
en la diminuant jusqu'� ce que la valeur de la directive
<code>MaxClients</code> soit divisible par elle.
</p>
<h4><a name="sizing-maxClients" id="sizing-maxClients">Choix de la valeur de MaxClients
</a></h4>
<p>Id�alement, le nombre maximum de processus devrait
�tre choisi de fa�on � ce que toute la m�moire syst�me
soit utilis�e, sans la d�passer. En effet, si votre
syst�me est surcharg� au point de devoir faire appel de
mani�re intensive au swap (utilisation de la m�moire
disque), les performances vont se d�grader rapidement.
La formule permettant de d�terminer la valeur de
<code class="directive"><a href="../mod/mpm_common.html#maxrequestworkers">MaxClients</a></code>
est assez simple :
</p>
<div class="example"><p><code>
MaxClients = (RAM totale − RAM syst�me − RAM pour
les programmes externes) divis� par la RAM n�cessaire pour
chaque processus enfant.
</code></p></div>
<p>L'observation est la meilleure mani�re de d�terminer
les diff�rentes quantit�s de m�moire allou�es au
syst�me, aux programmes externes et aux processus httpd
: � cet effet, vous pouvez utiliser les commandes top et
free d�crites plus haut pour �tudier l'empreinte m�moire
du syst�me lorsque le serveur web n'est pas en cours
d'ex�cution. Vous pouvez aussi �tudier l'empreinte d'un
processus type du serveur web via la commande top ; en
effet, la plupart des impl�mentations de cette commande
pr�sentent une colonne M�moire r�sidente (RSS - Resident
Size) et M�moire partag�e (Shared Memory).
</p>
<p>La diff�rence entre ces deux colonnes est la
quantit� de m�moire par processus. Le segment de m�moire
partag�e n'existe effectivement qu'une seule fois, et
est utilis� par le code et les biblioth�ques charg�es et
la concurrence inter-processus (ou tableau de r�sultat -
scoreboard) g�r� par Apache. La quantit� de m�moire
utilis�e par chaque processus d�pend fortement du nombre
et du type de modules utilis�s. La meilleure fa�on d'en
d�terminer les besoins consiste � g�n�rer une charge
type pour votre site web et � observer l'importance que
prennent les processus httpd.
</p>
<p>La RAM pour les programmes externes comprend
principalement la m�moire utilis�e pour les programmes
CGI et les scripts qui s'ex�cutent ind�pendamment des
processus httpd. Par contre, si vous utilisez une
machine virtuelle Java qui ex�cute Tomcat sur le m�me
serveur, cette derni�re va aussi n�cessiter une quantit�
de m�moire significative. En cons�quence, la formule
ci-dessus qui sert � calculer la valeur maximale de
<code>MaxClients</code> permet d'effectuer une premi�re approche,
mais ne constitue en aucun cas une science exacte. En
cas de doute, soyez pragmatique et utilisez une valeur assez
basse pour <code>MaxClients</code>. Le noyau Linux
r�serve une certaine quantit� de m�moire pour la mise en
cache des acc�s disque. Sous Solaris par contre, il faut disposer
de suffisamment de m�moire RAM pour cr�er un processus,
et si ce n'est pas le cas, httpd va d�marrer avec un
message d'erreur du style "No space left on device" dans
le journal des erreurs, et sera incapable de cr�er
d'autres processus httpd enfants ; une valeur trop
�lev�e pour <code>MaxClients</code> constituera alors
r�ellement un d�savantage.
</p>
<h4><a name="selecting-your-mpm" id="selecting-your-mpm">Choisir votre MPM
</a></h4>
<p>La commutation entre threads est plus
ais�e pour le syst�me, et ceux-ci consomment moins de
ressources que les processus ; c'est la raison
principale pour laquelle il est recommand� de choisir un
MPM thread�. Et
ceci est encore plus flagrant pour certains syst�mes
d'exploitation que pour d'autres. Par exemple, sous
Solaris ou AIX, la manipulation des processus est assez
lourde en termes de ressources syst�me ; l'utilisation
d'un MPM thread� est donc tout � fait indiqu�e pour ces
syst�mes. Sous Linux en revanche, l'impl�mentation des
threads utilise en fait un processus par thread. Les
processus Linux sont assez l�gers, mais cela signifie qu'un
MPM thread� pr�sentera ici un gain en performance
moindre que sous d'autres syst�mes.
</p>
<p>Dans certaines situations cependant, l'utilisation
d'un MPM thread� peut induire des probl�mes de
stabilit�. Par exemple, si un processus enfant du MPM
prefork se crashe, au plus une connexion client sera
affect�e ; par contre, si un processus enfant thread� se
crashe, ce sont tous les threads de ce processus qui
vont se crasher � leur tour, ce qui signifie que tous
les clients qui �taient servis par ce processus verront
leur connexion interrompue. De plus, certains probl�mes
de s�curit� des threads ("thread-safety")
peuvent appara�tre, particuli�rement avec les
biblioth�ques tierces. Avec les applications thread�es,
les diff�rents threads peuvent avoir acc�s aux m�mes
variables sans distinction, sans savoir si une variable
n'a pas �t� modifi�e par un autre thread.
</p>
<p>Ce probl�me a fait l'objet d'un point sensible au
sein de la communaut� PHP car Le processeur PHP repose
fortement sur des biblioth�ques tierces, et il n'est pas
garanti que la totalit� d'entre elles soient
"thread-safe". Bonne nouvelle cependant : si vous
ex�cutez Apache sous Linux, vous pouvez utiliser PHP
avec le MPM prefork sans craindre une diminution de
performance trop importante par rapport � une option
thread�e.
</p>
<h4><a name="spinning-locks" id="spinning-locks">Verrous tournants</a></h4>
<p>Apache httpd maintient un verrou inter-processus du
point de vue de son �coute du r�seau. Dans les faits,
cela signifie qu'un seul processus httpd enfant � la
fois peut recevoir une requ�te. Ainsi, soient les autres
processus en profitent alors pour traiter les requ�tes
qu'ils ont d�j� re�ues, soient ils attendent de pouvoir
� leur tour r�cup�rer le verrou et ainsi �couter le
r�seau pour recevoir une nouvelle requ�te. Ceci peut se
voir comme une porte tournante par laquelle un seul
processus peut passer � la fois. Sur un serveur web
fortement charg� o� les requ�tes arrivent constamment,
la porte tourne rapidement et les requ�tes sont
accept�es � un rythme soutenu. Sur un serveur faiblement
charg� en revanche, le processus qui "d�tient"
le verrou est suceptible de garder sa porte ouverte un
certain temps durant lequel tous les autres processus
seront inactifs, attendant de pouvoir s'approprier le
verrou. Dans une telle situation, le processus parent
pourra d�cider d'arr�ter quelques processus enfants en
fonction de la valeur de la directive
<code>MaxSpareServers</code>.</p>
<h4><a name="the-thundering-herd" id="the-thundering-herd">L'assaut de la foule
</a></h4>
<p>La fonction de l'"accept mutex" (c'est le nom donn� au
verrou inter-processus) consiste � g�rer la r�ception
des requ�tes de mani�re ordonn�e. Si ce verrou est
absent, le syndrome de l'"assaut de la foule" peut
appara�tre.
</p>
<p>Imaginez une �quipe de football am�ricain en attente
devant la ligne de remise en jeu. Si les joueurs se
comportaient comme des processus Apache, ils se
pr�cipiteraient tous � la fois pour r�cup�rer la balle au
signal de la reprise. Un seul d'entre eux y
parviendrait, et tous les autres n'auraient plus qu'� se
regrouper � nouveau sur la ligne jusqu'� la reprise
suivante. Dans cette m�taphore, c'est le quaterback qui
va jouer le r�le d'"accept mutex" en donnant la balle
au joueur appropri�.
</p>
<p>La transmission d'une telle quantit� d'informations
repr�sente naturellement beaucoup de travail et, comme
une personne intelligente, un serveur intelligent
tentera d'�viter cette surcharge dans la mesure du
possible, d'o� l'id�e de la porte tournante. Dans les
derni�res ann�es, de nombreux syst�mes d'exploitation,
comme Linux et Solaris, ont d�velopp� du code pour
�viter le syndrome de l'"assaut de la foule". Apache
reconna�t ce code, et si vous n'effectuez qu'une seule
�coute du r�seau, autrement dit si vous n'utilisez que
le serveur principal ou un seul serveur virtuel, Apache
n'utilisera pas d'"accept mutex" ; par contre, si vous
effectuez plusieurs �coutes du r�seau (par exemple si
un serveur virtuel sert les requ�tes SSL), Apache
utilisera un "accept mutex" afin d'�viter les conflits
internes.
</p>
<p>Vous pouvez manipuler l'"accept mutex" via la
directive <code>AcceptMutex</code>. Cette derni�re
permet en particulier de fermer l'"accept mutex", mais
aussi de s�lectionner le m�canisme de verrouillage. Les
m�canismes de verrouillage courants comprennent fcntl,
les s�maphores System V et le verrouillage par threads.
Tous ne sont pas support�s par toutes les plateformes,
et leur disponibilit� d�pend aussi des options de
compilation. Les diff�rents m�canismes de verrouillage
peuvent avoir des exigences particuli�res en mati�re de
ressources syst�me ; il est donc recommand� de les
utiliser avec pr�cautions.
</p>
<p>Il n'existe aucune raison particuli�re pour
d�sactiver l'"accept mutex". Apache d�termine
automatiquement s'il doit utiliser ou non mutex sur
votre plateforme en fonction du nombre d'�coutes r�seau
de votre serveur, comme d�crit pr�c�demment.
</p>
<h3><a name="tuning-the-operating-system" id="tuning-the-operating-system">Optimisation du syst�me d'exploitation
</a></h3>
<p>Souvent, les utilisateurs recherchent le param�tre magique qui va
multiplier par quatre les performances de leur syst�me. En
fait, les syst�mes de type Unix actuels sont d�j� optimis�s
� l'origine, et il n'y a plus grand chose � faire pour
am�liorer leurs performances. L'administrateur peut
cependant encore effectuer quelques modifications qui
permettront de peaufiner la configuration.
</p>
<h4><a name="ram-and-swap-space" id="ram-and-swap-space">RAM et swap
</a></h4>
<p>Le leitmotiv en mati�re de m�moire est souvent "plus
on en a, mieux c'est". En effet, comme nous avons dit
plus haut, la m�moire inutilis�e peut �tre
avantageusement utilis�e comme cache du syst�me de
fichiers. Plus vous chargez de modules, plus les processus
Apache grossissent, et ceci d'autant plus si vous
utilisez des modules qui g�n�rent des contenus
dynamiques comme PHP et mod_perl. Un gros fichier de
configuration - avec de nombreux serveurs virtuels - a
aussi tendance � augmenter l'empreinte m�moire des
processus. Une quantit� de m�moire importante vous
permettra d'ex�cuter Apache avec plus de processus
enfants, et donc de traiter d'avantage de requ�tes
simultan�ment.
</p>
<p>M�me si les diff�rentes plateformes traitent leur
m�moire virtuelle de diff�rentes mani�res, il est
d�conseill� de configurer un espace disque de swap
inf�rieur � la m�moire RAM. En effet, le syst�me de m�moire
virtuelle a �t� con�u de mani�re � prendre le relai
lorsque la m�moire RAM fait d�faut, et lorsque l'espace
disque, et donc l'espace de swap vient � manquer, votre
serveur risque de s'arr�ter. Vous devrez alors
red�marrer physiquement votre serveur, et votre
h�bergeur pourra vous facturer le service.
</p>
<p>Evidemment, ce genre probl�me survient au moment le
plus d�favorable : lorsque le monde vient d�couvrir votre
site web et se pr�sente avec insistance � votre porte.
Si votre espace de swap est suffisant, m�me si la
machine sera de plus en plus surcharg�e et deviendra
tr�s tr�s lente car le syst�me devra swapper les pages
entre la m�moire et le disque, lorsque la charge diminuera �
nouveau, le syst�me reviendra dans son mode de
fonctionnement normal. Rappelez-vous que vous disposez
de la directive <code>MaxClients</code> pour garder le contr�le.
</p>
<p>La plupart des syst�mes de type Unix utilisent des
partitions d�di�es au swap. Au d�marrage du syst�me,
celui-ci enregistre toutes les partitions de swap du ou
des disques en fonction du type de la partition ou du
contenu du fichier <code>/etc/fstab</code> et les
active de mani�re automatique. Lorsque vous ajoutez un
disque, ou lorsque vous installez le syst�me
d'exploitation, assurez-vous d'allouer suffisamment
d'espace de swap afin de rester en ad�quation avec une
�ventuelle augmentation de la m�moire RAM. La
r�allocation d'espace disque sur un syst�me en
production est en effet p�nible et fastidieuse.
</p>
<p>Pr�voyez un espace de swap de deux fois la taille de
votre m�moire RAM, et m�me jusqu'� quatre fois lorsque
les surcharges peuvent s'av�rer fr�quentes. Assurez-vous
de r�ajuster ces valeurs lorsque vous augmentez la
quantit� de m�moire RAM de votre syst�me. En secours,
vous pouvez aussi utilisez un fichier comme espace de
swap. Pour ce faire, vous trouverez les instructions
dans les pages de manuel de <code>mkswap</code> et
<code>swapon</code>, ou dans celles des programmes de
<code>swap</code>.
</p>
<h4><a name="ulimit-files-and-processes" id="ulimit-files-and-processes">ulimit: fichiers et processus
</a></h4>
<p>Supposons que vous disposiez d'une machine poss�dant
une �norme quantit� de m�moire RAM et un processeur aux
performances astronomiques ; vous pourrez alors ex�cuter
des centaines de processus Apache selon vos besoins,
mais tout en restant en de�� des limites impos�es par le
noyau de votre syst�me.
</p>
<p>Consid�rez maintenant une situation o� plusieurs
centaines de serveurs web sont en cours d'ex�cution ; si
certains d'entre eux doivent � leur tour lancer des
processus CGI, le nombre maximum de processus autoris�
par le noyau sera vite atteint.
</p>
<p>Dans ce cas, vous pouvez modifier cette limite avec
la commande :
</p>
<div class="example"><p><code>
ulimit [-H|-S] -u [nouvelle valeur]
</code></p></div>
<p>Cette modification doit �tre effectu�e avant le
d�marrage du serveur, car la nouvelle valeur ne sera
prise en compte que dans le shell courant et pour les
programmes lanc�s depuis ce dernier. Dans les derniers
noyaux Linux, la valeur par d�faut a �t� fix�e � 2048.
Sous FreeBSD, ce nombre semble �tre limit� � la valeur
inhabituelle de 513. Dans le shell par d�faut de ce
syst�me, <code>csh</code>, la commande �quivalente est
<code>limit</code> et poss�de une syntaxe analogue �
celle de la commande de style Bourne <code>ulimit</code> :
</p>
<div class="example"><p><code>
limit [-h] maxproc [newvalue]
</code></p></div>
<p>En outre, le noyau peut limiter le nombre de fichiers
ouverts par processus. Ce n'est g�n�ralement pas un
probl�me pour les serveurs dont les processus sont lanc�s
� l'avance, et o� chacun de ceux-ci ne traite qu'une
requ�te � la fois. Les processus des serveurs thread�s,
quant � eux, traitent plusieurs requ�tes simultan�ment,
et sont d'avantage susceptibles de d�passer la limite du
nombre de descripteurs de fichiers. Vous pouvez alors
augmenter cette valeur limite du nombre de fichiers
ouverts avec la commande :
</p>
<div class="example"><p><code>ulimit -n [newvalue]
</code></p></div>
<p>L� encore, cette modification doit �tre effectu�e
avant le d�marrage du serveur Apache.
</p>
<h4><a name="setting-user-limits-on-system-startup" id="setting-user-limits-on-system-startup">D�finition des limites en fonction de l'utilisateur ou du
groupe au d�marrage du syst�me
</a></h4>
<p>Sous Linux, vous pouvez d�finir les param�tres de
ulimit au d�marrage en �ditant le fichier
<code>/etc/security/limits.conf</code>. Ce fichier vous
permet de d�finir des limites "soft" et "hard"
en fonction de l'utilisateur ou du groupe ;
vous y trouverez aussi des commentaires explicatifs des
diff�rentes options. Pour que ce fichier soit pris en
compte, le fichier <code>/etc/pam.d/login</code> doit
contenir la ligne :
</p>
<div class="example"><p><code>session required /lib/security/pam_limits.so
</code></p></div>
<p>Chaque item peut poss�der une valeur "soft" et
"hard" : la premi�re est la valeur
par d�faut, et la seconde la valeur maximale de cet
item.
</p>
<p>Dans le fichier <code>/etc/login.conf</code> de
FreeBSD, ces valeurs peuvent �tre limit�es ou �tendues �
tout le syst�me de mani�re analogue au fichier
<code>limits.conf</code>. Les limites "soft" sont
sp�cifi�es via le param�tre <code>-cur</code>, et les
limites "hard" via le param�tre <code>-max</code>.
</p>
<p>Solaris poss�de un m�canisme similaire pour manipuler
les valeurs limites au d�marrage du syst�me : dans le
fichier <code>/etc/system</code>, vous pouvez d�finir au
d�marrage des param�tres du noyau valables pour
l'ensemble du syst�me. Ce sont les m�mes param�tres que
ceux d�finis � l'ex�cution par le d�bogueur de noyau
<code>mdb</code>. Les commandes �quivalentes � ulimit -u
pour d�finir les limites hard et soft seront du style :
</p>
<div class="example"><p><code>
set rlim_fd_max=65536<br />
set rlim_fd_cur=2048
</code></p></div>
<p>Solaris calcule le nombre maximal de processus
autoris� par utilisateur (<code>maxuprc</code>) en
fonction de la m�moire syst�me disponible
(<code>maxusers</code>). Vous pouvez obtenir ces valeurs
avec la commande :
</p>
<div class="example"><p><code>sysdef -i | grep maximum
</code></p></div>
<p>Il est cependant d�conseill� de les modifier.
</p>
<h4><a name="turn-off-unused-services-and-modules" id="turn-off-unused-services-and-modules">D�sactiver les services et modules non utilis�s
</a></h4>
<p>Dans la plupart des distributions Unix et Linux, de
nombreux services sont activ�s par d�faut, et vous n'
avez probablement besoin que d'une minorit� d'entre eux.
Par exemple, votre serveur web n'a pas besoin de
sendmail, de fournir le service NFS, etc... D�sactivez
les tout simplement.
</p>
<p>Pour ce faire, sous RedHat Linux, vous
disposez de l'utilitaire chkconfig en ligne de commande.
Sous Solaris, les commandes <code>svcs</code> et
<code>svcadm</code> vous permettent respectivement
de lister les services activ�s et de d�sactiver ceux
dont vous n'avez pas besoin.
</p>
<p>Vous devez aussi pr�ter attention aux modules Apache
charg�s par d�faut. La plupart des distributions binaires
d'Apache httpd et des versions pr�install�es fournies
avec les distributions de Linux chargent les modules
Apache via la directive
<code class="directive">LoadModule</code>.
</p>
<p>Les modules inutilis�s peuvent �tre d�sactiv�s : si
vous n'avez pas besoin de leurs fonctionnalit�s et des
directives de configuration qu'ils impl�mentent,
d�sactivez-les en commentant les lignes
<code class="directive">LoadModule</code> correspondantes. Vous
devez cependant lire la documentation relative � ces
modules avant de les d�sactiver, et garder � l'esprit que
la d�sactivation d'un module tr�s peu gourmand en
ressources n'est pas absolument n�cessaire.
</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="caching-content" id="caching-content">Mise en cache des contenus
</a></h2>
<p>Les requ�tes impliquant des contenus dynamiques n�cessitent
en g�n�ral d'avantage de ressources que les
requ�tes pour des contenus statiques. Les contenus statiques
consistent en simples pages issues de documents ou images
sur disque, et sont servis tr�s rapidement. En outre, de
nombreux syst�mes d'exploitation mettent automatiquement en
cache en m�moire les contenus des fichiers fr�quemment acc�d�s.
</p>
<p>Comme indiqu� pr�c�demment, le traitement des requ�tes dynamiques peut
n�cessiter beaucoup plus de ressources. L'ex�cution de scripts
CGI, le transfert de requ�tes � un serveur d'applications
externe, ou les acc�s � une base de donn�es peuvent impliquer
des temps d'attente et charges de travail significatifs pour un
serveur web fortement sollicit�. Dans de nombreuses
circonstances, vous pourrez alors am�liorer les performances en
transformant les requ�tes dynamiques courantes en requ�tes
statiques. Pour ce faire, deux approches seront discut�es dans
la suite de cette section.
</p>
<h3><a name="making-popular-pages-static" id="making-popular-pages-static">Transformation des pages courantes en contenus
statiques
</a></h3>
<p>En g�n�rant � l'avance les r�ponses pour les requ�tes les
plus courantes de votre application, vous pouvez am�liorer
de mani�re significative les performances de votre serveur
sans abandonner la flexibilit� des contenus g�n�r�s
dynamiquement. Par exemple, si votre application est un
service de livraison de fleurs, vous aurez tout int�r�t �
g�n�rer � l'avance les pages de votre catalogue concernant
les roses rouges dans les semaines pr�c�dant le jour de la
Saint Valentin. Lorsqu'un utilisateur cherchera des roses
rouges, il t�l�chargera alors les pages g�n�r�es �
l'avance. Par contre, les recherches de roses jaunes seront
quant � elles trait�es directement via une requ�te vers la
base de donn�es. Pour effectuer ces aiguillages de requ�tes,
vous disposez d'un outil particuli�rement appropri� fourni
avec Apache : le module mod_rewrite.
</p>
<h4><a name="example-a-statically-rendered-blog" id="example-a-statically-rendered-blog">Exemple : un blog servi statiquement
</a></h4>
<p>Blosxom est un programme CGI de journalisation web
l�ger. Il est �crit en Perl et utilise des fichiers
texte pour ses entr�es. Outre sa qualit� de programme
CGI, Blosxom peut �tre ex�cut� en ligne de commande pour
g�n�rer � l'avance des pages de blog. Lorsque votre blog
commence � �tre lu par un grand nombre de personnes, la
g�n�ration � l'avance de pages en HTML satique peut
am�liorer de mani�re significative les performances de
votre serveur.
</p>
<p>Pour g�n�rer des pages statiques avec blosxom, �ditez
le script CGI selon la documentation. D�finissez la
variable $static dir � la valeur de
<code class="directive">DocumentRoot</code> de votre serveur
web, et ex�cutez le script en ligne de commande comme
suit :
</p>
<div class="example"><p><code>$ perl blosxom.cgi -password='whateveryourpassword'
</code></p></div>
<p>Vous pouvez ex�cuter ce script p�riodiquement via
cron, � chaque fois que vous ajoutez un nouveau contenu. Pour
faire en sorte qu'Apache substitue les pages
statiques au contenu dynamique, nous
utiliserons mod_rewrite. Ce module est fourni avec le
code source d'Apache, mais n'est pas compil� par d�faut.
Pour le compiler avec la distribution d'Apache, vous
pouvez utiliser l'option de la commande configure
<code>--enable-rewrite[=shared]</code>. De nombreuses
distributions binaires d'Apache sont fournies avec
<code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> inclus. Dans l'exemple
suivant, un serveur virtuel Apache utilise les pages de
blog g�n�r�es � l'avance :
</p>
<pre class="prettyprint lang-config">Listen *:8001
<VirtualHost *:8001>
ServerName blog.sandla.org:8001
ServerAdmin sander@temme.net
DocumentRoot "/home/sctemme/inst/blog/httpd/htdocs"
<Directory "/home/sctemme/inst/blog/httpd/htdocs">
Options +Indexes
Require all granted
RewriteEngine on
RewriteCond "%{REQUEST_FILENAME}" "!-f"
RewriteCond "%{REQUEST_FILENAME}" "!-d"
RewriteRule "^(.*)$" "/cgi-bin/blosxom.cgi/$1" [L,QSA]
</Directory>
RewriteLog "/home/sctemme/inst/blog/httpd/logs/rewrite_log"
RewriteLogLevel 9
ErrorLog "/home/sctemme/inst/blog/httpd/logs/error_log"
LogLevel debug
CustomLog "/home/sctemme/inst/blog/httpd/logs/access_log common"
ScriptAlias "/cgi-bin/" "/home/sctemme/inst/blog/bin/"
<Directory "/home/sctemme/inst/blog/bin">
Options +ExecCGI
Require all granted
</Directory>
</VirtualHost></pre>
<p>
Si les directives <code class="directive">RewriteCond</code>
indiquent que la ressource demand�e n'existe ni en tant que
fichier, ni en tant que r�pertoire, son
chemin sera redirig� par la directive
<code class="directive">RewriteRule</code> vers le programme
CGI Blosxom qui va g�n�rer la r�ponse. Blosxom
utilise Path Info pour sp�cifier les entr�es de blog
en tant que pages d'index, et si un chemin dans
Blosxom existe en tant que fichier statique dans le syst�me de
fichiers, c'est ce dernier qui sera par cons�quent privil�gi�.
Toute requ�te dont la r�ponse n'a pas �t� g�n�r�e �
l'avance sera trait�e par le programme CGI. Cela
signifie que les entr�es individuelles comme les
commentaires seront toujours servies par le
programme CGI, et seront donc toujours visibles.
Cette configuration permet aussi de ne pas faire
appara�tre le programme CGI Blosxom dans l'URL de la barre
d'adresse. Enfin, mod_rewrite est un module extr�mement
souple et puissant ; prenez le temps de bien
l'�tudier afin de parvenir � la configuration qui
correspondra le mieux � votre situation.
</p>
<h3><a name="caching-content-with-mod_cache" id="caching-content-with-mod_cache">Mise en cache du contenu avec mod_cache
</a></h3>
<p>Le module mod_cache impl�mente une mise en cache
intelligente des r�ponses HTTP : il tient compte des d�lais
de p�remption et des contraintes en mati�re de contenu
inh�rentes � la sp�cification HTTP. Le module mod_cache met
en cache les URL des contenus des r�ponses. Si un contenu envoy� au
client peut �tre mis en cache, il est sauvegard� sur disque.
Les requ�tes ult�rieures pour cette URL seront alors servies
directement depuis le cache. Le module fournisseur pour
mod_cache, mod_disk_cache, d�termine la mani�re dont les
contenus sont stock�s sur disque. La plupart des syst�mes de
serveur poss�dent plus d'espace disque que de m�moire, et il
est bon de garder � l'esprit que certains noyaux syst�me mettent en
cache de mani�re transparente en m�moire les contenus sur
disque fr�quemment acc�d�s ; il n'est donc pas tr�s utile de
r�p�ter cette op�ration au niveau du serveur.
</p>
<p>Pour mettre en oeuvre une mise en cache de contenu
efficace et �viter de pr�senter � l'utilisateur un contenu
invalide ou p�rim�, l'application qui g�n�re le contenu �
jour doit envoyer les en-t�tes de r�ponse corrects. En
effet, en l'absence d'en-t�tes comme <code>Etag:</code>,
<code>Last-Modified:</code> ou <code>Expires:</code>,
<code class="module"><a href="../mod/mod_cache.html">mod_cache</a></code> ne sera pas en mesure de d�cider
de mani�re appropri�e
s'il doit mettre le contenu en cache, s'il doit le servir
directement depuis ce dernier, ou s'il doit tout simplement
ne rien faire. Lorsque vous testerez la mise en cache, vous
devrez peut-�tre modifier votre application ou, en cas
d'impossibilit�, d�sactiver de mani�re s�lective la mise en
cache des URLs qui posent probl�me. Les modules mod_cache ne
sont pas compil�s par d�faut ; pour ce faire, vous devez
utiliser l'option <code>--enable-cache[=shared]</code> du
script configure. Si vous utilisez une distribution binaire
d'Apache httpd, ou si elle fait partie de votre portage ou
de votre s�lection de paquets, <code class="module"><a href="../mod/mod_cache.html">mod_cache</a></code>
sera probablement d�j� inclus.
</p>
<h4><a name="example-wiki" id="example-wiki">Exemple : wiki.apache.org
</a></h4>
<p>
Le Wiki de l'Apache Software Foundation est servi
par MoinMoin. MoinMoin est �crit en Python et
s'ex�cute en tant que programme CGI. A l'heure
actuelle, toute tentative pour l'ex�cuter via
mod_python s'est sold�e par un �chec. Le programme
CGI induit une charge inacceptable sur le serveur,
particuli�rement lorsque le Wiki est index� par des
moteurs de recherche comme Google. Pour all�ger la
charge de la machine, l'�quipe d'infrastructure
d'Apache s'est tourn�e vers mod_cache. Il s'est
av�r� que <a href="/httpd/MoinMoin">MoinMoin</a>
n�cessitait un petit patch pour adopter un
comportement appropri� en aval du serveur de mise
en cache : certaines requ�tes ne pouvaient jamais
�tre mises en cache, et les modules Python
concern�s ont �t� mis � jour pour pouvoir envoyer
les en-t�tes de r�ponse HTTP corrects. Apr�s cette
modification, la mise en cache en amont du Wiki a
�t� activ�e via l'insertion des lignes suivantes
dans le fichier de configuration
<code>httpd.conf</code> :
</p>
<pre class="prettyprint lang-config">CacheRoot /raid1/cacheroot
CacheEnable disk /
# Une page modifi�e il y a 100 minutes expirera dans 10 minutes
CacheLastModifiedFactor .1
# Dans tous les cas, v�rifier la validit� des pages apr�s 6 heures
CacheMaxExpire 21600</pre>
<p>Cette configuration essaie de mettre en cache tout
contenu de son serveur virtuel. Elle ne mettra jamais en
cache un contenu plus vieux que 6 heures (voir la
directive <code class="directive"><a href="../mod/mod_cache.html#cachemaxexpire">CacheMaxExpire</a></code>). Si
l'en-t�te <code>Expires:</code> est absent de la
r�ponse, <code class="module"><a href="../mod/mod_cache.html">mod_cache</a></code> va calculer une date
d'expiration en fonction du contenu de l'en-t�te
<code>Last-Modified:</code>. Le principe de ce calcul
qui utilise la directive <code class="directive"><a href="../mod/mod_cache.html#cachelastmodifiedfactor">CacheLastModifiedFactor</a></code>
se base sur l'hypoth�se que si une page a �t� modifi�e
r�cemment, il y a de fortes chances pour qu'elle le soit
� nouveau dans un futur proche et devra donc �tre remise
en cache.
</p>
<p>
Notez qu'il peut s'av�rer payant de
<em>d�sactiver</em> l'en-t�te <code>ETag:</code> :
pour les fichiers inf�rieurs � 1 ko, le serveur
doit calculer la somme de v�rification checksum (en
g�n�ral MD5) et envoyer une r�ponse <code>304 Not
Modified</code>, ce qui utilise des ressources CPU
et r�seau pour le transfert (1 paquet TCP). Pour les
ressources sup�rieures � 1 ko, les ressources CPU
consomm�es peuvent devenir importantes car l'en-t�te
est calcul� � chaque requ�te. Malheureusement, il
n'existe actuellement aucun moyen pour mettre en
cache ces en-t�tes.
</p>
<pre class="prettyprint lang-config"><FilesMatch "\.(jpe?g|png|gif|js|css|x?html|xml)">
FileETag None
</FilesMatch></pre>
<p>
Dans l'exemple pr�c�dent: la g�n�ration d'un en-t�te
<code>ETag:</code> sera d�sactiv�e pour la plupart
des ressources statiques. Le serveur ne g�n�re pas
ces en-t�tes pour les ressources dynamiques.
</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="further-considerations" id="further-considerations">Pour aller plus loin
</a></h2>
<p>Arm�s du savoir-faire pour personnaliser un syst�me afin
qu'il affiche les performances d�sir�es, nous d�couvrirons vite
qu'<em>1</em> syt�me � lui seul peut constituer un goulot
d'�tranglement. A ce sujet, la page du Wiki <a href="http://wiki.apache.org/httpd/PerformanceScalingOut">PerformanceScalingOut</a>
d�crit comment adapter un syst�me � mesure qu'il prend de
l'ampleur, ou comment personnaliser plusieurs syst�mes dans leur
ensemble.
</p>
</div></div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="../en/misc/perf-scaling.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="../es/misc/perf-scaling.html" hreflang="es" rel="alternate" title="Espa�ol"> es </a> |
<a href="../fr/misc/perf-scaling.html" title="Fran�ais"> fr </a></p>
</div><div class="top"><a href="#page-header"><img src="../images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Commentaires</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
<script type="text/javascript"><!--//--><![CDATA[//><!--
var comments_shortname = 'httpd';
var comments_identifier = 'http://httpd.apache.org/docs/trunk/misc/perf-scaling.html';
(function(w, d) {
if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
d.write('<div id="comments_thread"><\/div>');
var s = d.createElement('script');
s.type = 'text/javascript';
s.async = true;
s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
(d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
}
else {
d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
}
})(window, document);
//--><!]]></script></div><div id="footer">
<p class="apache">Copyright 2018 The Apache Software Foundation.<br />Autoris� sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
if (typeof(prettyPrint) !== 'undefined') {
prettyPrint();
}
//--><!]]></script>
</body></html>
|
