[root@master ~]# uptime
18:51:39 up 65 days, 8:07, 1 user, load average: 1.80, 1.28, 0.94
Что вы думаете о такой нагрузке, где стоят:
Apache, MySQL, PHP, Heartbeat.
Это главный сервер платежной системы. И по мере повышения количества диллеров в платежной системе растет нагрузка. Буквально дней десять назад все это было в два раза меньше. Что будет через месяц? Как понизить нагрузки? Пытался оптимизировать апач, но там кроме максиклиентов и прочей чепухи нечего тыркать. Запросы к MySQL тоже оптимизированы вплотную.
Что ещё подергать?
Исходя из предоставленной информации тяжело дать какие либо рекомендации.
Возьми для PHP xdebug он дает профайл в формате valgrind и в kcallgraph
посмотри где у тебя потери во времени.
Даже простой запрос в 0.0023 секунды при повторении в скрипте 50 раз (случай из жизни случайный выбор баннеров для ~50 возможных мест на странице), приводил к значительным потерям производительности.
Heartbeat? то есть, речь о HA кластере? тогда добавить в него ноды ;)
также можно в роли балансировщика нагрузки по нодам заюзать nginx, который будет заниматься обратным проксированием запросов клиентов на апачи... также можно заюзать лёгкие вебсерверы для обслуживания статики (boa, lightttpd), и юзать апачи (охочие до оперативы) на нодах только для отдачи клиентам динамического контента..
также можно кешировать запросы к mysql - memcached, например. или хотя бы увеличить размеры буферов в mysql (по умолчанию там 16 метров всего лишь, если мне склероз не изменяет)
> Heartbeat? то есть, речь о HA кластере? тогда добавить в него ноды ;)
Heartbeat не распределяет нагрузку, а просто напросто при выходе из строя slave-сервер возмет на себ обязанности master'a.
А что касается nginx и прочего, там серваки постоянно в рабочем состоянии и просто нереально чего-то опускать поднимать, поэт ому надо обходитя какими-то горячими способами.