Реализация модуля мониторинга серверного оборудования

Osmos
Offline
Зарегистрирован: 20.08.2019

Есть следующее ТЗ:

  1.  

Модуль мониторинга и управления

  1.  

Обеспечение возможности независимого и автономного контроля условий эксплуатации

  1.  

Обеспечение возможности удаленного включения, выключения и перезагрузки сервера

  1.  

Просмотр текущего состояния модуля мониторинга и настройка его параметров через независимый от операционной системы Web интерфейс со следующими возможностями:

Отображение версии устройства и номера прошивки

- Отображение времени работы системы;

- Отображение состояния датчиков вибрации, вскрытия корпуса и запыленности;

- Отображение показаний датчиков температуры и влажности;

- Отображение текущего напряжения всех подключенных источников питания;

- Сброс показаний датчиков и калибровка датчика пыли;

- Настройка сетевого интерфейса (имя устройства, DHCP, IP адрес, маска подсети, адрес шлюза, номер HTTP порта);

-Настройка пароля доступа к Web интерфейсу;

- Отображение уровня сигнала GSM сети, баланса на sim карте;

- Настройка пороговых значений температуры, влажности и напряжения для отправки сообщений;

- Настройка E-mail адреса, SMTP сервера и номера телефона для отправки сообщений.

  1.  

Просмотр текущего состояния модуля мониторинга и настройка его параметров через меню настроек базовой системы ввода-вывода (BIOS SETUP) сервера со следующими возможностями:

- Отображение времени работы в часах;

- Отображение состояния подключения кабеля Reset;

- Настройка датчика пыли: отображение критического уровня запылённости, калибровка;

- Настройка датчика вскрытия корпуса: Отображение состояния датчика (факт вскрытия и количество вскрытий), сброс состояния датчика;

- Настройка датчика температуры: отображение состояния датчика (факт выхода из допустимого диапазона и текущая температура), выбор верхнего и нижнего порогов срабатывания датчика температуры, сброс состояния датчика;

- Настройка сетевых параметров: Установка нового пароля для доступа к web-интерфейсу, IP-адреса, маски подсети, IP-адреса основного шлюза, номера порта, Включение/выключение DHCP, обновлённых сетевых параметров без перезагрузки

  1.  

Просмотр текущего состояния модуля мониторинга и настройка его параметров через утилиту в операционной системе Windows со следующими возможностями:

- Отображение времени работы в формате: Дни:Часы:Минуты:Секунды;

- Отображение состояния подключения кабеля Reset;

- Настройка датчика пыли: Отображение уровня запылённости по условной шкале, калибровка;

- Настройка датчика вскрытия корпуса: Отображение состояния датчика (факт вскрытия и количество вскрытий), сброс состояния датчика;

- Настройка датчика температуры: Отображение состояния датчика (факт выхода из допустимого диапазона и текущая температура), выбор верхнего и нижнего порогов срабатывания датчика температуры, сброс состояния датчика;

- Настройка сетевых параметров: Установка нового пароля для доступа к web-интерфейсу, IP-адреса, маски подсети, IP-адреса основного шлюза, номера порта, Включение/выключение DHCP, обновлённых сетевых параметров без перезагрузки.

  1.  

Доступ к Web интерфейсу модуля мониторинга осуществляется через сетевой интерфейс Ethernet с разъёмом RJ-45

  1.  

Функция формирования и автоматической отправки сообщения системному администратору с уведомлением о срабатывании датчиков или достижении пороговых значений измеряемых параметров посредством электронной почты или через службу коротких сообщений (при наличии GSM модема)

  1.  

Аппаратно реализованная функция учета в энергонезависимой памяти и отображения времени работы системы с точностью не менее 1 минуты

  1.  

Модуль мониторинга оборудован следующими датчиками:

- вибрации, с порогом срабатывания не более 0,2 м/с2;

- запыленности внутри корпуса сервера, с чувствительностью к находящимся на заданной поверхности мелким твёрдым телам органического и минерального происхождения, диаметром не менее 0.3 мкм;

- температуры снаружи сервера, в диапазоне от 0 до 50 градусов Цельсия;

- влажности снаружи сервера, в диапазоне 20%-80%.

Ищем исполнителя.

Варианты сотрудничества рассматриваются любые.

Потребность постоянная (по 2-3  сервера в неделю)

 

Osmos
Offline
Зарегистрирован: 20.08.2019

для связи osmos@mail.ru

brokly
brokly аватар
Offline
Зарегистрирован: 08.02.2014

Вам нужна разработка или партия готовых устройств ? Brokly(at)mail.RU

Osmos
Offline
Зарегистрирован: 20.08.2019

если есть готовое решение - прекрасно, можем купить партию. зависит от цены

