Likes Likes:  0
Resultaten 1 tot 4 van de 4
  1. #1
    Apache mod_status laat "last request" ipv "current request" zien
    geregistreerd gebruiker
    3.709 Berichten
    Ingeschreven
    22/05/05

    Post Thanks / Like
    Mentioned
    12 Post(s)
    Tagged
    0 Thread(s)
    24 Berichten zijn liked


    Naam: Jeroen

    Thread Starter

    Apache mod_status laat "last request" ipv "current request" zien

    Wij zijn aan het testen of we binnen de DirectAdmin servers mod_php kunnen vervangen door php-fpm (met als doel meerdere PHP versies te kunnen aanbieden). Bijkomend gevolg is dat Apache niet meer met de "prefork MPM" draait maar met de "event MPM".

    Hierdoor is ook de mod_status (/server-status) pagina veranderd omdat deze nu de threads laat zien ipv de processen/forks.
    Ten tijde van processen/forks zag je binnen mod_status puur welke requests er op dat moment werden afgehandeld. Was het request afgehandeld dan verdween deze uit het overzicht.

    Nu met de event MPM laat mod_status blijkbaar (in ons geval) alle 127 threads zien met daarbij welk request als laatste is afgehandeld, zelfs als dat request een uur geleden is afgehandeld (zichtbaar in kolom SS = Seconds since beginning of most recent request. De thread lijkt dus in gebruik maar heeft status "waiting for connection)".

    Nu testen wij op een server die geen verkeer afhandeld. Doe ik 127x F5 op de server-status pagina dan zie ik dat terug in de server-status en staat dat er een dag later nog (met een hoge SS waarde). Op productionele servers zal de volledige lijst iedere +/- 127 requests weer anders zijn. Toch willen we inzichtelijk hebben welk IP/website op het moment dat we kijken bijv. overlast veroorzaakt door een grote hoeveelheid openstaande requests zonder dat deze oogopslag vertroebelt raakt door mogelijke oude, reeds afgehandelde, requests.

    Is deze conclusie een feit of is het mogelijk om mod_status alle requests ouder dan XX seconde leeg te laten maken, zodat alleen zichtbaar is welke requests op dat moment werden afgehandeld?

    (bonusvraag: is mod_php zonder bijkomende problemen te vervangen door php-fpm of gaat "php is php ongeacht de manier waarop" hier gewoon op? En wat zijn jullie ervaringen met de verandering in server load, stijgt deze, daalt deze?).

  2. #2
    Apache mod_status laat "last request" ipv "current request" zien
    geregistreerd gebruiker
    561 Berichten
    Ingeschreven
    10/06/06

    Locatie
    Emmeloord

    Post Thanks / Like
    Mentioned
    14 Post(s)
    Tagged
    0 Thread(s)
    21 Berichten zijn liked


    Naam: Arie

    Ik heb geen antwoorden op de vragen, maar als ik de context begrijp, heb je CloudLinux overwogen? Ze bieden de mogelijkheid zo'n beetje alle php versies tegelijk aan te bieden. En hebben mod_lsapi gebaseerd op LiteSpeed. Daarnaast veel controle en inzicht op gebruik van resources per user, en afgeschermde container ter beveiliging, integratie met de bekende controle panels.

  3. #3
    Apache mod_status laat "last request" ipv "current request" zien
    geregistreerd gebruiker
    3.709 Berichten
    Ingeschreven
    22/05/05

    Post Thanks / Like
    Mentioned
    12 Post(s)
    Tagged
    0 Thread(s)
    24 Berichten zijn liked


    Naam: Jeroen

    Thread Starter
    Nee, wel eens naar gekeken maar limiteren gebruikers liever niet (dan kunnen de rustige sites en de drukkere de resources delen ipv overhead/tekorten). Met goed beheer, capaciteitsmanagement en preventieve/reactieve maatregelen komen we heel ver in het voorkomen of oplossen van incidenten voor dit tot problemen lijden, maar is er eens iets dan wil je dit ook inzichtelijk hebben.

    Situatie betreft CentOS met DirectAdmin, custombuild 2.0. Dus max 2 PHP versies en dat is ook voldoende.
    (Overigens ken ik CloudLinux niet goed genoeg, dus wellicht sla ik de plank mis in me eerste alinea ;-))
    Laatst gewijzigd door DutchTSE; 30/08/15 om 19:15.



  4. #4
    Apache mod_status laat "last request" ipv "current request" zien
    geregistreerd gebruiker
    561 Berichten
    Ingeschreven
    10/06/06

    Locatie
    Emmeloord

    Post Thanks / Like
    Mentioned
    14 Post(s)
    Tagged
    0 Thread(s)
    21 Berichten zijn liked


    Naam: Arie

    Je kunt de resources zo ruim zetten als je wilt, je voorkomt in ieder geval dat een enkele user echt alles opeist. Je kunt cpu/geheugen/io/mysql instellen en je ziet per onderdeel hoeveel een user gebruikt. Het is m.i. wel iets wat erg veel voordelen oplevert voor shared hosting. Ook de cagefs waar je in principe veilig ssh kunt verstrekken en je php functies ook niet hoeft te limiteren. Kanttekening is eventueel de licentie kosten en de tijd die je kwijt bent om erin te verdiepen; maar kan het best waard zijn.

Labels voor dit Bericht

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2021 Webhostingtalk.nl.
Web Statistics