LoadBalancing

7make

Client
Регистрация
25.06.2011
Сообщения
1 547
Благодарностей
1 310
Баллы
113

Обращаем Ваше внимание на то, что данный пользователь заблокирован.
Не рекомендуем проводить с 7make какие-либо сделки.

Кто решал эту задачу?
Стандартные подходы и инструменты типа Nginx/Haproxy/etc не решают задачу, ибо:
- нужно поклеить два раздельных запроса, которые не имеют одного общего куки-контейнера/сессию. Не сработают ip_hash ( в случае локалки и 1 клиента) / hash $request_uri consistent; / sticky session/ sticky cookies директивы и модули
- все стартовые счетчики выдачи id статичные. На первый реквест все бекенды монстров будут иметь id =1 (+1)
...
?
 

sandz

Client
Регистрация
27.05.2019
Сообщения
6
Благодарностей
0
Баллы
1
просто отправляй на разные хосты в случайном порядке. Так и живем :-)
 

Lord_Alfred

Client
Регистрация
09.10.2015
Сообщения
3 916
Благодарностей
3 852
Баллы
113
Может быть проблема в архитектуре, которую ты пытаешься обойти этими условиями, а не в самих условиях какие-то хитрые заковырки?
Меня очень смущает, что ты хочешь "поклеить" два раздельных запроса без общих вещей. Может есть какой-то юз-кейс, который ты решаешь, просто ты его не озвучил?


Не увидел, что раздел про CapMonster)) Теперь немного ясно стало отчего это всё)
 
  • Спасибо
Реакции: nicanil

7make

Client
Регистрация
25.06.2011
Сообщения
1 547
Благодарностей
1 310
Баллы
113

Обращаем Ваше внимание на то, что данный пользователь заблокирован.
Не рекомендуем проводить с 7make какие-либо сделки.

просто отправляй на разные хосты в случайном порядке. Так и живем :-)
Ну вот есть клиент 192.168.1.100 на 90 потов и три монстра 192.168.1.101...3
Есть банальный алго выбора сервака с монстром RounRobin (n+1)
Ладно куки-контейнера нету, Х с ним, накодил балансировщик, так айдишники которые OK|ID по счетчику n++
Как их (res.php?key=abc123&action=get&id=1) клеить то епта, когда у тебя первые три потока получают get id =1
192.168.1.101 responce OK|1
192.168.1.102 responce OK|1
192.168.1.103 responce OK|1

Не ну канешь "мега костыль" придумался через прогрев, сделать смещение id прогревом запросами "пустышками", но эт бразерс атас.
Разрабы сделайте:
- id = random int/long/ulong че там у вас. на работе софта не отразится но позволит балансить кастомно
- сделайте спаренный куки-контейнер на post/get тогда вовсе нет проблем. подцепил на /in.php куку а на гет /res.php уже завернул куда нужно по балансу
 
Последнее редактирование:

Lord_Alfred

Client
Регистрация
09.10.2015
Сообщения
3 916
Благодарностей
3 852
Баллы
113

Konstantin P.

Client
Регистрация
21.08.2018
Сообщения
6
Благодарностей
1
Баллы
3
регни домен, а в ней три А записи
Софту скарми домен пула серверов, а днс сам начнет подменять серваке при обращении
 

7make

Client
Регистрация
25.06.2011
Сообщения
1 547
Благодарностей
1 310
Баллы
113

Обращаем Ваше внимание на то, что данный пользователь заблокирован.
Не рекомендуем проводить с 7make какие-либо сделки.

Max

Client
Регистрация
17.06.2012
Сообщения
168
Благодарностей
44
Баллы
28
днс сам поклеит запросы in.php + res.php?
Нефига не понял что тебе надо. Но было очень интересно :-)

1. В сети были прокси которые позволяли свою логику писать возможно стоит в этом направлении копать.

2. есть ощущение что все таки в хапе это тоже сделать можно. Надо просто покурить доки получше. В целом, у тебя балансировщик должен отвечать за подачу запросов....А с ответа уже тянешь ип или еще чето.. В данном случае ты можешь добавлять хедер заголовок для опеределения куда у тебя каптча ушла и какой id на респонсе аля X-Real-IP. А id-каптч это без разницы.

Выводы из того что смог понять...
 
Последнее редактирование:

3voluti0n

Client
Регистрация
25.12.2016
Сообщения
66
Благодарностей
8
Баллы
8
Не даром говорят, что правильно сформулированный вопрос это 50% ответа :ap:
 

Кто просматривает тему: (Всего: 1, Пользователи: 0, Гости: 1)