можем работать под заказ

но скорее всего, если готового решения нет, то первый раз сделаете, заплатим, потестируем и закажем партию

fridgetester
fridgetester аватар
Offline
Зарегистрирован: 09.02.2019

скупой платат дважды(или трижды)?

Osmos
Offline
Зарегистрирован: 20.08.2019

fridgetester пишет:

скупой платат дважды(или трижды)?

не понял

smart_pic
Offline
Зарегистрирован: 17.04.2016

Просмотр текущего состояния модуля мониторинга и настройка его параметров через независимый от операционной системы Web интерфейс

Можно подробнее. Это предполагает что устройство сделано без ОС?. Тогда шансы попасть под условия  ТЗ массово выпускаемого оборудования резко падают . ВЕБ интерфейс без ОС возможен , посмотрите как функционально и красиво сделаны вот эти два устройства без ОС. http://cvg.ru/tovar/diga/power_logic/  , http://cvg.ru/tovar/diga/unicore/

 

negavoid
Offline
Зарегистрирован: 09.07.2016

Сдаётся мне, что ТС хочет IPMI с плюшками и свистелками. IPMI в любом сервере и так уже есть.

Osmos
Offline
Зарегистрирован: 20.08.2019

smart_pic пишет:

Просмотр текущего состояния модуля мониторинга и настройка его параметров через независимый от операционной системы Web интерфейс

Можно подробнее. Это предполагает что устройство сделано без ОС?. Тогда шансы попасть под условия  ТЗ массово выпускаемого оборудования резко падают .

Тех задание перед вами. 

А предложенные решения соответствуют техзаданию?

fridgetester
fridgetester аватар
Offline
Зарегистрирован: 09.02.2019

Это я к тому что где-то полгода-год назад я видел на одном из подобных форумов(а может и на этом) похожее ТЗ. Потом видел сообщение заказчика что девайс реализовали(на атмеге вроде), но возникла необходимость доработки и ещё какие-то проблемы. И ещё там какой-то срач был, как обычно. И теперь опять увидев похожее ТЗ я подумал что сей(или подобный) девайс заказывают уже в третий раз.

Osmos
Offline
Зарегистрирован: 20.08.2019

negavoid пишет:

Сдаётся мне, что ТС хочет IPMI с плюшками и свистелками. IPMI в любом сервере и так уже есть.

Нет это не IPMI/ По крайней мере я не знаю ни одного доступного к обзору IPMI соответствующего ТЗ

brokly
brokly аватар
Offline
Зарегистрирован: 08.02.2014

Osmos пишет:

если есть готовое решение - прекрасно, можем купить партию. зависит от цены

можем работать под заказ

но скорее всего, если готового решения нет, то первый раз сделаете, заплатим, потестируем и закажем партию


