Обновление 500 копий программы с сетевого диска.

← →
И. Павел © (2010-11-19 12:12) [0]

Здравствуйте.

Имеется сервер (8 GB Memory). К нему подключен СХД HP EVA. Сервер используется только как файловое хранилище. Файловая система ntfs
Подскажите, пожалуйста, потянет ли такая система 500 пользователей, одновременно скачивающих 10 мб? Такая нагрузка считается нормальной, или нет?
Просто сейчас моя программа обновляется именно с сетевого диска, и я думаю: стоит ли переносить обновление в blob поле базы данных.
Если нужно - скажите, какие параметры сервера и EVA нужно уточнить.

Заранее спасибо.

← →
Игорь Шевченко © (2010-11-19 12:21) [1]

не потянет

← →
tesseract © (2010-11-19 12:31) [2]

> потянет ли такая система 500 пользователей, одновременно
> скачивающих 10 мб? Такая нагрузка считается нормальной,
> или нет?

500х10х8 ~ 40 гигабит. Посчитай канал.

← →
DiamondShark © (2010-11-19 12:31) [3]

> не потянет

Почему?

← →
Sergey Masloff (2010-11-19 12:35) [4]

То есть 500 пользователей (предварительно сверив часы) ровно во время X нажмут заветную кнопку скачивания? Сомнительный сценарий

← →
12 © (2010-11-19 12:44) [5]

> Сомнительный сценарий

отнюдь.

Павел, потрудившись вечером, положил новую копию.
Утром все включили компы, запустили программу
и она сообщила о доступности новой версии.

Все жмакают "обновиццо"..

← →
DiamondShark © (2010-11-19 12:44) [6]

> 500х10х8 ~ 40 гигабит. Посчитай канал.

Если достаточно, чтоб скачалось за 10 минут, то канал получается 67 мб/с.
Это если прям так тупо.

А если в каждом сегменте устроить кэш, то канал вообще фигня.

← →
DiamondShark © (2010-11-19 12:45) [7]

> Сомнительный сценарий

На всех компах синхронизация времени по NTP, и закачка по шедулеру
;)

← →
И. Павел © (2010-11-19 13:09) [8]

Всем спасибо.

Закачка обновлений происходит при запуске программ. Одна из них запускается при старте Windows (а т.к. работники приходят примерно в интервале 7:40-8:00, то наверное действительно вся закачка будет распределена по времени).

Подскажите, пожалуйста, а сам сервер будет терпеливо хранить и обрабатывать все запросы на закачку, или же может просто отклонить какие-то в случае перегрузки и вернуть ошибку?

> На всех компах синхронизация времени по NTP, и закачка по
> шедулеру

Ну я же не зверь :)

← →
DiamondShark © (2010-11-19 13:16) [9]

> И. Павел © (19.11.10 13:09) [8]

Сделай закачку чуть-чуть поинтеллектуальней.

Например, нет смысла в один сегмент сети тащить дубликаты.
Клиенты в одном сегменте могли бы между собой устроить что-то вроде P2P (чтоб выделенный кэш-сервер в сегменте не ставить).

← →
Torry © (2010-11-19 13:30) [10]

> Сделай закачку чуть-чуть поинтеллектуальней.

Я правильно понимаю что сегменты сети уже "устоялись" и менять что-либо никому не хочется (кеш-сервер и т.д.)? Дальнейшие предложения исходят из этого:

1. принять как данное что первое обновление будет делаться по SMB и займет какое-то время. ИМХО, так как запросы дублируются с разных рабочих станций, то за счет кеширования со стороны сервера нагрузка на диск сервера будет терпимой, загружаться будет именно канал.
2. Сделать в следующих версиях программное обновление разнесение по портам-протоколам (кто по http, кто по http:8080, кто по SMB).
3. Вместо (2): ввести альтернативные источники закачки обновлений с каким-либо критерием выбора источника (по скорости, по доступности, по загрузке приложений (Idle), фоновый режим, you name it).

Если операция обновления проходит не часто, то вообще "забить" - пока с утра кофе нальют, перекурят, все и установится :-)

← →
DiamondShark © (2010-11-19 13:34) [11]

> то вообще "забить"

Наш человек, системотехник.
;)

← →
И. Павел © (2010-11-19 13:38) [12]

> Клиенты в одном сегменте могли бы между собой устроить что-то вроде P2P

Не разрешат так сделать. Безопасники будут против.

Torry ©
Спасибо. Идею разделить порты или сами компьютеры обновлений предложу.

← →
KSergey © (2010-11-19 13:39) [13]

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

