>>740824

>Подытожить: мне нужно как-то настроить балансировку нагрузки балансировщиков nginx и при этом оставить отказоустойчивость в виде виртуального айпи.

Ну ты конечно и дебил что спрашиваешь такие вопросы на таком ресурсы со шкальниками и горе-мамко-хакерами.

Ты вообще понимаешь нахуя тебе этот огород нужен, или нет?
Ты хочешь балансировщик сделать на виртуалке? Сириусли?
И я так понимаю апач хранится там же? На виртуалке? Для "Отказоустойчивости и балансировки"? Сириусли???

Блиа. Какой кошмар.

Давай по порядку:
1. Если у тебя нет кучи айпишников, серверов, и веб-приложений на них - тебе балансировщик и нахуй не нужен.

2. Если у тебя есть одна виртуалка, и на ней крутится дохуя сайтов, которые ты хочешь что бы работали - и просто работали, то это совершенно другие условия и цели.

3. Если у тебя пункт выше, и ты хочешь что бы при нарастающей нагрузке у тебя было всё заебись, и сайт оставался живым с подключением дополнительных серверов которые будут справлятся с нагрузками - это третий вариант.

================================

Начнем по порядку:

1. Нужно узнать требования к приложению, нахуя вы используете апач? Лицензия не позволяет использовать что-то другое?

Например OLS.
Open Lite Speed.

Так как я понимаю, что возможно тебе необходимы rewrite rules, и прочий legacy говнокод апача, то возможно будет лучшим решением перекатиться сразу на OLS?

Это позволит ликвидировать nginx/apache + php, или что там у тебя.

Второе, если у тебя есть возможность самостоятельно допилить php-fpm для nginx - то оставь связку с nginx.

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

Третье - чем больше элементов в цепи передачи данных - тем больше шансов что твой сайт вообще не будет работать под нагрузкой.

Если проблема в нагрузке, может имеет смысл реализовать smart cache / или fastcache? или кешировать всё, что не динамическое и средствами того же будь-то OLS или NGINX Отдавать?

==============================

Если мне нужно, что бы моё приложение было отказоустойчивым, я бы поступил бы следующим образом:

1.) накатил бы для начала OLS просто (cyberpanel в помощь), чисто ради экспериментов.

2.) включил бы профилирование, и посмотрел че да как жрёт.

3.) закешировал бы эти запросы (в зависимости от их природы, т.е. то, что пользователю отдается изнутри - не трогал, то, что снаружи = в кеш, с переодическим апдейтом кеша (настраивается как заголовками, так и в пару кликами мышкой в интерфейсе OLS)).

4.) Установил бы ограничение на максимальное количество одновременных подключений, и вообще пользователей приложения исходя из бенчей.

5.) Провел бы несколько бенчей через утилиты которые все доступны на github.

6.) снова таки выжал бы максимум соков из самого веб-приложения путем кеширования.

7.) На этом заканчивается моя отвественность. Всё остальное зависит от трафика, и дальнешего развития событий.

8.) Для этого, можно в самих настройках OLS поднять балансисровщик и веб-сервер, который будет работать

https://www.litespeedtech.com/support/wiki/doku.php/litespeed_wiki:lslb:lsws_load_vs_adc

но блядь, снова таки - ну нет у тебя мощностей и трафика такого, где бы пригодился баланировщик нагрузок. Ну блядь не используется это на VPS. Ну вот прям совсем никак.