Олег Шамаев (Все сообщения пользователя)

Поставьте сначала Centos 7 с нужными пакетами в виртуальную машину, потом из терминала "Веб окружение" https://www.1c-bitrix.ru/products/env/  

Андрей Николаев, в любом случае большое спасибо! К сожалению код работает не всегда, каждый 4-5 хит вместе с ошибкой  Mysql connect error выдается 200 код, соответственно нет переключения на живой узел кластера - возможно это индивидуальная особенность сайта или кэширования, полагаю разберемся с разработчиками, но если есть идеи поделитесь пожалуйста.      

Андрей Николаев,спасибо! Конфигурирую кластер из трех узлов с mariadb galera claster, в master-master. Поскольку скорость insert запросов упала изрядно, а использование haproxy или maxscale добавляет еще несколько мс на каждый запрос решил их не применять, поэтому оптимально генерировать http ошибку, по которой балансир исключит из пула узел у которого нет доступа к БД.    

Андрей Николаев, я не программист, если возможно, поясните пожалуйста как и где можно использовать set_error_handler в битриксе?  

Хотелось бы реализовать такой функционал, при возникновении отдавать клиенту какую либо ошибку http, например 504 вместо 200.
В документации нашел, что ранее была возможность обработать событие в /bitrix/php_interface/dbconn_error.php, но на текущем ядре битрикса не работает. Если ли возможность сейчас это реализовать без правки ядра?  

OpenVZ это бесплатный урезанный функционально продукт сделанный на основе коммерческого Virtuozzo, теплейты последнего не совместимы с OpenVZ, да и не нужно этого. Для установки BitrixEnv достаточно создать контейнер с темплейтом centos-6-x86_64-minimal и далее по инструкции.

Если Вы планируете осуществлять в дальнейшем поддержку(администрирование) серверов самостоятельно, то лучше изучите все сами. Без понимания как работает Linux, OpenVZ или даже BitrixEnv любая проблема будет кошмаром.
Или можно так поступить - пробуйте вычислить потенциальные убытки при часовом простое и суточном по всем контролируемым вами сайтам. Полагаю после сего, будет понятно на какие затраты вы готовы пойти для конфигурирования серверов и их дальнейшей поддержке, чтобы минимизировать риск недоступности сайтов.          

Раиль, мануалов много, прежде всего https://openvz.org/Category:HOWTO ваши тоже годятся. Другое дело пускать сервер в продуктивную среду - Вы полагаю не намерены решать возможные проблемы в дальнейшем по мануалам? Если да, то многочасовые или многосуточные простои гарантированны. Изучите возможности технологий на отдельном сервере, а потом внедряйте.      

Для вашего случая все правильно написали - решите, что вам обойдется дороже, простой сайтов или аренда нового сервера. А чтобы не выбирать в таких случаях пользуетесь системами виртуализации, например OpenVZ, где можно в любой момент сделать снашет виртуального сервера(контейнера для OpenVZ) и откатится к нему в случае если что-то пошло не так. Или просто клонировать виртуальный сервер, обновить клон, все проверить, перенести сайт(ы) и установить ip-адрес от клонируемого сервера - таким образом простой составит несколько секунд.      

Вот от 5.1.9, не проверял https://yadi.sk/d/9mu1bNYK3J5cDb

Это злой битрикс крутит именами как хочет

Наверное сначала стоит себе и коллегам объяснить зачем это нужно вообще. По мне так это звучит как докер ради докера, без какой либо практической пользы.  

Вы уверенны, что падает именно процесс, или что Вы имеете ввиду? Что в логе ошибок Mysql при этом?  

Потому, что обращение к файлу посредством функции ядра ОС требует меньше ресурсов, чем обращение к сторонней службе, в которой к тому же будут произведены дополнительные вычисления.  
Почему это написали в битрикс - я не знаю, полагаю, что есть этому разумное объяснение.

Повторюсь, при наличии свободной памяти, ОС наиболее оптимально распределит ее, в том числе для файлового кеша в зависимости от потребностей всех запущенных процессов. Для memcached вы всегда указываете размер выделяемой памяти. Простой сценарий: в системе 16Гб памяти, при штатной нагрузке, для процессов веб-сервера и БД выделено 8Гб, 7,5Гб на файловый кеш, на сайт приходит масса ботов, т.е. нагрузка повышается - процессы веб-сервера и БД увеличивают потребление памяти, из файлового кеша в памяти вытесняются самые старые файлы - память высвобождается для процессов, что очевидно важнее чем кеш. В случае использования для кэширования memcaсhed, память в приведенном примере может попросту закончится, процессы будут вытеснятся в своп, если он есть или сработает OOM Killer, пользователи получат 504 или вообще не будут получать ответа.    

Можно, но все равно "дороже" и также бессмысленно, если есть свободная память.  

Андрей, memcached нужен прежде всего для организации общего кеша для нескольких нод кластера, локально он бесполезен, поскольку доступа к данным  в memcahed осуществляется по сети - такие операции всегда "дороже" чем прямое обращение к файлу.
Конечно существует вероятность, что вашему проекту на битриксе нужен кеш в объеме 20Гб с постоянным быстрым доступом к оному, но если это действительно так, то это скорее всего последствия ошибок разработчиков вашего сайта.


 

Файловый кеш, при наличии свободной памяти самый быстрый  - ОС по возможности будет держать последние открытые файлы в памяти. Посмотрите сколько оной отдано под файловый кеш командой Пример вывода:

Конечно можно, средств виртуализации масса - https://openvz.org/Main_Page http://www.proxmox.com/en/proxmox-ve http://www.vmware.com/ru/products/vsphere-hypervisor.html https://www.microsoft.com/ru-ru/SoftMicrosoft/hyperv2012r2.aspx

Опишите полную конфигурацию железа. Нет ли ошибок в /var/log/messages?
Также приведите здесь содержимое /etc/fstab  

Попробуйте массово временно отключить всех агентов выполняемых на хитах, а также временно отключить /home/bitrix/www/bitrix/php_interface/init.php переименовав его в например init.php_ если после этого производительность станет нормальной - обратитесь к разработчику сайта.

Похоже, что у вас подключен модуль php - xdebug, посмотрите в /etc/php.d на предмет наличия файла *-xdebug.ini с содержимым zend_extension=xdebug.so, если таковой есть, то переименуйте его в *-xdebug.ini.disabled и выполните:

Если вы арендовали "железный" сервер, проведите полное тестирование "железа" и предъявляете претензии владельцу по результатам(ну или сразу). Если это vps/vds тоже к хостеру - проблема точно за рамками BitrixEnv.

Полагаю еще чего-нибудь есть в /var/log/messages в плюс-минус 5 минут когда был запущен процесс mysql. Сие похоже на поврежденные файлы БД, попробуйте создать новый дамп, дропнуть базу, создать новую и залить свежий дамп. Ну и посмотреть в /var/log/messages на предмет угроз

Так Centos 6.8  и есть "6й" и единственный Centos а который можно установить BitrixEnv  

Опишите, что именно Вы сделали.

Проверить можно командой:
замените ip

также проверьте содержимое /etc/nagios/nrpe.cfg в конце должна быть строчка include_dir=/etc/nrpe.d

Можно создать конфигурационный файл /etc/nrpe.d/ext_command.cfg и переназначить в нем команды проверки нагрузки на CPU:

Параметры w и c назначте как вам нужно, http://serverfault.com/questions/209566/what-warning-and-critical-values-to-use-for-check-load

после чего: