PK
Ну это же очень свеженькая бета. Пока хватает приключений ) Но картинка с Flow познавательная, многих может заинтересовать
Блин, вот мы мне несколько месяцев назад увидеть - сохранил бы пару дней ебли с fluentd
Size: a a a
2019 September 24
PK
Интересно, увидим ли мы куб с consul в качестве бэкенда. Вопрос во многом риторический
С кафкой
A
и пропустил бы такой захватывающий квест?
k
vrutkovs, слышал вы пишите операторы для всего. Бывали-ли у вас случаи, когда у вас накапливаются сотни или даже тысячи однотипных CR в кластере и всех их должен обслуживать один оператор. В данном случае было бы логично запустить несколько контроллеров, но как в данном случае было бы правильно распределить нагрузку между ними?
VR
сс @afoninsky ^
VR
у нас обычно оператор пишет в статус что ресурс обрабатывается, потому остальные его не трогают. Но до тысяч (и нескольких инстансов оператора) мы не доводим, проще сделать более специализированный тип
k
у нас обычно оператор пишет в статус что ресурс обрабатывается, потому остальные его не трогают. Но до тысяч (и нескольких инстансов оператора) мы не доводим, проще сделать более специализированный тип
Годное решение, спасибо!
VR
Годное решение, спасибо!
у вас там тысчи хостов чтоли?
k
у вас там тысчи хостов чтоли?
хостов пока сотни, но уже заранее хочется подумать и сделать это более правильно
VR
в piraeus сделали проще, у них есть LinstorNodeSet и LinstorStoragePoolSet, которые комбинируют в себе всю однотипную конфигурацию
ага, у нас так - MachineConfig + MachineConfigPool и MachineSet + Machine
VR
не знаю тестили ли сотни машин, но думаю просто инстансы оператора добавят если скорость обработки будет падать
VR
в принципе ничто не мешает описать конфигурацию в одних CR, а статусы хранить в других
именно, ноды у тебя не pets, так что у нас они объединяются в MachineSet - и конфиги к ним хранятся в MachineConfigPool (составляется из MachineConfig), а у каждого инстанса Machine уже свой статус
k
не знаю тестили ли сотни машин, но думаю просто инстансы оператора добавят если скорость обработки будет падать
Ну я пока обхожусь распараллеливанием воркеров в пределах одного контроллера, параметр
--max-workers=100 для operator-sdk, работает норм, но хочется сделать это более правильнымAS
но мне помимо конфигурации хотелось бы и статусы нод в куб собирать, их мак-адреса и подобную информацию
А потом сделать SQL для CRD )
VR
Ну я пока обхожусь распараллеливанием воркеров в пределах одного контроллера, параметр
--max-workers=100 для operator-sdk, работает норм, но хочется сделать это более правильнымпосмотри https://metal3.io/ для пары годных идей
AS
Select * from MachineStatus ms where ms.status == 'FAILED'