Форум

[QUOTE]D.Mingazhev написал:
Посмотрел процессы меня смутил mysql Так и должно быть?[/QUOTE]
по скриншоту сервер явно грузится базой данных: тут либо не-оптимальный код (что чаще всего, хотя вы почему-то отметаете шаблон сайта, по моему опыту чаще всего это именно не оптимальный код без кеширования), либо у вас север не справляется с посещаемостью (dos атака, роботы...), либо еще что-то.
могу на платной основе посмотреть в чем у вас дело, пишите в ЛС.

[QUOTE]D.Mingazhev написал:
в какую сторону копать?[/QUOTE]
вам нужна экспертиза производительности (как развернут проект, как настроен, как функционирует, в какие моменты зависает...).
шаблон я бы не исключал при этом. а большой размер binlog говорит о больших запросах на изменение данных (крон задачи? агенты? импорты?)
недавно натолкнулись, что стояла cron-задача в VPS на оптимизацию дисков (задача пришла из установочных образов поставщика серверов), так что проблема может прийти даже откуда не ждали....

[QUOTE]Андрей Шматков написал:
Обновление CentOS с 6 до 7 обычно проходит без происшествий?[/QUOTE]
это делается чаще всего полной перестановкой системы

[QUOTE]Сергей Мишин написал:
Вижу дикое падение производительности при переходе с версии MySQL 5.7 на версию MySQL 8.0.[/QUOTE]

инструменты модуля производительности и тест-скрипт хостинга еще не умеют корректно работать с MySQL 8
поэтому используйте другие методы анализа, например, среднее время открытия страниц.

кстати, это обсуждалось в недавнем Bitrix Talks TECH. Виртуальная машина. Работа, обслуживание:
https://www.youtube.com/watch?v=DHU0iZmmDFA
рекомендую посмотреть.

по опыту перехода на нескольких проектах могу сказать, что crm работает шустрее с MySQL 8, но нужно и ограничения понимать, т.е. четко представлять зачем вы переходите - например, с точки зрения стабильности и леаси-кода, я бы на 5.7 рекомендовал оставаться...

[QUOTE]Владимир Евдокимов написал:
выходит ошибка в задачах (процесс не проходит).[/QUOTE]

смотрите логи ошибки, текстовый файл:

[CODE]cat /opt/webdir/temp/#ИМЯ_ВАШЕЙ_ЗАДАЧИ#/status[/CODE]

и поймете в чем причина.

[QUOTE]Сергей Мишин написал:
Может кто-то подскажет решение такой проблемы:[/QUOTE]

выполните из командной строки
переход в корень файловой системы:
[CODE]cd /[/CODE]

список папок с объемом
[CODE]du -sh *[/CODE]

так вы увидите, чем занято место и исходя из этого можете принять решение.

могу почистить на платной основе - если что - обращайтесь через ЛС.

[QUOTE]Диана Ашумова написал:
PHP 8.0[/QUOTE] - не советую, а вот сервер БД можете попробовать - я писал в теме, что обновляли на ряде проектов. Полет нормальный.

[QUOTE]Юрий Коренюк написал:
отключить устаревшие версии TLS 1.0 и 1.1[/QUOTE]

зачем вам лишать доступа к сайту со старых устройств?
а если все-таки хотите, смотрите файлы
/etc/nginx/bx/conf/ssl.conf
/etc/nginx/bx/conf/ssl_options.conf
директиву ssl_protocols
а после ее изменения, перезапускайте nginx

[QUOTE]Андрей Быкадоров написал:
В чем может быть дело и какие еще эксперименты провести для диагностики проблемы? Попробовать развернуть какую-нибудь резервную копию?[/QUOTE]

есть в логах апача ошибки? логи тут /var/log/httpd

[QUOTE]Сергей Мишин написал:
bx_upgrade[/QUOTE]
собственно из приведенного вами кода не понятно, что на самом деле происходит,
т.к. запускается самописный скрипт bx_upgrade, а что он делает - из вашего листинга не понятно
yum update -y - работает вполне для обновления только локального окружения.