Никакой аналитики, только запись на постоянной основе.К учетной записи в облаке не был авторизован, насколько помню.Причем, даже если отключить запись вообще — нагрузка падала на 15 процентов, не больше.
Вот что не пробовал — вместо IP-камер подключить аналогичное количество web-камер и посмотреть нагрузку на систему.
Некоторое время назад озадачился поиском бесплатной системы видеонаблюдения на 4-12 каналов IP.
Была в том числе оттестирована система Ivideon… вот основные моменты, из за которых вычеркул ее из списка претендентов:
1.Большая нагрузка на систему — больше 65% CPU при постоянной записи с 4-х IP камер Arecont Vision(2-х мегапиксельные как mjpeg так и h264).про 12 каналов даже и говорить не стоит.(Windows 7 32/64 разрядная, Xubuntu 13.04 32bit)
2. На систему XUbuntu 14.04 x64 поставить не удалось по причине неудовлетворенных зависимостей 32-х битных библиотек.
3. При просмотре даже 4-х камер несколькими клиентами опять же дикие тормоза на сервере под 100% CPU(при условии что сеть на сервере и клиенте гигабитная)
4.На момент тестирования не удалось запустить Ivideon Server на Linux-сервере без графического окружения потому что приведенная на сайте инструкция не была актуальна(пути к конфигам и пр.)
В остальном — годная программа для записи с web-камеры(камер) в небольшом разрешении с кросплатформенным сервером и клиентом, что не часто встретишь у конкурентов.
Опять же сопутствующие услуги и товары — нормальная модель монетизации сервиса.
Есть кстати неплохая альтернатива Mox-е по качеству и стабильности — Lantronix(например серия XPort).
У меня на объектах работают и Мохи и XPort-ы — нареканий нет.
Один из Xport-ов используется как раз для удаленной перезагрузки сетевого оборудования в шкафу и кратковременного передергивания питания.
Ага Ага.Единственное что придумалось — запустил две ноды Btsync на разных портах одного сервера — но это двойная нагрузка, непонятные глюки с синхронизацией, иногда непредсказуемая загрузка под 100% CPU.
700 рублей/сутки умножить на 30 дней = 21000 рублей… к сожалению мне жаба не подпишет… да и альтернатив Ростелекому в месте моего проживания нет.
Статический IP есть конечно — но опять же все упирается в объемы синхронизации…
А насчет темной магии — у меня не сработало, как ни старался…
Просьба по теме к автору поста — проверьте пожалуйста, есть ли какая то возможность сихронизировать папки в пределах одной ноды — к примеру на разных разделах или винчестерах. Ситуация использования — бэкап данных на подключаемый USB винчестер например.Про использование rsync — да, сейчас им и пользуюсь…
В Btsync я такой возможности без особых извратов не нашел.
И не только в теории — но мне удалось запустить Btsync без ретрекера только в пределах локальной сети — или если есть два сервера со статическими IP и проброшенными портами через NAT, а также прописанными хостами.
Как вариант — подконтрольный выделенный сервер с белым IP где то в интернете как собственный ретрекер. Но учитывая объем сихронизируемых данных — влетит в копеечку.
Одно из двух — или у разработчиков Btsync хитрый план по монетизации и они просто создали некое сообщество, которое помогло отработать технологию и проверить на самые очевидные баги, либо им все это фиолетово и цель не в монетизации… но тогда конкурент с открытыми исходниками при условии активной разработки и багрепортинге более предпочтителен нежели вроде рабочий Btsync, но мутный в плане того, кто смотрит мои файлы например.ИМХО опять же.
Присмотреться стоит, без сомнения… но как написано на сайте проекта — протокол еще не устоялся и до версии 1.0 возможны кардинальные изменения… так что ИМХО, поиграться можно, но надо ждать релиза…
А насчет проблем с сихронизацией часто изменяющихся файлов и большого количества мелких файлов в Btsync — лично я поставил в крон перезапуск сервиса раз в час, это дает пинок Btsync — у для принудительной сихронизации.
А также возможно разработчики Btsync таки откроют исходники на фоне появления конкурента с открытыми исходниками.
Правильно ли я понял, что обе ноды в описываемой инсталляции находились в пределах одной сети(локалка)?
А как насчет ситуации, когда одна или обе ноды будут находиться на NAT-ом?
Премиум на DynDNS стоит примерно столько же, как и статический IP у провайдера, тогда и в роутере ничего настраивать не надо.Я так поступил с пару месяцев назад, когда надоели навязчивые сообщения от DynDNS с предложением пройти по ссылке для подтверждения активности или перейти на премиум.
Конкретно в описанной мной версии при добавлении новой камеры выбрать ONVIF нельзя — нет его в списке. В ветке 4.4 поддержка ONVIF есть и даже более менее работает.
Он платный. Лицензию можно получить двумя путями — после установки в окне лицензирования ввести требуемое количество камер и пользователей и выбрать между Small, Basic, Extended или Enterprise, и на введенный почтовый адрес придет письмо с дальнейшими инструкциями или проделать то же самое через дилеров.
Лично я функцией распознавания номеров не пользовался, да и нужды в ней пока нет — этим занимается SecurOS на вполне приемлимом уровне.
Вот что не пробовал — вместо IP-камер подключить аналогичное количество web-камер и посмотреть нагрузку на систему.
Была в том числе оттестирована система Ivideon… вот основные моменты, из за которых вычеркул ее из списка претендентов:
1.Большая нагрузка на систему — больше 65% CPU при постоянной записи с 4-х IP камер Arecont Vision(2-х мегапиксельные как mjpeg так и h264).про 12 каналов даже и говорить не стоит.(Windows 7 32/64 разрядная, Xubuntu 13.04 32bit)
2. На систему XUbuntu 14.04 x64 поставить не удалось по причине неудовлетворенных зависимостей 32-х битных библиотек.
3. При просмотре даже 4-х камер несколькими клиентами опять же дикие тормоза на сервере под 100% CPU(при условии что сеть на сервере и клиенте гигабитная)
4.На момент тестирования не удалось запустить Ivideon Server на Linux-сервере без графического окружения потому что приведенная на сайте инструкция не была актуальна(пути к конфигам и пр.)
В остальном — годная программа для записи с web-камеры(камер) в небольшом разрешении с кросплатформенным сервером и клиентом, что не часто встретишь у конкурентов.
Опять же сопутствующие услуги и товары — нормальная модель монетизации сервиса.
У меня на объектах работают и Мохи и XPort-ы — нареканий нет.
Один из Xport-ов используется как раз для удаленной перезагрузки сетевого оборудования в шкафу и кратковременного передергивания питания.
Статический IP есть конечно — но опять же все упирается в объемы синхронизации…
А насчет темной магии — у меня не сработало, как ни старался…
В Btsync я такой возможности без особых извратов не нашел.
Как вариант — подконтрольный выделенный сервер с белым IP где то в интернете как собственный ретрекер. Но учитывая объем сихронизируемых данных — влетит в копеечку.
А насчет проблем с сихронизацией часто изменяющихся файлов и большого количества мелких файлов в Btsync — лично я поставил в крон перезапуск сервиса раз в час, это дает пинок Btsync — у для принудительной сихронизации.
А также возможно разработчики Btsync таки откроют исходники на фоне появления конкурента с открытыми исходниками.
А как насчет ситуации, когда одна или обе ноды будут находиться на NAT-ом?
Лично я функцией распознавания номеров не пользовался, да и нужды в ней пока нет — этим занимается SecurOS на вполне приемлимом уровне.