@Евгений Хлебников В данном случае, у меня нет сервисов, которые отдают 500-ки, поэтому тестирую на 503.
Да, видимо тестирование неудачное.
Хорошо, тогда вопрос, по поводу ретраев в рамках 500 ошибки.
Клиент отправляет запрос, запрос отдает 500 ретрай тот же запрос пуляет на хост или клиенту нужно выполнить новый запрос?
Евгений Хлебников, Да, я думал на счет вашей идеи ранее, но к сожалению так не получится. Дело в том, что резерв находится в облаке и обращаясь к нему, компания платит дополнительные деньги.
Основная суть в том, что после 500-ки траффик полностью начинает литься на резерв. Мне нужно сделать так, чтоб резерв был задействован, но в самой наименьшей степени.
То есть, клиент выполнил обращение, схватил 500 (причины разные могут быть), тот же запрос взять, и отправить в резерв, при этом продолжая лить траффик на основной.
Вот так как-то можно сделать?
@Евгений Хлебников так же я попробовал с помощью кук, так же не получилось. Постманом отправляю запрос, возвращает 503 и все. Дальше редиректа никакого.
Хапрокси вообще поддерживает такую реализацию?
В интернетах говорят, что подобные настройки поддерживает Нжинкс.
Возможно плохо объяснил. Такое у меня бывает.
Есть два хоста. Один работает в режиме праймори (то есть на него идет весь траффик) и есть резерв. Они работают исходя из настройки check. Если после 3-ех ретраев хапрокси получает ошибки, то траффик автоматом переключается на резерв. Бывают случаи, что на праймори выходит ошибка 500 (но я тестирую пока на 503), после чего клиент теряет запрос, а хапрокси неуспев достучаться до праймори, наинает сыпать на резерв хост весь трафик. 500 она не постоянная (предположим сеть маргнула на секунду).
Нужно сделать так.
Добавить какую-то дополнительную проверку, чтобы в случае 503 ошибки, хапрокси взял этот же запрос и редиректнул конкретно его на резерв без переключения трафика на него.
Надеюсь, так понятнее.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