Конечно готового под вас нет. У вас очень размытые требования. Над вашим ТЗ ещё долго работать. Вообще не понятно оснащение устройства. Вайфай+эзернет+GPRS+какой то дополнительный интерфейс. Все это можно сделать, но это серьёзная разработка с серьёзной стоимостью. А ТЗ к сожалению вообще из одних хотелок, назвать его серьёзным я не могу :( кроме того указав потребности вы создаете впечатление будто хотите покупать по одной штучка в месяц. Все как то странно. У вас какие сроки выхода на готовое изделие ? Неделя ?

sadman41
Offline
Зарегистрирован: 19.10.2016

Заказчик, по ходу дела, хочет перебить по тендеру брендовые сервера с IPMI/IMM/DRAC/etc. Не позавидую я тому админу, который получит этот неподдерживаемый производителем модуль.

Кстати, обратите внимание на требование #5. Как собираетесь выполнять его без глубокой интеграции в базовое железо?

negavoid
Offline
Зарегистрирован: 09.07.2016

С некоторыми оговорками, почти любой IPMI реализует пп. 1-10. Оговорки - без поддержки gsm модемов и сторонних датчиков модуля мониторинга.

Osmos
Offline
Зарегистрирован: 20.08.2019

если есть мерьезное желание обсудить напишите на osmos@mail.ru телефон я позвоню

Osmos
Offline
Зарегистрирован: 20.08.2019

sadman41 пишет:

Заказчик, по ходу дела, хочет перебить по тендеру брендовые сервера с IPMI/IMM/DRAC/etc. Не позавидую я тому админу, который получит этот неподдерживаемый производителем модуль.

Кстати, обратите внимание на требование #5. Как собираетесь выполнять его без глубокой интеграции в базовое железо?

 

Все верно

Смею вас уверить заказчику все это нафиг не нужно

эти пунктя в ТЗ чисто для защиты пректа

Более того думаю что и у того  кто это защищает, нормального усройства , с которым можно выйти на рынок, нет

brokly
brokly аватар
Offline
Зарегистрирован: 08.02.2014

sadman41 пишет:

Заказчик, по ходу дела, хочет перебить по тендеру брендовые сервера с IPMI/IMM/DRAC/etc. Не позавидую я тому админу, который получит этот неподдерживаемый производителем модуль.

Кстати, обратите внимание на требование #5. Как собираетесь выполнять его без глубокой интеграции в базовое железо?


Ты считаешь, что это речь о настройке параметров сервера , а не самого устройства ?

DetSimen
DetSimen аватар
Offline
Зарегистрирован: 25.01.2017

Osmos пишет:

Смею вас уверить заказчику все это нафиг не нужно

эти пунктя в ТЗ чисто для защиты пректа

Где-то я это уже читал на этом форуме. дубаль-два?

sadman41
Offline
Зарегистрирован: 19.10.2016

brokly пишет:

Ты считаешь, что это речь о настройке параметров сервера , а не самого устройства ?

Я думаю, что в голове заказчика рисуется такое:

Я бы и сам планировал так же, но субъективно, на основании своего опыта в мониторинге этой хрени, - реализация всего того, что написано в "желаниях" в полном объёме невозможна. В частичном - легко вылетить под полмиллиона-миллион в разработке/отладке, если подходить к вопросу более-менее серьёзно. Ну и времени там не неделя будет...

negavoid
Offline
Зарегистрирован: 09.07.2016

#4, #5, #6 - это всё настройка параметров самого устройства. Через веб-сервер на самом устройстве, через биос/uefi хоста, через утилиту на хосте. Один только пп. 5 я бы оценил дороже миллиона.

sadman41
Offline
Зарегистрирован: 19.10.2016

DetSimen пишет:

Osmos пишет:

Смею вас уверить заказчику все это нафиг не нужно

эти пунктя в ТЗ чисто для защиты пректа

Где-то я это уже читал на этом форуме. дубаль-два?

Было-было. Приблизительно в том же ключе. DEPO пытались перебить.

Osmos
Offline
Зарегистрирован: 20.08.2019

sadman41 пишет:

brokly пишет:

Ты считаешь, что это речь о настройке параметров сервера , а не самого устройства ?

Я думаю, что в голове заказчика рисуется такое:

Я бы и сам планировал так же, но субъективно, на основании своего опыта в мониторинге этой хрени, - реализация всего того, что написано в "желаниях" в полном объёме невозможна. В частичном - легко вылетить под полмиллиона-миллион в разработке/отладке, если подходить к вопросу более-менее серьёзно. Ну и времени там не неделя будет...

UEFI резко упрощает/удешевляет реализацию 

sadman41
Offline
Зарегистрирован: 19.10.2016

Osmos пишет:

UEFI резко упрощает/удешевляет реализацию 

Вы пока только прикидываете на пальцах цену для того, чтобы продать, поэтому можете ошибаться на порядки. 

Создать систему - это одно. Отлаживать её во всех возможных условиях эксплуатации, осуществлять саппорт и иметь каналы распространения обновлений - совершенно другое. Судя по всем - вторая часть вас не интересует, поэтому я и написал: админу не позавидую.

b707
Offline
Зарегистрирован: 26.05.2017

правильно fridgetester пишет, был тут уже подобный заказ, Тоже красивая обманка для тендера.  Заказчик житрожопый. ТЗ на пять страниц. а оплата как за пару светодиодов. Срач был знатный.

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

Osmos
Offline
Зарегистрирован: 20.08.2019

Можем рассмотреть вопрос доработок существующих устройств, например Netping 

Osmos
Offline
Зарегистрирован: 20.08.2019

По сути и нужен работающий, пусть и криво, муляж

закащчик возиться не станет 

brokly
brokly аватар
Offline
Зарегистрирован: 08.02.2014

Osmos пишет:

Можем рассмотреть вопрос доработок существующих устройств, например Netping 


У вас есть его исходники ? :)

b707
Offline
Зарегистрирован: 26.05.2017

Osmos пишет:

По сути и нужен работающий, пусть и криво, муляж

ну то есть признаете, что это есть прямое мошеничество? почему за это не сажают, интересно?

Админы, а это ничего, что у нас размещаются подобные заказы?

brokly
brokly аватар
Offline
Зарегистрирован: 08.02.2014

А я вот нихрена не понял. Работающий муляж это как ? Взрывающийся муляж гранаты ? В этом заказе слово "муляж" говорит о низкой оплате ? Растолкуйте глупому ....

sadman41
Offline
Зарегистрирован: 19.10.2016

Это говорит о том, что система должна на момент приёмо-передачи отвечать всеми формальным критериям, содержащимися в тендерной документации. Насколько она стабильно будет работать - ни заказчика, ни продавца не интересует, потому что модуль просто тупо снимается и кладётся в шкаф. 

