☰

Производительность Django Channels + Apache + Docker застряла на уровне 10rq/s

tag-icon • tag-icon apache-2.2 docker django supervisord
Производительность Django Channels + Apache + Docker застряла на уровне 10rq/s

Настраивать

Я настроил Django Channels внутри docker-контейнера на сервере Ubuntu 20.04 OVH VPS (8vCore, 16Go RAM). Для запуска django-channels я использовал daphne. Версии:

Django==3.1.4
channels==3.0.2
daphne==3.0.1

Я использовал Docker-compose с образом для Daphne-Apache, образом для Mysql, образом для Redis.

Проблема

Я использовал Locust для проверки производительности нагрузки приложения. Когда у меня больше 10rq/s, сервервремя ответа HTTPстановится огромным (> 10 сек) и приложение становится недоступным.

Где узкое место? Что может улучшить производительность?

Дополнительная информация

  • Примечание 1: Я сократил количество SQL-запросов до очень небольшого количества, около 5 на страницу.
  • Примечание 2: На странице информации о VPS ЦП, память и пропускная способность используются не полностью.
  • Примечание 3: Я обслуживаю статические файлы с помощью Apache Alias, но когда приложение перегружено, даже статические файлы загружаются медленнее.
  • Примечание 4: Ошибка, которую я получаю при слишком большой нагрузкеConnectionError(ProtocolError('Connection aborted.', RemoteDisconnected('Remote end closed connection without response')))

Я искал и обнаружил, что с помощью кратного процессасупервайзерилиКубернетесможет помочь. Но я хочу убедиться, что все нормально, прежде чем доходить до этого.

Я могу поделиться файлами проекта docker-compose.yml, routing.py, settings.py, но на данный момент это мне не кажется полезным.

решение1

Спасибо, вот вывод команд

A) Запустил в root ubuntu с запущенным Docker: ulimit -a

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 62405
max locked memory       (kbytes, -l) 65536
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 62405
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

B) Запущен в контейнере mysql: SHOW GLOBAL STATUS LIKE '%open%';

+----------------------------+-------+
| Variable_name              | Value |
+----------------------------+-------+
| Com_ha_open                | 0     |
| Com_show_open_tables       | 0     |
| Innodb_num_open_files      | 29    |
| Open_files                 | 14    |
| Open_streams               | 0     |
| Open_table_definitions     | 113   |
| Open_tables                | 114   |
| Opened_files               | 149   |
| Opened_table_definitions   | 113   |
| Opened_tables              | 121   |
| Slave_open_temp_tables     | 0     |
| Table_open_cache_hits      | 25    |
| Table_open_cache_misses    | 121   |
| Table_open_cache_overflows | 0     |
+----------------------------+-------+

C) ПОКАЗАТЬ ГЛОБАЛЬНЫЕ ПЕРЕМЕННЫЕ, ТАКИЕ КАК '%open%';

+----------------------------+---------+
| Variable_name              | Value   |
+----------------------------+---------+
| have_openssl               | YES     |
| innodb_open_files          | 2000    |
| open_files_limit           | 1048576 |
| table_open_cache           | 2000    |
| table_open_cache_instances | 16      |
+----------------------------+---------+

D) ПОКАЗАТЬ ГЛОБАЛЬНЫЙ СТАТУС, КАК '%dirty%';

+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| Innodb_buffer_pool_pages_dirty | 0     |
| Innodb_buffer_pool_bytes_dirty | 0     |
+--------------------------------+-------+

E) ПОКАЗАТЬ ГЛОБАЛЬНЫЙ СТАТУС, НАПРИМЕР «время безотказной работы»;

+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Uptime        | 544   |
+---------------+-------+

Связанный контент