etes vous prêts pour le succes ?
TRANSCRIPT
êtes-vous prêts pour le succès ?
Huh !? Qui ça ?
Steven VAN POECK
autodidacte, 12 ans de PHP, entre autres
s t e v e n v a n p o e c k
h t t p : //jo in d . in /4 3 5 2
should i stay or should i go* ?
* the clash, 1981
le début
quelques utilisateurs
Coût :
Apache 2.2.16 + mod PHP 5.3.3 +
MySQL 5.1.49
Performance :Disponibilité :
0
50
100
150
200
250
0
2
4
6
8
10
Resp Time (secs) OKAY Failed
Resp time# requests
# Concurrent requests
Max connexions simultanées : 9 ~4 500 utilisateurs
un peu plus d'utilisateurs
Coût :
Apache 2.2.16 + mod PHP 5.3.3 +
MySQL 5.1.49
Performance :Disponibilité :
un peu plus d'utilisateurs
Apache 2.2.16 + mod PHP 5.3.3 +
MySQL 5.1.49
Coût :
Performance :Disponibilité :
solutionsutilisez les dernières versions stables des briques
logicielles
distribution de charges : séparation serveur web / db
côté disponibilité : FastCGI pour PHP
côté ressources : nginx
tuning serveur Web (Nginx)
worker_processes → 1 par CPU mais plus de 4 est inutile
worker_connections → 2048
solutions (suite)tuning PHP
cache op-code PHP (APC, eAccelerator, Zend Server)
utilisez la dernière version majeure stable !
template caching (ex : Smarty)
compilation « maison » sans extensions inutilisées
always_populate_raw_post_data = Off (utilisez php://input)
max_execution_time → le plus petit possible
memory_limit → adapté à vos scripts
realpath_cache_size → plus si beaucoup de fichiers
realpath_cache_ttl → le plus élevé possible
un peu plus d'utilisateurs
MySQL 5.5.16
Nginx 1.0.8 + F a s t CGI PHP 5.3.8
Coût :
Performance :Disponibilité :
0
200
400
600
800
1000
1200
0
2
4
6
8
10
12
Resp Time (secs) OKAY Failed
# requests Resp time
# Concurrent requests
Max connexions simultanées : 27 ~13 000 utilisateurs
encore plus d'utilisateurs
MySQL 5.5.16
Nginx 1.0.8 + F a s t CGI PHP 5.3.8
Coût :
Performance :Disponibilité :
encore plus d'utilisateurs
Coût :
Performance :Disponibilité :
solutionsajout de RAM sur le serveur MySQL
tuning MySQL
utilisez InnoDB (rowlock)
connection_timeout → le plus bas possible
skip_name_resolve = 1 → réduction appels réseau
log = /dev/null → réduction I/O
slow_query_log = 1 → surveillance
cache résultats brutes des requêtes
solution ad-hoc dans le code
exemple solution ad-hoc dans le code :p u b l i c f u n c t i o n q u e r y( $s q l ) {
s t at i c $q Cac h e = ar r ay( ) ; // St o c k age
$q S i g = md 5( $s q l ) ; // Cl e u n i q u e p o u r l a
r e q u e t e
// On r e t o u r n e l e r e s u l t at d i r e c t e me n t
i f ( ar r ay_ k e y_ e x i s t s ( $q S i g , $q Cac h e ) ) {
r e t u r n $q Cac h e [ $q S i g] ;
}
$r s = $t h i s - > d b - > q u e r y( $s q l ) ; // Re q u e t e
e n b as e
$q Cac h e [ $q S i g] = $r s ; // Mi s e e n c ac h e
r e t u r n $r s ; // On r e t o u r n e l e r e s u l t at
}
encore plus d'utilisateurs
memcache
Coût :
Performance :Disponibilité :
0
200
400
600
800
1000
1200
0
2
4
6
8
10
12
Resp Time (secs) OKAY Failed
# requests Resp time
# Concurrent requests
Max connexions simultanées : 45 ~22 000 utilisateurs
toujours plus d'utilisateurs
Coût :
Performance :Disponibilité :
toujours plus d'utilisateurs
Coût :
Performance :Disponibilité :
solutionsajout de serveurs frontaux
load balancer
sharding pour la base de données
failover pour les MySQL
toujours plus d'utilisateurs
1
3
2
sharding
1
3
2
LoadBalancer
Coût :
Performance :Disponibilité :
failover
5 10 25 50 75 100 125 150 175 200 2250
500
1000
1500
2000
2500
3000
0
2
4
6
8
10
12
Resp Time OKAY Failed
# requests Resp time
# Concurrent requests
Max connexions simultanées : 110 ~50 000 utilisateurs
le succès est au rendez-vous !
1
3
2
1
3
2
Coût :
Performance :Disponibilité :
le succès est au rendez-vous !
1
3
2
Coût :
Performance :Disponibilité :
1
3
2
solutionsperfomances & disponibilité
HTTP caching (Varnish, Squid, Nginx…)
content distribution network (CDN)
le succès est au rendez-vous !
CDN
HTTP cache1
3
2
1
3
2
Coût :
Performance :Disponibilité :
5 10 25 50 75 100 125 150 175 200 225 250 275 300 325 350 3750
1000
2000
3000
4000
5000
6000
0
4
8
12
16
20
24
Resp Time OKAY Failed
# requests Resp time
# Concurrent requests
Max connexions simultanées : 175 ~85 000 utilisateurs
mais encore ?
noSQLMongoDb : http://www.mongodb.org/
CouchDb : http://couchdb.apache.org/
CouchBase : http://www.couchbase.org/
...
ze nuage (Amazon, Azure, Eucalyptus, Google apps...)
questions ?
Références:Dernières versions briques logicielles
Debian : http://dotdeb.org
PHP : http://www.php.net
Tuning PHP / Nginx :
http://blog.martinfjordvald.com/2011/04/optimizing-nginx-for-high-traffic-loads/
http://php.net/manual/en/ini.core.php
http://talks.php.net/show/perf_tunning
http://phplens.com/lens/adodb/docs-adodb.htm#memcache
Load balancing : http://en.wikipedia.org/wiki/Load_balancing_(computing)
Optimisation MySQL : http://www.slideshare.net/ligaya/dpc-tutorial
Sharding : http://en.wikipedia.org/wiki/Shard_(database_architecture)
Failover : http://en.wikipedia.org/wiki/Failover
Memcached : http://memcached.org/
CDN : http://en.wikipedia.org/wiki/Content_delivery_network
HTTP cache :