Prozaik

Рейтинг
97
Регистрация
23.11.2011
Mobiaaa:
Prozaik, Сколько у Вас пользователей в панели, которые пользуются php-fpm ?

35 пользователей

LEOnidUKG:
И везде настройки одинаковые?
Вы перезапускали после изменения настроек php?

Практически везде одинаковые. Перезапускал конечно, это давно настраивал уже месяца два назад.

LEOnidUKG:
Отлично. А теперь нам расскажите, где вы настраивали php-fpm? Его надо настраивать для КАЖДОГО юзера. У вас же настройки совсем не те, которые вы указали в первом посте.

как пример: opt/php72/etc/php-fpm.d и там конфиги для каждого пользователя - соответственно для других версий php также.

Судя по всему понял что) Спасибо - хороший совет, так легче смотреть.

Mobiaaa:
Prozaik, Смотрите в htop, что ещё занимает память
Отключите показ тредов (Shift + h)

---------- Добавлено 13.12.2019 в 01:33 ----------

LEOnidUKG, Размер базы уже определён :)
Он в htop показан, чуть меньше 10 Gb (на данный момент)
Чем остальное занято - не видно на скрине
Вероятно куча php-fpm

Не совсем понял про показ тредов.

Да занято 26 гигов памяти и 7 гигов свапа. Размер общий баз там 10958.42 мегабайта. То есть округлим - 11 гигов. Это с индексами полностью.

Почему решил обсудить - да сайты работают нормально, сам настраиваю, стараюсь собирать информацию. Но утечка памяти есть куда то. Значит либо не заканчиваются процессы и остаются в памяти, либо какое то чересчур кеширование сделал и оно все вообще хранит?

Попробуем конфиг базы глянуть (сильно не критикуйте)

collation-server = utf8_general_ci
character-set-server = utf8
local-infile=0
innodb_file_per_table = 1

symbolic-links=0
#bind-address = ::
bind-address = 127.0.0.1
skip-external-locking
skip-name-resolve
max-connect-errors = 1000
low-priority-updates=1

# Set the SQL mode to strict
sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
max_allowed_packet = 6M
open_files_limit = 165536

tmp_table_size = 512m
max_heap_table_size = 512m
key_buffer_size = 1g
myisam-recover = BACKUP
max_connections = 250
thread-cache-size = 250
table_open_cache = 165536
table_cache = 165536
table_definition_cache = 165536
query_cache_size = 512m
query_cache_type = 1
query_cache_limit = 2m
tmpdir = /dev/shm

#sort_buffer_size = 1M
#read_buffer_size = 1M
#read_rnd_buffer_size = 1M
#myisam_sort_buffer_size = 24M
#join_buffer_size = 2M

wait_timeout=120
interactive_timeout=120

#log-slow-verbosity=query_plan,explain
slow_query_log = 1
slow_query_log_file = /var/log/mysql/mysql_slow.log
long_query_time = 2
#log_queries_not_using_indexes = 1

#log_slow_queries = /var/log/mysql/mysql-slow.log
#long_query_time = 90
#log-queries-not-using-indexes

expire_logs_days = 5
max_binlog_size = 500M
innodb_buffer_pool_size = 12G
innodb_buffer_pool_instances = 12
innodb_flush_log_at_trx_commit = 0
innodb_flush_method = O_DIRECT
#innodb_flush_method = O_DSYNC
innodb-log-files-in-group = 2
innodb_log_file_size = 2g
innodb_log_buffer_size = 32M
innodb_thread_concurrency = 12
innodb_read_io_threads = 16
innodb_write_io_threads = 16
innodb_io_capacity = 3000
LEOnidUKG:

Почему она должна сломать связку? yum это стандартный процесс. У меня он вообще выполняется каждый день.

У вас стоит ISP 5 и mariadb 10.x ? Там не стандартная связка и поэтому опасения чтобы не полетели конфиги какие либо и тд.

baas:
Я так понимаю вы не шурупите в этом, от ваших действий будет только хуже!
Наймите админа для анализа и исправления ситуации.

Спасибо за совет. Справляюсь сам.

LEOnidUKG:
Это она сейчас съела 10 в данном случаи, а вообще ей 19 ГБ выделено.

---------- Добавлено 12.12.2019 в 13:52 ----------

Но учитывая, что ОГРОМНЫЙ swap забит больше, чем память. Это может быть связанно с тем, что mysql вообще не настроена.

Вот вопрос как раз таки да, что я мог пропустить в настройке, что и свап наполнен и память. Где то не закрываются или не заканчиваются процессы? Где копать посоветуете?

Спасибо за ответы. Вот такая картина получается

Много берёт mysql - возможно всё таки подкручивать лучше в этом направлении? Тогда вопрос, что там еще посоветуете сделать.

По пулам и настройке php-fpm мне вот интересно важны ли параметры как:

emergency_restart_interval

emergency_restart_threshold

process_control_timeout

И вопрос update пока под риском, стоит ли делать или нет. Не сломается ли связка isp 5 lite и mariadb 10.4

tmatm:
Логика у них такая. РКН забанил всю подсеть без объяснения причин. Связаться с РКН невозможно, разбанить подсеть тоже. Понятно, что это не вина пользователя, что он получил заблокированный IP, но тут лоукост сегмент. И просто так бесплатно они менять IP скорее всего не будут, т.к. и не их вина, что какой-то РКН вдруг решил блокировать сразу целые подсети с тысячами IP для борьбы с Телеграмом (тем более, что на работу Телеграма это никак не влияет).

Вроде как возможно. Был такой случай, сначала проверил за что, затем написал им фидбек, через пару недель сняли. Стоит попробовать.

Попробуйте Fastest или Swift Performance (Lite даже). Тотал кеш как и Суперкеш трудновато настраиваются и не совсем оптимальны.

Время загрузки легко отследить в Network панели браузера, время TTFB и общая загрузка для админа и для гостя какие?

Всего: 228