Re: upload_progress_module и несколько фронтендов
Vladimir Rusinov
vladimir at greenmice.info
Tue Jun 16 17:49:15 MSD 2009
2009/6/16 Alexey V. Karagodov <kav at karagodov.name>
>
> On 16.06.2009, at 16:12, Vladimir Rusinov wrote:
>
> Здравствуйте!
>>
>> Используется upload_progress для нечастой загрузки файлов размером обычно
>> до
>> 100 Мб. До тех пор пока был один фронтенд, все было хорошо.
>>
>> Сейчас планируется поставить еще один (две A записи в dns, round-robin) и
>>
> далеко друг от друга?
Сейчас нет - в одной сети, но всякое возможно.
Основная цель - стабильность работы. Т.е. если один фронтенд не отвечает,
надо чтобы сайт работал (и аплоад тоже).
Вариант с dns не пойдет.
haproxy тоже не хочется громозить, т.к. это уже три ступени получается, да и
не KISS это.
>
> всвязи с этим вопрос:
>>
>> Правильно ли я понимаю что аплоад естественно пойдет на один сервер, а
>> ajax-запросы состояния аплоада будут уходить поочередно на оба сервера?
>> Это
>>
> это зависит от того, что будет делать аплоад и от скриптов
>
>> корректо для всех более-менее массовых браузеров?
>> Второй nginx не будет знать о состоянии аплоада на первом и будет
>> возвращать
>> ошибки. Я думаю можно просто в коде игнорировать ошибки, если их было
>> подряд
>> не более скажем 5. Не повлечет ли это каких-либо серьезных проблем?
>>
> может просто в коде учитывать куда делается аплоад?
Хм, спасибо. Пожалуй да - так будет лучше. Пусть аплоад идет на www, а
javascript будет первой итерацией опрашивать фронтенды, и кто ответит о
файле положительно - тот наш и в дальнейшем спрашиваем только его.
--
Vladimir Rusinov
http://greenmice.info/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090616/6c5e516c/attachment.html>
More information about the nginx-ru
mailing list