Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Отдача больших статических фа йлов в не сколько
в рассылке можно найти мануал и кажется на сайте Игоря было про
многопотоковые закачки
On 22.01.2009, at 16:45, Dmitriy MiksIr wrote:
AleXXX V. NovikoFF пишет:
Hi!
И правильно делает. Первый попавшийся ИП попадает в ДНС кеш на
локальной
машине (или вообще у провайдера в ДНС) и все.
Надо делать более продвинуто. Несколько доменов типа dl1, dl2 и т.д.
Качалки будут долбиться на некий урл на основном сайте, который уже
будет делать релирект на нужный dl.
это кажется единственный метод, нормально поддерживающийся браузерами
по-умолчанию (конечно есть исключения)
к каждому хосту максимум один коннект, по-этому в урл-ах на сайте
(картинки, скрипты, доки, стили и пр.) надо указывать разные имена
хостов (хоть рандомно, хоть раунд-робин, хоть статически прописать -
до лампочки), пусть даже это будет физически один сервер, тогда 95%
будет многопотоковая закачка данных
А на каждом dl проверять - качает ли этот пользователь с этого
сервера и если да - делать редирект на следующий.
Короче, качалкам крышу снесет =)
Имхо, одно решение задачи - это один канал с балансировщиком. Второе
- это что-то на уровне собственной AS и роутинга, наверно. А
третьего для случая разных серверов на разных каналах с такой
постановкой задачи... не вижу.
Правда, в чем разница между разделением потоков для одного
пользователя на несколько серверов и разделением пользователей по
серверам оставляя все потоки на одном сервере.. не улавливаю. Если
только пользователей 2-3 штуки... если больше десяти, уже не вижу
разницы.
Thu, 22 Jan 2009 15:47:30 +0300
ykk ykk <ykk02@xxxxxxxxxx> писал(а):
Round-robin dns - это как вариан, но не совмем то... Хотелось бы
чтоб это все работало для одного пользователя. То есть все конекты
одного пользователя шли на разные сервера. Тока что попробовал
вариант с RR-dns. Менеджер закачек все конекты пулит в первый
разрешенный ип...
|
