Реализация модуля мониторинга серверного оборудования
- Войдите на сайт для отправки комментариев
Есть следующее ТЗ:
|
Модуль мониторинга и управления |
|
Обеспечение возможности независимого и автономного контроля условий эксплуатации |
|
Обеспечение возможности удаленного включения, выключения и перезагрузки сервера |
|
Просмотр текущего состояния модуля мониторинга и настройка его параметров через независимый от операционной системы Web интерфейс со следующими возможностями: Отображение версии устройства и номера прошивки - Отображение времени работы системы; - Отображение состояния датчиков вибрации, вскрытия корпуса и запыленности; - Отображение показаний датчиков температуры и влажности; - Отображение текущего напряжения всех подключенных источников питания; - Сброс показаний датчиков и калибровка датчика пыли; - Настройка сетевого интерфейса (имя устройства, DHCP, IP адрес, маска подсети, адрес шлюза, номер HTTP порта); -Настройка пароля доступа к Web интерфейсу; - Отображение уровня сигнала GSM сети, баланса на sim карте; - Настройка пороговых значений температуры, влажности и напряжения для отправки сообщений; - Настройка E-mail адреса, SMTP сервера и номера телефона для отправки сообщений. |
|
Просмотр текущего состояния модуля мониторинга и настройка его параметров через меню настроек базовой системы ввода-вывода (BIOS SETUP) сервера со следующими возможностями: - Отображение времени работы в часах; - Отображение состояния подключения кабеля Reset; - Настройка датчика пыли: отображение критического уровня запылённости, калибровка; - Настройка датчика вскрытия корпуса: Отображение состояния датчика (факт вскрытия и количество вскрытий), сброс состояния датчика; - Настройка датчика температуры: отображение состояния датчика (факт выхода из допустимого диапазона и текущая температура), выбор верхнего и нижнего порогов срабатывания датчика температуры, сброс состояния датчика; - Настройка сетевых параметров: Установка нового пароля для доступа к web-интерфейсу, IP-адреса, маски подсети, IP-адреса основного шлюза, номера порта, Включение/выключение DHCP, обновлённых сетевых параметров без перезагрузки |
|
Просмотр текущего состояния модуля мониторинга и настройка его параметров через утилиту в операционной системе Windows со следующими возможностями: - Отображение времени работы в формате: Дни:Часы:Минуты:Секунды; - Отображение состояния подключения кабеля Reset; - Настройка датчика пыли: Отображение уровня запылённости по условной шкале, калибровка; - Настройка датчика вскрытия корпуса: Отображение состояния датчика (факт вскрытия и количество вскрытий), сброс состояния датчика; - Настройка датчика температуры: Отображение состояния датчика (факт выхода из допустимого диапазона и текущая температура), выбор верхнего и нижнего порогов срабатывания датчика температуры, сброс состояния датчика; - Настройка сетевых параметров: Установка нового пароля для доступа к web-интерфейсу, IP-адреса, маски подсети, IP-адреса основного шлюза, номера порта, Включение/выключение DHCP, обновлённых сетевых параметров без перезагрузки. |
|
Доступ к Web интерфейсу модуля мониторинга осуществляется через сетевой интерфейс Ethernet с разъёмом RJ-45 |
|
Функция формирования и автоматической отправки сообщения системному администратору с уведомлением о срабатывании датчиков или достижении пороговых значений измеряемых параметров посредством электронной почты или через службу коротких сообщений (при наличии GSM модема) |
|
Аппаратно реализованная функция учета в энергонезависимой памяти и отображения времени работы системы с точностью не менее 1 минуты |
|
Модуль мониторинга оборудован следующими датчиками: - вибрации, с порогом срабатывания не более 0,2 м/с2; - запыленности внутри корпуса сервера, с чувствительностью к находящимся на заданной поверхности мелким твёрдым телам органического и минерального происхождения, диаметром не менее 0.3 мкм; - температуры снаружи сервера, в диапазоне от 0 до 50 градусов Цельсия; - влажности снаружи сервера, в диапазоне 20%-80%. |
Ищем исполнителя.
Варианты сотрудничества рассматриваются любые.
Потребность постоянная (по 2-3 сервера в неделю)
для связи osmos@mail.ru
Вам нужна разработка или партия готовых устройств ? Brokly(at)mail.RU
если есть готовое решение - прекрасно, можем купить партию. зависит от цены
можем работать под заказ
но скорее всего, если готового решения нет, то первый раз сделаете, заплатим, потестируем и закажем партию
скупой платат дважды(или трижды)?
скупой платат дважды(или трижды)?
не понял
Просмотр текущего состояния модуля мониторинга и настройка его параметров через независимый от операционной системы Web интерфейс
Можно подробнее. Это предполагает что устройство сделано без ОС?. Тогда шансы попасть под условия ТЗ массово выпускаемого оборудования резко падают . ВЕБ интерфейс без ОС возможен , посмотрите как функционально и красиво сделаны вот эти два устройства без ОС. http://cvg.ru/tovar/diga/power_logic/ , http://cvg.ru/tovar/diga/unicore/
Сдаётся мне, что ТС хочет IPMI с плюшками и свистелками. IPMI в любом сервере и так уже есть.
Просмотр текущего состояния модуля мониторинга и настройка его параметров через независимый от операционной системы Web интерфейс
Можно подробнее. Это предполагает что устройство сделано без ОС?. Тогда шансы попасть под условия ТЗ массово выпускаемого оборудования резко падают .
Тех задание перед вами.
А предложенные решения соответствуют техзаданию?
Это я к тому что где-то полгода-год назад я видел на одном из подобных форумов(а может и на этом) похожее ТЗ. Потом видел сообщение заказчика что девайс реализовали(на атмеге вроде), но возникла необходимость доработки и ещё какие-то проблемы. И ещё там какой-то срач был, как обычно. И теперь опять увидев похожее ТЗ я подумал что сей(или подобный) девайс заказывают уже в третий раз.
Сдаётся мне, что ТС хочет IPMI с плюшками и свистелками. IPMI в любом сервере и так уже есть.
Нет это не IPMI/ По крайней мере я не знаю ни одного доступного к обзору IPMI соответствующего ТЗ
если есть готовое решение - прекрасно, можем купить партию. зависит от цены
можем работать под заказ
но скорее всего, если готового решения нет, то первый раз сделаете, заплатим, потестируем и закажем партию
Конечно готового под вас нет. У вас очень размытые требования. Над вашим ТЗ ещё долго работать. Вообще не понятно оснащение устройства. Вайфай+эзернет+GPRS+какой то дополнительный интерфейс. Все это можно сделать, но это серьёзная разработка с серьёзной стоимостью. А ТЗ к сожалению вообще из одних хотелок, назвать его серьёзным я не могу :( кроме того указав потребности вы создаете впечатление будто хотите покупать по одной штучка в месяц. Все как то странно. У вас какие сроки выхода на готовое изделие ? Неделя ?
Заказчик, по ходу дела, хочет перебить по тендеру брендовые сервера с IPMI/IMM/DRAC/etc. Не позавидую я тому админу, который получит этот неподдерживаемый производителем модуль.
Кстати, обратите внимание на требование #5. Как собираетесь выполнять его без глубокой интеграции в базовое железо?
С некоторыми оговорками, почти любой IPMI реализует пп. 1-10. Оговорки - без поддержки gsm модемов и сторонних датчиков модуля мониторинга.
если есть мерьезное желание обсудить напишите на osmos@mail.ru телефон я позвоню
Заказчик, по ходу дела, хочет перебить по тендеру брендовые сервера с IPMI/IMM/DRAC/etc. Не позавидую я тому админу, который получит этот неподдерживаемый производителем модуль.
Кстати, обратите внимание на требование #5. Как собираетесь выполнять его без глубокой интеграции в базовое железо?
Все верно
Смею вас уверить заказчику все это нафиг не нужно
эти пунктя в ТЗ чисто для защиты пректа
Более того думаю что и у того кто это защищает, нормального усройства , с которым можно выйти на рынок, нет
Заказчик, по ходу дела, хочет перебить по тендеру брендовые сервера с IPMI/IMM/DRAC/etc. Не позавидую я тому админу, который получит этот неподдерживаемый производителем модуль.
Кстати, обратите внимание на требование #5. Как собираетесь выполнять его без глубокой интеграции в базовое железо?
Ты считаешь, что это речь о настройке параметров сервера , а не самого устройства ?
Смею вас уверить заказчику все это нафиг не нужно
эти пунктя в ТЗ чисто для защиты пректа
Где-то я это уже читал на этом форуме. дубаль-два?
Ты считаешь, что это речь о настройке параметров сервера , а не самого устройства ?
Я думаю, что в голове заказчика рисуется такое:
Я бы и сам планировал так же, но субъективно, на основании своего опыта в мониторинге этой хрени, - реализация всего того, что написано в "желаниях" в полном объёме невозможна. В частичном - легко вылетить под полмиллиона-миллион в разработке/отладке, если подходить к вопросу более-менее серьёзно. Ну и времени там не неделя будет...
#4, #5, #6 - это всё настройка параметров самого устройства. Через веб-сервер на самом устройстве, через биос/uefi хоста, через утилиту на хосте. Один только пп. 5 я бы оценил дороже миллиона.
Смею вас уверить заказчику все это нафиг не нужно
эти пунктя в ТЗ чисто для защиты пректа
Где-то я это уже читал на этом форуме. дубаль-два?
Было-было. Приблизительно в том же ключе. DEPO пытались перебить.
Ты считаешь, что это речь о настройке параметров сервера , а не самого устройства ?
Я думаю, что в голове заказчика рисуется такое:
Я бы и сам планировал так же, но субъективно, на основании своего опыта в мониторинге этой хрени, - реализация всего того, что написано в "желаниях" в полном объёме невозможна. В частичном - легко вылетить под полмиллиона-миллион в разработке/отладке, если подходить к вопросу более-менее серьёзно. Ну и времени там не неделя будет...
UEFI резко упрощает/удешевляет реализацию
UEFI резко упрощает/удешевляет реализацию
Вы пока только прикидываете на пальцах цену для того, чтобы продать, поэтому можете ошибаться на порядки.
Создать систему - это одно. Отлаживать её во всех возможных условиях эксплуатации, осуществлять саппорт и иметь каналы распространения обновлений - совершенно другое. Судя по всем - вторая часть вас не интересует, поэтому я и написал: админу не позавидую.
правильно fridgetester пишет, был тут уже подобный заказ, Тоже красивая обманка для тендера. Заказчик житрожопый. ТЗ на пять страниц. а оплата как за пару светодиодов. Срач был знатный.
Судя по стилю, сдается мне. что и тут заказчик тот же. По мне так тех, кто заказывает муляжи устройств для игры в тендер - надо сразу гнать с форума
Можем рассмотреть вопрос доработок существующих устройств, например Netping
По сути и нужен работающий, пусть и криво, муляж
закащчик возиться не станет
Можем рассмотреть вопрос доработок существующих устройств, например Netping
У вас есть его исходники ? :)
По сути и нужен работающий, пусть и криво, муляж
ну то есть признаете, что это есть прямое мошеничество? почему за это не сажают, интересно?
Админы, а это ничего, что у нас размещаются подобные заказы?
А я вот нихрена не понял. Работающий муляж это как ? Взрывающийся муляж гранаты ? В этом заказе слово "муляж" говорит о низкой оплате ? Растолкуйте глупому ....
Это говорит о том, что система должна на момент приёмо-передачи отвечать всеми формальным критериям, содержащимися в тендерной документации. Насколько она стабильно будет работать - ни заказчика, ни продавца не интересует, потому что модуль просто тупо снимается и кладётся в шкаф.
Отсюда проистекает следующее понимание формирования стоимости заказчиком: достаточно нарисовать только интерфейс, глубокая проработка ТЗ не нужна. Поэтому стоить это должно недорого. Главное - чтобы какие-то циферки выскакивали, неонки моргали, номеронобиратель на модеме стрекотал.
Вся жопа достаётся админу, т.к. по документации это будет супернадёжный сервер с удалённым управлением и в это его, админа, будут постоянно мордой тыкать. А распильщики со стороны покупателя станут только руками разводить: "Покупали самое лучшее - вот документация, картинки, акты. Наверное админ ху@вый - уволить надо".
Заявление же о том, что заказчику "всё это не нужно" мне не особо понятно - на кой эти требования вообще в тендерной документации оказались, если они не нужны? По всей видимости идёт игра определённых личностей, сидящих в конкурсной комиссии конторы заказчика против технического отдела, который выкатил требования по уже существующей на рынке модели.
Заявление же о том, что заказчику "всё это не нужно" мне не особо понятно - на кой эти требования вообще в тендерной документации оказались, если они не нужны?
вот тут как раз все понятно - заказчику нужно, чтобы тендер выиграл свой исполнитель, с которым уже есть договоренность о распиле бабла. Ну типичная уголовщина... Противно.
а это как некоторые дипломы сдают/сдавали - черная коробочка, от нее проводки с кнопочками, на экране презентация - кнопочки нажимаешь - картинка меняется, а по факту не работает.
Заявление же о том, что заказчику "всё это не нужно" мне не особо понятно - на кой эти требования вообще в тендерной документации оказались, если они не нужны?
вот тут как раз все понятно - заказчику нужно, чтобы тендер выиграл свой исполнитель, с которым уже есть договоренность о распиле бабла. Ну типичная уголовщина... Противно.
Саппорту такой гемор точно не нужен. А вот каким-нить юристам/бухгалтерам - похеру, конечно.
На месте теходела я бы включил в ТЗ необходимость мониторинга без установленной OS интегрированных на матплате датчиков. Тут уж хрен вообще что сделаешь со внешним модулем.
Должна быть выполнена "буква" ТЗ, на "дух" никто и не посмотрит
для примера посмотрите ПАК PoerCool Bastion
Вы как то рано заговорили об оплате, даже не решив со мной что нужно будет сделать
а это как некоторые дипломы сдают/сдавали - черная коробочка, от нее проводки с кнопочками, на экране презентация - кнопочки нажимаешь - картинка меняется, а по факту не работает.
Абсолютно правильно!!
НО что бы устройство верно работало хотя бы в первом приближении
Это говорит о том, что система должна на момент приёмо-передачи отвечать всеми формальным критериям, содержащимися в тендерной документации. Насколько она стабильно будет работать - ни заказчика, ни продавца не интересует, потому что модуль просто тупо снимается и кладётся в шкаф.
Отсюда проистекает следующее понимание формирования стоимости заказчиком: достаточно нарисовать только интерфейс, глубокая проработка ТЗ не нужна. Поэтому стоить это должно недорого. Главное - чтобы какие-то циферки выскакивали, неонки моргали, номеронобиратель на модеме стрекотал.
Вся жопа достаётся админу, т.к. по документации это будет супернадёжный сервер с удалённым управлением и в это его, админа, будут постоянно мордой тыкать. А распильщики со стороны покупателя станут только руками разводить: "Покупали самое лучшее - вот документация, картинки, акты. Наверное админ ху@вый - уволить надо".
Заявление же о том, что заказчику "всё это не нужно" мне не особо понятно - на кой эти требования вообще в тендерной документации оказались, если они не нужны? По всей видимости идёт игра определённых личностей, сидящих в конкурсной комиссии конторы заказчика против технического отдела, который выкатил требования по уже существующей на рынке модели.
Все верно!!
Разъясню терминологию
В моих постах ЗАКАЗЧИК это тот кто разместил ТЗ
я поставщик
Р е а л и з у е м о - maslachenko767@mail.ru , консультации, подбор компонентов бесплатно, гарантии имеются