Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick Mevzek
1- Limiter les ressources a un vhost, afin qu'il n'utilise pas 100% du cpu et 100% de la memoire avec une requete php/mysql foireuse ...
2- D'isoler en process un Vhost afin que si il doit faire planter le proicess, les autres n'en soit pas affecté
Affecter un useruid différent à chaque vhost (ce qui ne semble pas évident en Apache 2 vu que perchild comme MPM ne semble pas très développé, mais je crois qu'il y en a d'autres), et après vous jouez sur les limites au niveau de l'OS pour chaque useruid différent (cf ulimit sous Unix par exemple)
Pour juste les limites mémoires, y a le module Perl Apache::GSizeLimit qui peut être utile, mais bon cela impose d'avoir mod_perl en plus d'Apache, et notamment pour Apache 2, c'est toujours en train d'évoluer et il y d'ailleurs de gros débats épineux en ce moment même alors que mod_perl 2 devrait sortir d'ici 15 jours selon les voeux de certains.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
1- Limiter les ressources a un vhost, afin qu'il n'utilise pas 100% du
cpu et 100% de la memoire avec une requete php/mysql foireuse ...
2- D'isoler en process un Vhost afin que si il doit faire planter le
proicess, les autres n'en soit pas affecté
Affecter un useruid différent à chaque vhost (ce qui ne semble pas
évident en Apache 2 vu que perchild comme MPM ne semble pas très
développé, mais je crois qu'il y en a d'autres), et après vous jouez sur
les limites au niveau de l'OS pour chaque useruid différent
(cf ulimit sous Unix par exemple)
Pour juste les limites mémoires, y a le module Perl Apache::GSizeLimit
qui peut être utile, mais bon cela impose d'avoir mod_perl en plus
d'Apache, et notamment pour Apache 2, c'est toujours en train d'évoluer
et il y d'ailleurs de gros débats épineux en ce moment même alors que
mod_perl 2 devrait sortir d'ici 15 jours selon les voeux de certains.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
1- Limiter les ressources a un vhost, afin qu'il n'utilise pas 100% du cpu et 100% de la memoire avec une requete php/mysql foireuse ...
2- D'isoler en process un Vhost afin que si il doit faire planter le proicess, les autres n'en soit pas affecté
Affecter un useruid différent à chaque vhost (ce qui ne semble pas évident en Apache 2 vu que perchild comme MPM ne semble pas très développé, mais je crois qu'il y en a d'autres), et après vous jouez sur les limites au niveau de l'OS pour chaque useruid différent (cf ulimit sous Unix par exemple)
Pour juste les limites mémoires, y a le module Perl Apache::GSizeLimit qui peut être utile, mais bon cela impose d'avoir mod_perl en plus d'Apache, et notamment pour Apache 2, c'est toujours en train d'évoluer et il y d'ailleurs de gros débats épineux en ce moment même alors que mod_perl 2 devrait sortir d'ici 15 jours selon les voeux de certains.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
