С помощью haproxy кидать все запросы от
одного юзера на один фронтенд.То
есть на обоих фронтендах поставить
haproxy и кидать на локалхост или
удалённый хост. Что плохо, если
фронтенды находятся не в локалке.
Лучше иметь такой клевый DNS сервер,
который для одного запрашивающего
адреса выдаёт одинаковый ip фронтенда
в течение большого времени. Что плохо,
этот клёвый DNS ещё должен убедиться,
что сервер жив, перед ответом
если нужен failover.
Для полностью корректной работы с
надёжностью нужно ajax-ом опрашивать
имено
тот сервер, куда идёт закачка. Как
узнать куда ушла закачка - идей нет.
Разве что перед закачкой спрашивать
специальный урл, который вернет
случайное имя сервера, типа www-07.domain, и
поменять form action на полный
урл к этому серверу.
2009/6/16 Vladimir Rusinov <vladimir@xxxxxxxxxxxxxx>
Здравствуйте!
Используется upload_progress для нечастой
загрузки файлов размером обычно
до 100 Мб. До тех пор пока был один
фронтенд, все было хорошо.
Сейчас планируется поставить еще
один (две A записи в dns, round-robin) и
всвязи с этим вопрос:
Правильно ли я понимаю что аплоад
естественно пойдет на один сервер, а
ajax-запросы состояния аплоада будут
уходить поочередно на оба сервера?
Это
корректо для всех более-менее
массовых браузеров?
Второй nginx не будет знать о состоянии
аплоада на первом и будет
возвращать ошибки. Я думаю можно
просто в коде игнорировать ошибки,
если их
было подряд не более скажем 5. Не
повлечет ли это каких-либо серьезных
