я верно понимаю что во время периодического sync_power_state все conductor воркеры параллельно долбят каждый BMC?
То есть, 8 воркеров == 8 запросов к BMC параллельно. Авось хоть один отработает) Так?
Да оно паралелится
А ты отложенные сообщения пиши на понедельник, очень удобно
Здесь даже автоудаление не работает.. отложенки тоже
Спасибо) Какой грязный хак :D
Неа, история не знает сослагательных наклонений у этому все так или иначе пришли что hpe/dell/ibm/lenovo что и местные производители. В общем и целом ipmi пока что legacy, но крутится это всеравно через redfish так то асинхронно уже не маст хев
Не очень тебя понял про сослагательное наклонение. Если ты имеешь ввиду что BMC прошивки все говно мудацкое и что редфиш всё сделал только хуже,то да, согласен)
Redfish хоть как то стандартезирован
Тоже верно. Ток чо-то его вместо того чтобы продвигать как стандарт продавать начали как лиценщируемую фичу для хипстуров от мира baremetal оркестрации и любителей навороченного DCIM софта)
Dell и его lifecycle controller готовы с тобой об этом поспорить
Делл как я и ранее вам коллега говорил вам, это отдельная отбитость.. то есть менять api там где не надо
А вы не поверите, но такой херней будто бы там все участники занимаются.
Каждый BMC должен получить только один запрос, там очередь.
Так, а тогда если можешь поясни в чем смысл предупреждения вот тут: https://docs.openstack.org/ironic/latest/admin/power-sync.html In deployments with many nodes and IPMI as the configured BMC protocol, the default values of a 60 seconds power sync interval and 8 worker threads may lead to a high rate of required retries due to client-side UDP packet loss (visible via the corresponding warnings in the conductor logs). While Ironic automatically retries to get the power status for the affected nodes, the failure rate may be reduced by increasing the power sync cycle, e.g. to 300 seconds, and/or by reducing the number of power sync workers, e.g. to 2. Pleae keep in mind, however, that depending on the concrete setup increasing the power sync interval may have an impact on other components relying on up-to-date power states.
Наизусть не помню, но читается как "имейте в виду, ipmi это udp, при большом количестве пакетов некоторые могут теряться"
Положил сообщение на понедельник
Обсуждают сегодня