Re: upload_progress_module и несколько фронтендов
Sergey Shepelev
temotor at gmail.com
Tue Jun 16 16:40:32 MSD 2009
С помощью haproxy кидать все запросы от одного юзера на один фронтенд.То
есть на обоих фронтендах поставить haproxy и кидать на локалхост или
удалённый хост. Что плохо, если фронтенды находятся не в локалке.
Лучше иметь такой клевый DNS сервер, который для одного запрашивающего
адреса выдаёт одинаковый ip фронтенда в течение большого времени. Что плохо,
если нужен failover.
Для полностью корректной работы с надёжностью нужно ajax-ом опрашивать имено
тот сервер, куда идёт закачка. Как узнать куда ушла закачка - идей нет.
Разве что перед закачкой спрашивать специальный урл, который вернет
случайное имя сервера, типа www-07.domain, и поменять form action на полный
урл к этому серверу.
2009/6/16 Vladimir Rusinov <vladimir at greenmice.info>
> Здравствуйте!
>
> Используется upload_progress для нечастой загрузки файлов размером обычно
> до 100 Мб. До тех пор пока был один фронтенд, все было хорошо.
>
> Сейчас планируется поставить еще один (две A записи в dns, round-robin) и
> всвязи с этим вопрос:
>
> Правильно ли я понимаю что аплоад естественно пойдет на один сервер, а
> ajax-запросы состояния аплоада будут уходить поочередно на оба сервера? Это
> корректо для всех более-менее массовых браузеров?
> Второй nginx не будет знать о состоянии аплоада на первом и будет
> возвращать ошибки. Я думаю можно просто в коде игнорировать ошибки, если их
> было подряд не более скажем 5. Не повлечет ли это каких-либо серьезных
> проблем?
>
> Может есть еще какой-нибудь способ?
>
> --
> Vladimir Rusinov
> http://greenmice.info/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090616/bf6821d1/attachment.html>
More information about the nginx-ru
mailing list