Ну так есть конкуренты, есть конкурсы, есть прочие причины по которым никто цены в открытый доступ не публикует. У нас доступные цены, обращайтесь, тестируйте, покупайте. Поможем с подбором оптимального решения.
Мы тут не говорим о ценах, мы рассказываем о проектах, технологиях и решениях. Стоимость можно узнать у наших продажников или партнеров. Оставляйте контакты или звоните сами.
Для видеонаблюдения важен throughput (MБ/с), а не IOPS. Охотно верю, что Нэтап будет производительней обычных аппаратных рэйд-контроллеров, но прямо скажем — это дорогое решение.
Никто не сможет дать гарантию, что детектор будет корректно срабатывать в 100% случаев. Таким образом есть вероятность, что мы можем не записать важное событие. Поэтому на критичных проектах, объектах или камерах приходится писать постоянно. Иначе бы все и всегда писали только по детектору.
Почему в расчётах не учитывается детекция движения? — потому, что всё зависит от картинки в кадре, от конкретного проекта. Взяли просто самый общий, самый сложный случай, когда нужно писать постоянно.
Не могу сказать, что рынок освоил iSER также хорошо как и FC, только потому что FC слишком давно на рынке. Есть решение с поддержкой iSER, как от именитых вендоров, так и от стартапов. По отчётам и исследованиям SNIA количество продуктов поддерживающих iSER постоянно растёт, особенно в all-flash решениях. Enterprise — это часто консервативные технологии, которые до них проверили другие. Сейчас iSER активней всего «обкатывается» в облачных провайдерах.
На самом деле, сложно говорить о зрелости технологии и ей освоении, когда она на рынке где-то 3-4 года.
vSAN, NetApp поддерживает iSER, который, в свою очередь, работает поверх RoCE или iWARP. Драйвера есть для VMware (есть KB), NetApp поддерживает «из коробки» iSER. Со стороны клиента нужны соответствующие адаптеры.
В рамках нашего (софтверного) направления, LRC реализуется вполне успешно.
Что касается, аппаратных решений, то у нас нет сведений о таких продуктах. Но, вероятнее всего, это не имеет широкого распространения, ввиду гибкости и сложности конфигурации LRC.
Вы правы, только стоит уже переходить на 16Гб/с, потому что, к сожалению для многих, 8Гб/с не хватает. В media компаниях которые работают с несжатыми 4K/8K форматами видео — 8Гбит уже не достаточно несколько лет.
2. Требование не наши, а заказчика, но какие есть, и нам с ними работать и убеждать как сделать лучше. Производительность же в 45ГБ/с на 5 клиентов, остаётся, сейчас прорабатывается решения на PCIe NMVe со скоростью каждого накопителя 6ГБ/с на запись и чтение.
2.1. В 2U полку можно напихать 24 диска 3.5", у supermicro есть решение. У HGST 8TB уже давно на рынке, так что можно на них строить.
2.2. По нашим тестам большинство дисков на потоке уже сейчас выдают 180-200МБ/с, но, действительно, не очень целесообразно их использовать.
2.3. На PCIe SSD на запись на бэкенде получали 26ГБ/с, конечно не с одного диска, а с 5-ти. Модели тут указать не можем, к сожалению.
2.4. Хотим PCIe NVMe использовать, пока 26ГБ/с, но тут надо оптимизировать ещё.
2.5. По нашим тестам на чтение и запись с 226 NL-SAS на бэкенде в RAID6 получаем 15ГБ/с.
3. 15ТБ от известного корейского бренда — это, конечно, хорошо, но они же предлагают 32ТБ, а упомянутый вами Seagate ещё в 2016 представил 60ТБ SSD, но основные игроки на рынке хранения предлагают сейчас SSD объёмом 3.2ТБ. Что касается 10ТБ, то HGST конечно выпустил 12ТБ гелевые диски, но они пока не очень то доступны.
Спасибо за комментарий, интересный.
Какой VMS пользовались? Как хранилище сделали?
Если не секрет ваш опыт на дисках какого объёма и на каких контроллерах?
На самом деле, сложно говорить о зрелости технологии и ей освоении, когда она на рынке где-то 3-4 года.
Что касается, аппаратных решений, то у нас нет сведений о таких продуктах. Но, вероятнее всего, это не имеет широкого распространения, ввиду гибкости и сложности конфигурации LRC.
2. Требование не наши, а заказчика, но какие есть, и нам с ними работать и убеждать как сделать лучше. Производительность же в 45ГБ/с на 5 клиентов, остаётся, сейчас прорабатывается решения на PCIe NMVe со скоростью каждого накопителя 6ГБ/с на запись и чтение.
2.1. В 2U полку можно напихать 24 диска 3.5", у supermicro есть решение. У HGST 8TB уже давно на рынке, так что можно на них строить.
2.2. По нашим тестам большинство дисков на потоке уже сейчас выдают 180-200МБ/с, но, действительно, не очень целесообразно их использовать.
2.3. На PCIe SSD на запись на бэкенде получали 26ГБ/с, конечно не с одного диска, а с 5-ти. Модели тут указать не можем, к сожалению.
2.4. Хотим PCIe NVMe использовать, пока 26ГБ/с, но тут надо оптимизировать ещё.
2.5. По нашим тестам на чтение и запись с 226 NL-SAS на бэкенде в RAID6 получаем 15ГБ/с.
3. 15ТБ от известного корейского бренда — это, конечно, хорошо, но они же предлагают 32ТБ, а упомянутый вами Seagate ещё в 2016 представил 60ТБ SSD, но основные игроки на рынке хранения предлагают сейчас SSD объёмом 3.2ТБ. Что касается 10ТБ, то HGST конечно выпустил 12ТБ гелевые диски, но они пока не очень то доступны.