Как лучше всего загружать веб-серверы

Question

Если веб-сервер будет обслуживать, скажем, 100 ГБ в день, было бы лучше сделать это в 10 000 сеансов по 10 МБ или 200 000 сеансов по 500 КБ.

Причина этого вопроса заключается в том, что мне интересно, будут ли какие-либо преимущества, недостатки или нет сайтов, которые зеркально отображают контент, чтобы позволить клиентам использовать функцию начала работы в середине HTTP для загрузки файлов в сегментах со многих серверов , (IIRC это немного похоже на торрент-работы)

Answer 1

Полагаю, важен не только размер сеанса, но и его продолжительность. Я предполагаю, что 200 000 маленьких сессий будут жить короче, чем 10 000 больших. Как только сеанс завершен, ресурсы освобождаются для повторного использования. Я бы оптимизировал его так, чтобы сеанс длился как можно короче.

Имейте также в виду, что один сервер не может иметь более пары сотен сеансов одновременно (100 - 200 - безопасное число).

Answer 2

100 ГБ / день - это не тот номер, о котором вам нужно беспокоиться. Это в среднем чуть более 1 МБайт / с. Вы можете получить это через старый Ethernet, чтобы представить это в перспективе. Теперь ваша фактическая пиковая пропускная способность будет намного выше, возможно, 10 МБ / с. Тем не менее, это не проблема для современного сервера. Поэтому я не думаю, что вам нужны эти несколько серверов, так что нет причин разделять загрузку по 10 МБ. И если вы загружаете с одного сервера, зачем вставлять 19 последовательностей разъединения и повторного соединения в середине загрузки 10 МБ?

Answer 3

Обычно с каждым сеансом связаны некоторые накладные расходы - например, стоимость создания TCP-соединения или заголовки HTTP (если вы еще не включили их в 100 ГБ) - так что якобы было бы лучше использовать более крупные сеансы , Но также подумайте об этом с точки зрения клиентов: используя несколько небольших сессий, они могут параллельно выполнять загрузку и, возможно, быстрее получать свой контент. Таким образом, фактической «наилучшей» настройкой, вероятно, будет некоторый промежуточный размер сеанса, который, конечно, зависит от того, какой тип контента вы обслуживаете (большие или маленькие файлы, потоковые или статические) и насколько важна скорость. Нет единого универсального ответа.