Redfish — альтернатива IPMI не за горами

[amarao]

Понятно, как всегда, вся самая мякотка за пределами стандарта. Опять грёбанная глючная джава, «аааааааа» синдром у делловских драков и супермикр, идиотские схемы цепляния сидюков…

Нет, чтобы взять SPICE да внедрить в качестве стандарта.

[juffinhalli]

Объясните мне пожалуйста, каковы преимущества IPMI(Redfish) перед связкой SNMP+IPKVM

[datacompboy]

не нужна внешняя железка. больше никаких.

[RicoX]

Не нужна внешняя железка, не нужно занимать порты ввода-вывода сервера, контроль критичных параметров сервера при работе ОС, без перезапуска, для захода в прошивки контроллеров (SNMP отдает не все), возможность монтирования локальных образов в удаленную систему (хотя и IPKVMы такие есть, но в них оно вообще адски глючно работает). IPKVM — в большинстве своем мерзкая глючная дрянь с залипающими портами, не обновляющимися годами прошивками и прочими радостями энтерпрайза. На ДЦ часто используют двойную схему, когда есть и IPKVM на стойку и IPMI на каждом сервера, в дедикейтед хостингах похожая схема, отдаем клиенту IPMI с функциями оператора, себе оставляем IPMI с функцией администратора, ну и в случае факапа общий многопортовый IPKVM на стойку для себя.

[juffinhalli]

Насколько мне известно сейчас уже в любой серверной материнке вшит backdoor IPKVM. Как следствие, иных причин создания Redfish, кроме корыcтных, не вижу.

[achekalin]

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

Тем более что IPMI используется много где в атоматизации, со всеми своими особенностями реализации — ой как слетят привычные схемы управления.

Мне кажется, «не взлетит». Унаследованные системы управления переделывать под поддержку двух протоколов — «а оно зачем?» Но новостных поводов и инвестиций даст немало, так что, как кажется, здесть просто работает принцип «главное — движуха».