Здравствуйте, у меня стоит задача построить систему из 29 камер (23шт - DS-2CD8153F-E и 6шт - DS-2CD863PF(NF)-E(W) в режиме записи 25к/с (1280 х 720)). Система должна: 1) Записывать все каналы в риал тайме 2) Просмотр записей без остановки записи, просмотр в реальном времени 3) Запись по расписанию (но некоторые каналы по детектору) 4) Просмотр онлайн записей и риал тайм (до 4х удаленных пользователей чаще всего не больше 1-2х) 5) Поиск по архиву (по событиям тревоги и по времени)
Думается построить так: NVR сервер 2000 (один или несколько), Клиент 4000 рядом с NVR для просмотра в реальном времени и поиска по архиву. И возможно Steam сервер (а надо для 2-4 юзеров ?).
Что интересует: 1) Как рассчитать необходимую производительность NVR (iVMS 2000) сервера / серверов и потокового сервера (ведь можно разделить камеры на 2 или 3 машины а на 4000 собрать все во едино?) 2) Читал у вас на форуме что есть какие-то нюансы с такой системой при поиске и просмотре видео (4000 искать на 2000). В чем суть проблемы?
Надо подать коммерческое предложение, так что буду благодарен за оперативность.
Добавлено (19.12.2011, 14:08) --------------------------------------------- Так что, никто не подскажет как правильно рассчитать аппаратные требования для NVR? У D-link-а есть формула в мануале к ПО (с мин. системными требованиями). Неужели у Hikvision-а ничего нету? :(.
iVMS-2000 Nvr RUS v2.0.2 для сервера, iVMS-4000 RUS v2.02.08 для клиентов. если на сервере не будет локального просмотра, то на сервере можно поставить NVR Server EN v2.01.04. это теоретически, дело в том, что более-менее крупных систем на родном ПО собирать не приходилось (в основном мешало отсутствие русскоязычного интерфейса и документации с приходом на наш рынок). подобные проекты реализовывались на стороннем ПО (NUUO и Netvision в основном). потом ДССЛ и Хиквижион заключили партнёрское соглашение и много проектов делается на ПО TRASSIR. ещё из минусов - обновлятся линейка ивмс 2000-4000 не будет, т.е. строить систему нужно на ивмс-4200 если расчитывать на обновление ПО. либо всётаки на ПО других разработчиков. по "железу" - если на сервере не будет локального просмотра и расширенной аналитики\обработки видео от камер, то процессор не критичен. основное внимание дисковой подсистеме. поток от камер 25к/с (1280 х 720) порядка 2,8-4 мб\с и при одновременной записи всех камер общий поток выйдет порядка 80-116 мб\с что практически занимает всю ширину канала hdd (имеется ввиду не теоретическая, а практически протестированная). плюс к этому добавится просмотр из архива. тут уже нужно raid поднимать в зеркале или разбивать камеры на 2 группы (2 сервера). есть готовые конфиги у dssl к примеру. для клиентов важен процессор т.к. декодирование потоков от камер ляжет на него, для 16ти камер нужен будет i920. снизить нагрузку можно просматривая камеры во втором потоке с автоматическим переключением на основной при выводе камеры в полноэкранный режим. в таком режиме работы можно получить и все 30ть камер на 1 клиент (в родном ПО этой функции нет). неплохой калькулятор естьтут. примеры его расчёта.
поднять родным можно, просто сами на такое количество камер не ставили. по описанию задач всё реализуемо в родном ПО ) только нужно тестировать. а на стороннем уже делали и работает. по представительству -
Представительство в Украине 04050, г. Киев, ул. Глубочицкая, 33-37, офис 555. Тел.: +380 (44) 417-53-46 E-mail: ukraine@dssl.ru
Дилеры и монтажные организации
"ProNET" Киев, ул. Марка Вовчка, 18А Тел.: +38 (044) 390-0-911 E-mail: info@pronet.ua
"Безпека", ООО Киев, ул. Мельникова, 6 Тел.: (044) 490-28-38, 239-14-44 E-mail: bezpeka@dssl.ru
"КУБ КОНТУР", ООО Киев, ул. Глыбочицкая, оф 312 Тел.: (044) 417-53-46, +3 0 (67) 440-56-50 E-mail: cube-c@dssl.ru
на сайте дссл всё есть ) только учтите - для Украины нужно будет покупать лицензии на камеры, акция только на Россию распространяется. пс -
Quote
У D-link-а есть формула в мануале к ПО (с мин. системными требованиями). Неужели у Hikvision-а ничего нету? :(.
всё есть и у Hikvision, только минимальные системные требования тут ну никак не подойдут и погоды не сделают. могут только навредить как это часто и бывает. совершенно правильно сделали что перед началом работ по проекту задали вопрос. ниже пример конфигурации от дссл -
Для систем IP-камеры Hikvision HD 1-2 устр. Hikvision HD Ethernet 100 Мбит/с или 1 Гбит/с CoreDuo 256 Мб Radeon X300/GeForce 6K 3-6 устр. Hikvision HD Ethernet 100 Мбит/с или 1 Гбит/с CoreDuo / Core2Quad 512 Мб DDR400 Radeon X300/GeForce 6K 7-12 устр. Hikvision HD Ethernet 1 Гбит/с CoreDuo / Core2Quad 1024 Мб DDR400 Radeon X300/GeForce 6K 12-20 устр. Hikvision HD Ethernet 1 Гбит/с Core2Quad 1024 Мб DDR400 Radeon X300/GeForce 6
калькулятор от nuuo выше гибче и позволяет посчитать не только само "железо", но и получить потоки для ориентира. нюансов при подборе достаточно много, как например просмотр видео на 2ом мониторе. если будет использоваться 2ой монитор, то количество IP камер увеличится на количество камер выводимых на этот монитор. к примеру клиент с выводом камер по 5 на каждый из двух мониторов должен быть равен по "железу" клиенту с выводом 10ти камер на 1 монитор. но основные грабли это всётаки hdd сервера из-за рекламного хода "сата2 = 300 мб\с" и "сата3 = 600 мб\с".
Спасибо за помощь. Будем думать. p.s. И еще идея: А можно на 4000м поставить на просмотр живой картинки урезаный профиль, а на 2000м писать HD? Тогда б стояло 2 сервака NVR (или 1н с рейд) и 1н 4000 на i7-920?
про запись на сервере я писал выше - там процессор не так важен если нет просмотра и дополнительной аналитики (камера сама детектирует движение и даёт серверу команду на запись), записываться будет основной поток и узкое место только hdd. без рэйда можно 2 машины поставить на запись и на клиенте получать картинку с обоих серверов (только не NVR Server EN v2.01.04 т.к. он может быть в конфиге только 1). вот автоматом Ivms-4000 (как впрочем и 4200) не умеет переключать потоки на лету - нужно выбрать другой поток и сделать переподключение к камере. стороннее ПО(например Netvision) умеет это делать на лету и проверялось. в этом случае нагрузка ощутимо снижается (это можно увидеть и в калькуляторе выше). просмотр в маленьких окошках "живого видео" всё равно не раскрывает весь потенциал мегапиксельных камер.
hdd сервера из-за рекламного хода "сата2 = 300 мб\с" и "сата3 = 600 мб\с".
Просто не нужно путать пропускную способность интерфейса со скоростью записи/считывания, это ведь разные параметры. Здесь можно скачать главу книги как раз с примерами расчёта. По поводу переключения потоков на лету. Потоки переключать не может или не хочет , но точно может перенастроить поток по событию, правда в этом случае это наверно не имеет значения. Ещё почему то не рассмотрели вариант с родными "железными" NVR. Когда у общества нет цветовой дифференциации штанов, то нет цели!
Сообщение отредактировал UserM - Понедельник, 19.12.2011, 18:46
"Просто не нужно путать пропускную способность интерфейса со скоростью записи/считывания" ну про это собственно я и писал ) про параметры доступа\считывания\записи ведь не пишут на коробках )) зато везде пишут про теоретическую скорость интерфейса. "Потоки переключать не может или не хочет" может, но вручную. нужно выбрать тип потока с камеры в интерфейсе просмотра и переподключится к камере, что неудобно в отличии от стороннего ПО. там, при двойном клике по камере и развертывании её на весь экран, происходит переключение на основной поток автоматом. это естественно удобнее. "вариант с родными "железными" NVR." у него стоимость будет значительно выше варианта с компьютером. на 1 рег можно будет 8мь камер завести с требуемыми параметрами. стоимость можно в прайсе посмотреть ))
"у него стоимость будет значительно выше" Это если не платить лицензии ТРАССИР за каждый канал. И в случае с NVR появляется возможность доступа к архиву через ВЕБ, тоже самое с QNAP NVR. Когда у общества нет цветовой дифференциации штанов, то нет цели!
57к(лицензии на 30 камер) + стоимость сервера (~60к без дисков и рейда) 57+60х2=177к на основе компьютера. для регов - нужно 4ре ~160к (DS-9616NI-SH к примеру) =640к. так что ещё и на рейд неплохой останется ) по кунапу цены не смотрел. схемы построения на хике естьтут.может пригодится по софтуПО HikVision для проекта.
Не, Вы не честно посчитали, Забыли ключи 2 щт. , и НВРы не обязательно с «мордой» использовать, DS-9516NI-S будет значительно дешевле. Когда у общества нет цветовой дифференциации штанов, то нет цели!
Так же встала задача постройки системы на 30-50 камер IP. Решили использовать NAS как сервер, а ПК с Клиентом 4200. Но тут возникает вопрос: NAS Synology работает по Linux, как туда возможно установить IVMS Storage Server? P.S. Не могу найти инфу по TV Wall, не подскажите как работает данная система?
приложение IVMS Storage Server работает на win платформе. для TV Wall нужны внешние декодеры, посмотрите описание например DS-6400 Series Decoder. эти устройства получают потоки с камер и выводят на монитор самостоятельно, управляются из IVMS.
если сможете вайн в синолоджи прикрутить, тогда под ним Storage Server поставите. я не понимаю чем обосновано решение применить NAS Synology в обязательном порядке, это ТЗ ? можно писать с камер и напрямую на NAS, но в этом случае будет сложность с просмотром архива, запросы на просмотр будут идти через камеру, возможно будет проблема с квотированием места под такое количество камер. вбейте вверху в поиск nas и почитайте аналогичные темы. вообще у синолоджи было своё ПО под видеонаблюдение, возможно такой вариант Вам подойдёт больше. с их ПО я не работал и потому ничего сказать не могу.
Выбор Synology пал так как более менее проверенные NAS, с их ПО проблематично, да и дорого. Скорее всего придется строить так: 1) NAS 2) ПК сервер с IVMS Starage Server ==> сетевым жестким диском (NAS) (либо несколько, как разобьем NAS) 3) ПК клиента IVMS 4200
ТЗ только большое кол-во памяти + качество. Необходимо 60 дней записи (движение) камеры будут 2 МПХ.
тут тогда вопрос: исправите если ошибаюсь. Процессор на сервер нужен будет не сильно мощный, так как там нет особой обработки. А вот ПК клиент необходим по серьезней (в планах вообще поделить на два ПК примерно 16-18 камер на ПК). вопрос: правильно ли утверждение?)))
зачем тогда вообще NAS ? в своих инсталляциях делаем сервер с IVMS-2000\iVMS-4200 PCNVR, в таком случае NVR Server (Storage Server) и не нужен. в соседнем топике даже конфиг выложен. работает стабильно и тащит все камеры. насчёт процессора - совершенно верно. причём может и 3-4 клиента понадобится, но это уже не от произаодительности, а из-за удобства работы оператора с камерами. 16-18 камер Вы вживую видели ? удобно за ними смотреть ? хотя если нет задачи оперативного наблюдения, то можно и так.
NAS нужен, дабы увеличить объем памяти. так как в стандартный ПК не запехнешь 10 HDD а то и больше. ТЗ, 60 дней минимум+ риал тайм, очень оживленный объект. Рабочие часы с 8.00 - 02.00. По опыту аналога знаю что HDD много нужно.
а зачем стандартный ? берите рековый корпус, я же предложил посмотреть конфигурацию в соседней теме - 16 hdd по 3тб в рейде 50, можно и 24 поставить заменив корпус и контроллер. именно такую конфигурацию ставили в крупный круглосуточный гипермаркет. вот только 20 (1920х1080 при 25 к\с) камер на 60 дней при указанных часах работы и интенсивности потребуют 122.289 TB (порядка 46 hdd по 3 тб). и не важно nas будет или нет, кстати не всякий nas под такую задачу подойдёт, нужна организация быстрого рейда. что за камеры будут ? вот что выдаёт калькулятор, ссылки на него выше есть. естественно это максимум, в реальности скорее всего будет поменьше поток, не все же камеры будут одновременно людей видеть, наверняка часть камер будет на служебные помещения\проходы смотреть. но суть мне кажется понятна.
ТЗ изменилось, но только кол-вом камер. Срок хранения остался (60 дней минимум). из NAS Подобрали - Synology RS3413xs+. по параметрам более подходящий.
Еще вопрос на засыпку: Как разделить на ПК с ПО клиент изображение на 2 экрана?
Сообщение отредактировал Katachimoto - Среда, 20.02.2013, 08:19
, но точно может перенастроить поток по событию, правда в этом случае это наверно не имеет значения. 