Отсюда проистекает следующее понимание формирования стоимости заказчиком: достаточно нарисовать только интерфейс, глубокая проработка ТЗ не нужна. Поэтому стоить это должно недорого. Главное - чтобы какие-то циферки выскакивали, неонки моргали, номеронобиратель на модеме стрекотал.

Вся жопа достаётся админу, т.к. по документации это будет супернадёжный сервер с удалённым управлением и в это его, админа, будут постоянно мордой тыкать. А распильщики со стороны покупателя станут только руками разводить: "Покупали самое лучшее - вот документация, картинки, акты. Наверное админ ху@вый - уволить надо".

Заявление же о том, что заказчику "всё это не нужно" мне не особо понятно - на кой эти требования вообще в тендерной документации оказались, если они не нужны? По всей видимости идёт игра определённых личностей, сидящих в конкурсной комиссии конторы заказчика против технического отдела, который выкатил требования по уже существующей на рынке модели. 

b707
Offline
Зарегистрирован: 26.05.2017

sadman41 пишет:

Заявление же о том, что заказчику "всё это не нужно" мне не особо понятно - на кой эти требования вообще в тендерной документации оказались, если они не нужны? 

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

andycat
andycat аватар
Offline
Зарегистрирован: 07.09.2017

brokly пишет:
Работающий муляж это как ?

а это как некоторые дипломы сдают/сдавали - черная коробочка, от нее проводки с кнопочками, на экране презентация - кнопочки нажимаешь - картинка меняется, а по факту не работает.

sadman41
Offline
Зарегистрирован: 19.10.2016

b707 пишет:

sadman41 пишет:

Заявление же о том, что заказчику "всё это не нужно" мне не особо понятно - на кой эти требования вообще в тендерной документации оказались, если они не нужны? 

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

Саппорту такой гемор точно не нужен. А вот каким-нить юристам/бухгалтерам - похеру, конечно.

На месте теходела я бы включил в ТЗ необходимость мониторинга без установленной OS интегрированных на матплате датчиков. Тут уж хрен вообще что сделаешь со внешним модулем.

Osmos
Offline
Зарегистрирован: 20.08.2019

brokly пишет:
А я вот нихрена не понял. Работающий муляж это как ? Взрывающийся муляж гранаты ? В этом заказе слово "муляж" говорит о низкой оплате ? Растолкуйте глупому ....

 

Должна быть выполнена "буква" ТЗ, на "дух" никто и не посмотрит

для примера посмотрите ПАК PoerCool Bastion

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

Osmos
Offline
Зарегистрирован: 20.08.2019

andycat пишет:

brokly пишет:
Работающий муляж это как ?

а это как некоторые дипломы сдают/сдавали - черная коробочка, от нее проводки с кнопочками, на экране презентация - кнопочки нажимаешь - картинка меняется, а по факту не работает.

Абсолютно правильно!!

НО что бы устройство верно работало хотя бы в первом приближении

Osmos
Offline
Зарегистрирован: 20.08.2019

sadman41 пишет:

Это говорит о том, что система должна на момент приёмо-передачи отвечать всеми формальным критериям, содержащимися в тендерной документации. Насколько она стабильно будет работать - ни заказчика, ни продавца не интересует, потому что модуль просто тупо снимается и кладётся в шкаф. 

Отсюда проистекает следующее понимание формирования стоимости заказчиком: достаточно нарисовать только интерфейс, глубокая проработка ТЗ не нужна. Поэтому стоить это должно недорого. Главное - чтобы какие-то циферки выскакивали, неонки моргали, номеронобиратель на модеме стрекотал.

Вся жопа достаётся админу, т.к. по документации это будет супернадёжный сервер с удалённым управлением и в это его, админа, будут постоянно мордой тыкать. А распильщики со стороны покупателя станут только руками разводить: "Покупали самое лучшее - вот документация, картинки, акты. Наверное админ ху@вый - уволить надо".

Заявление же о том, что заказчику "всё это не нужно" мне не особо понятно - на кой эти требования вообще в тендерной документации оказались, если они не нужны? По всей видимости идёт игра определённых личностей, сидящих в конкурсной комиссии конторы заказчика против технического отдела, который выкатил требования по уже существующей на рынке модели. 

Все верно!!

Osmos
Offline
Зарегистрирован: 20.08.2019

Разъясню терминологию

В моих постах ЗАКАЗЧИК это тот кто разместил ТЗ

я поставщик

 

karamzin01
Offline
Зарегистрирован: 08.03.2018

Р е а л и з у е м о - maslachenko767@mail.ru , консультации, подбор компонентов бесплатно, гарантии имеются