← →
KSergey © (2010-11-19 13:40) [14]

> И. Павел © (19.11.10 13:38) [12]
> что-то вроде P2P
> Не разрешат так сделать. Безопасники будут против.

И правильно.

← →
DiamondShark © (2010-11-19 13:45) [15]

> Не разрешат так сделать. Безопасники будут против.

А им какое дело? Это твой прикладной протокол. Безопасники тут каким боком?

← →
И. Павел © (2010-11-19 13:55) [16]

> [13] KSergey © (19.11.10 13:39)

Спасибо. Тоже предложу. Тем более, насколько я понял, скорость обновления тоже важна, а обновления из BLOB хоть и все выполнятся, но траффик будет не маленький.

> А им какое дело? Это твой прикладной протокол. Безопасники
> тут каким боком?

Обвинят в попытке создания торрента в одной отдельно взятой организации :)

← →
Torry © (2010-11-19 14:04) [17]

> Наш человек, системотехник.
> ;)

Дык! :-)

← →
DiamondShark © (2010-11-19 14:38) [18]

> И. Павел © (19.11.10 13:55) [16]
> Обвинят в попытке создания торрента в одной отдельно взятой органи

Эт врядли. Если вменяемые.
Ну а если дубовые, то не употребляй в спецификации слова P2P, назови "распределённый кэш".

> И. Павел © (19.11.10 12:12)

А у Евы цифорки есть? Например, Ева 6000 потянет большее число пользователей.
А Ева к серверу чем подключена: iSCSI или FC?

>скажите, какие параметры сервера и EVA нужно уточнить
Надо посмотреть: пропускную способность канала iSCSI или FC (а также можно и скорость жесткиx дисков (на чтение)).
Затем сравнить с требуемыми данными.
О производительности, надо читать доки Евы. У каждой они свои.

Вопрос дополнительный: а потянет ли сервер? Его ОС, его ТТХ, сеть?
Для особо сильно нагруженных серверов выполняют соответствующие процедуры настройки производительности (искать server improve performance).
Можно пользоваться дополнительными утилитами (искать server monitoring).

> Empleado © (19.11.10 14:52) [19]
> Надо посмотреть: пропускную способность канала iSCSI или FC (а также можно и скорость жесткиx дисков (на чтение)).

10 Мб покладется в память при первом чтении. Прогрмма-то для всех одна. Диски ни при чем.

> KSergey © (19.11.10 15:05) [20]

Мне просто интересно: куда и кем "покладется", и в чью память? Я просто чтоб понять о чем ты.
Если ты о каком-то специфичном софте на сервере, то никаких данных о софте автор не предоставил... Если ты имеешь ввиду cache san"а, то здесь речь не о 10 Мб идет, а скорее о 10 МБ.
Скорость дисков и скорость обмена данных протокола FC/iSCSI очень большую роль играют. Сам экспериментировал. Разница может быть существенная.

И. Павел © (19.11.10 12:12)
У нас сделано так есть менеджер который запускает программу, перед запуском он обновляет программу с сервера, кроме этого в автозагрузке каждого компа стоит обновление всяких dll, правда сначала идет сравнение по дате, если не совпала то обновляется. Пользователей более 1000. Обновляется все без проблем. Естественно одновременно все не лезут на обновление.
На сервере так же крутится MSSQL SERVER, но не особо нагруженый.
Сам сервер старенький 2 процовый xeon с 2 гиг ОЗУ и рэйдмассивом.

> Empleado © (19.11.10 16:25) [21]
> Мне просто интересно: куда и кем "покладется", и в чью память? Я просто чтоб понять о чем ты.

В кэш операционной система файл-сервера. Файл-то тянут один и тот же все, зачем его с диска каждый раз читать?
Операционок без кэша - не бывает нынче.

Это если речь вести о варианте "все дружно кинулись качать обновления".

> stas © (19.11.10 17:19) [22]
> Естественно одновременно все не лезут на обновление.

Не одновременно - это в течении какого промежутка времени?

Но компы включает большинство народу в 8-00. И потом запускают различные программы в течении дня. За 7 лет я ни разу не сталкнулся с проблемой перегрузки файлсервера поэтому небыло необходимости проверять сколько одновременных подключений.
Еще туда же пишет служба обновления ПО, все обновления. В день их проходит не много до 10. Но проблем с занятостью файла тоже небыло.

500 человек по 10 мбайт, получается по 2 мбита на человека в 1 гб канале.

Обновление 500 копий программы с сетевого диска. Найти похожие ветки