โหลด CPU สูงในไซต์ Django / Apache / mod_wsgi


10

โหลดการทดสอบการกำหนดค่า django 1.21 / Apache / mod_wsgi บนอินสแตนซ์ขนาดเล็กของ AWS (Ubuntu 10.04) ที่มี Apache bench แสดงการทำงานของซีพียูที่สูงมาก (ใช้ uptime และ vmstat) ที่การร้องขอที่เกิดขึ้นพร้อมกันในระดับต่ำ:

ab -c 5 -n 1000 "my_url"

... ทำให้ผลลัพธ์ของสถานะการออนไลน์:

18:04:54 up 9 days, 16:54,  3 users,  load average: 5.33, 2.45, 1.91

ซีพียูอยู่ที่ 100% แม้จะมีค่า Apache bench Concurrency เท่ากับ 2 ฉันกำลังรัน Apache bench จากอินสแตนซ์ AWS ที่แตกต่างกันในภูมิภาค / โซนเดียวกัน แนวคิดเกี่ยวกับปัญหาคืออะไรหรือฉันควรแก้ไขข้อบกพร่องนี้ต่อไปอย่างไร

รายละเอียด:

  • ฉันติดตั้งโครงการ / แอพวานิลลา django ด้วยมุมมอง "Hello World" ที่เรียบง่าย (ไม่มีการโทร DB ฯลฯ ) ผลลัพธ์เดียวกัน ดังนั้นฉันสงสัยว่ามันเป็นรหัสแอปพลิเคชันของฉัน
  • การใช้หน่วยความจำดูดีในระหว่างการทดสอบโหลด

นี่คือเอาต์พุต vmstat ก่อน / ระหว่าง / หลังการทดสอบโหลด:

procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
0  0      0 1034484  94848 321320    0    0     0     0   13   29  0  0 100  0
6  0      0 1032916  94848 321328    0    0     0     0  262  720  4 32 12  0
6  0      0 1031684  94848 321336    0    0     0     0  312  796  7 33  0  0
8  0      0 1030892  94856 321344    0    0     0    12  302  763  4 36  0  0
...
6  0      0 1030268  94864 321376    0    0     0     0  302  843  3 39  0  0
0  0      0 1032452  94868 321380    0    0     0    12  183  516  3 22 34  0
1  0      0 1033988  94868 321388    0    0     0     0   24   38  1  2 92  0
0  0      0 1033996  94868 321388    0    0     0     0   17   28  0  0 100  0
  • ฉันใช้ apache2 รุ่น prefork ตั้งแต่ฉันยังใช้งาน WordPress ซึ่งพึ่งพา PHP (PHP ทำงานได้ไม่ดีกับเวอร์ชั่น Apache ของคนทำงาน)

นี่คือไฟล์โฮสต์เสมือนของฉัน:

WSGIPythonHome /home/xxx/webapps/ve/api
<VirtualHost *:80>
        ServerAdmin webmaster@localhost
        ServerName  app.xxx.mobi

        WSGIDaemonProcess snaplive user=www-data group=www-data processes=10 threads=1 maximum-requests=10000
        WSGIProcessGroup snaplive
        WSGIScriptAlias / /home/xxx/webapps/api/settings/apache/prod.wsgi
        DocumentRoot /home/xxx/webapps/api/static
        ErrorLog /var/log/apache2/django-live/error.log
        CustomLog /var/log/apache2/django-live/access.log combined
</VirtualHost>

นี่คือไฟล์ httpd.conf ของฉัน:

Alias /media /home/xxx/Django-1.2.1/django/contrib/admin/media
LoadModule headers_module /usr/lib/apache2/modules/mod_headers.so

StartServers 2
MinSpareServers 2
MaxSpareServers 5
MaxClients 50
MaxRequestsPerChild 3000
ServerLimit 8
Keepalive off
HostnameLookups Off

นี่คือไฟล์ wsgi ของฉัน:

import os
import sys
sys.stdout = sys.stderr

from django.core.handlers.wsgi import WSGIHandler
os.environ['DJANGO_SETTINGS_MODULE'] = 'settings'
application = WSGIHandler()

sys.path.append("/home/xxx/webapps/api")

ด้วยการกดปุ่ม django url จากเบราว์เซอร์ในระหว่างการทดสอบโหลดฉันได้ยืนยันในเชิงคุณภาพว่าโหลด CPU สูงกำลังส่งผลกระทบต่อประสิทธิภาพ

ฉันอ่านว่าสิ่งนี้อาจไม่สำคัญ แต่ฉันเห็นสิ่งนี้มากมายในบันทึกข้อผิดพลาดของฉัน:

[Sun Sep 19 18:04:58 2010] [error] Exception KeyError: KeyError(-1218693376,) in <module 'threading' from '/usr/lib/python2.6/threading.pyc'> ignored

นี่คือผลการ bench Apache ของฉันในกรณีที่เป็นประโยชน์:

Server Software:        Apache/2.2.14
Server Hostname:        app.xxx.mobi
Server Port:            80

Document Path:          /plist_catalog/test_data
Document Length:        0 bytes

Concurrency Level:      5
Time taken for tests:   27.720 seconds
Complete requests:      1000
Failed requests:        0
Write errors:           0
Non-2xx responses:      1000
Total transferred:      269000 bytes
HTML transferred:       0 bytes
Requests per second:    36.08 [#/sec] (mean)
Time per request:       138.598 [ms] (mean)
Time per request:       27.720 [ms] (mean, across all concurrent requests)
Transfer rate:          9.48 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        1    2   8.5      1      88
Processing:     9  136 176.9     81    1182
Waiting:        9  135 176.6     81    1182
Total:         10  138 176.7     83    1183

Percentage of the requests served within a certain time (ms)
  50%     83
  66%     98
  75%    128
  80%    140
  90%    423
  95%    576
  98%    727
  99%    819
 100%   1183 (longest request)

คำตอบ:


2

ปัญหาคือว่าฉันได้ติดตั้งแพคเกจ apache2-mpm-itk แทน apache2-mpm-prefork apache2-mpm-itk มาจาก apache2-mpm-prefork แต่ด้วยเหตุผลบางอย่างทำงานได้ไม่ดีเมื่อใช้กับ mod_wsgi


เมื่อใช้ ITK MPM และ mod_wsgi แนะนำให้ใช้โหมด mod_wsgi daemon และปิดการใช้งานการใช้ล่าม Python ในกระบวนการฝังตัว หากใช้โหมดแบบฝังตัวคุณจะโหลดแอปพลิเคชันของคุณในทุกคำขอเช่นเดียวกับ CGI
Graham Dumpleton
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.