Как мы собираем общие сведения о парке из Kubernetes-кластеров

Благодарю вас за интерес к теме!

В первую очередь выбор хранения в Postgres был продиктован желанием «начать с известного и понятного», и что немало важно — наличием экспертизы по нему у нас, пониманием как обеспечить его доступность и резервное копирование.

В ходе разработки нам так же пришло осознание, что есть более подходящие хранилища по многим пунктам (в том числе я упоминал в статье про last_over_time в VM), но делать такой лихой разворот в процессе работ, не достигнув явного результата, показалось опасным. На данный момент мы делаем шаги в сторону «ощупывания» VM в вопросах сбора метрик в наших кластерах и в какой-то момент свитчнемся либо на него (или может что-то другое) и для этой задачи.

Kubernetes-in-Kubernetes и ферма серверов с загрузкой по PXE

Есть такая вот штука для bare-metal, интегрированная с cluster-api: https://github.com/metal3-io/cluster-api-provider-metal3. Пощупать её пока не получалось, но по описанию выглядит довольно сочно да еще и с поддержкой IPMI. Возможно вы можете оттуда почерпать чего для своего проекта, как минимум по части интеграции с cluster api. Или может даже слить ваш проект с этим. В любом случае успехов вам ​