Compose нужен конечно, не важно какой. Тут в статье используется v1, хотя он уже устаревает конечно и лучше использовать compose v2, который плагином. Но в целом, опять же, это не так важно.
Это требование актуально для установки Deckhouse на bare metal. Сервер (ВМ) не нужно как-то особенно настраивать — Deckhouse развернет кластер и все настроит сам (в том числе узлы), в соответствии с конфигурацией. Добавление узла сейчас происходит через сгенерированный скрипт, который настраивает узел. В будущем процесс добавления узла в такой инсталляции будет еще проще.
Если устанавливать Deckhousе в существующий кластер, то такого требования конечно нет. К установке в облаках это конечно тоже не относится.
Спасибо за резвернутый ответ. Deckhouse постоянно развивается. Например сейчас поддерживается работа с РЭД ОС, AlterOS и Астрой, и список будет пополняться. Будем рады если как-нибудь попробуете еще разок.
По поводу глубокого тюнинга настроек можно сказать, что некоторые штуки Deckhouse намеренно не дает крутить, некоторыми рулит сам. Таким образом заложена частичка опыта работы на большом количестве инсталляций и в разных окружениях. Это балансирование между стабильностью работы и допустимой глубиной конфигурирования всегда будет кого-нибудь ограничивать :)
Возможно у вас был какой-то неудачный опыт? Поделитесь?
А можете подробнее про проблемы с идемпотентностью в Deckhousе? В каком-то случае вам ее не хватило? Сейчас (начиная с версии 1.41) даже конфигурация вся может лежать в гите в виде ресурсов.
По поводу установки - установка возможна не обязательно на чистую машину. Можно установить также в существующем кластере какого-либо managed-решения или обычном существующем кластере. В managed-кластерах буду некоторые ограничения, т.к. не доступно управление control-plane, но в остальном никаких отличий. Вы можете довольно легко перебраться с Deckhouse из managed-решения к другому провайдеру или вообще на bare metal с air gap-окружением.
Мониторинг входит и в Commuinty Edition и в данном руководстве модули мониторинга также включены по умолчанию (сравнение редакций по модулям). Все дашборды уже тоже настроены, да. Но можете докинуть своих.
Compose нужен конечно, не важно какой. Тут в статье используется v1, хотя он уже устаревает конечно и лучше использовать compose v2, который плагином. Но в целом, опять же, это не так важно.
Доброго дня!
В новости про сертификацию Deckhouse был ответ на подобный вопрос, можно считать его актуальным.
Приходите в наш телеграм-чат - https://t.me/deckhouse_ru. Там всегда есть те, кто поможет и порадуется вашим результатам. :)
Ну или почта contact@deckhouse.ru
Это требование актуально для установки Deckhouse на bare metal. Сервер (ВМ) не нужно как-то особенно настраивать — Deckhouse развернет кластер и все настроит сам (в том числе узлы), в соответствии с конфигурацией. Добавление узла сейчас происходит через сгенерированный скрипт, который настраивает узел. В будущем процесс добавления узла в такой инсталляции будет еще проще.
Если устанавливать Deckhousе в существующий кластер, то такого требования конечно нет. К установке в облаках это конечно тоже не относится.
Спасибо за резвернутый ответ.
Deckhouse постоянно развивается. Например сейчас поддерживается работа с РЭД ОС, AlterOS и Астрой, и список будет пополняться.
Будем рады если как-нибудь попробуете еще разок.
По поводу глубокого тюнинга настроек можно сказать, что некоторые штуки Deckhouse намеренно не дает крутить, некоторыми рулит сам. Таким образом заложена частичка опыта работы на большом количестве инсталляций и в разных окружениях. Это балансирование между стабильностью работы и допустимой глубиной конфигурирования всегда будет кого-нибудь ограничивать :)
Спасибо за фидбэк!
Возможно у вас был какой-то неудачный опыт? Поделитесь?
А можете подробнее про проблемы с идемпотентностью в Deckhousе? В каком-то случае вам ее не хватило? Сейчас (начиная с версии 1.41) даже конфигурация вся может лежать в гите в виде ресурсов.
По поводу установки - установка возможна не обязательно на чистую машину. Можно установить также в существующем кластере какого-либо managed-решения или обычном существующем кластере. В managed-кластерах буду некоторые ограничения, т.к. не доступно управление control-plane, но в остальном никаких отличий. Вы можете довольно легко перебраться с Deckhouse из managed-решения к другому провайдеру или вообще на bare metal с air gap-окружением.
Мониторинг входит и в Commuinty Edition и в данном руководстве модули мониторинга также включены по умолчанию (сравнение редакций по модулям). Все дашборды уже тоже настроены, да. Но можете докинуть своих.
Настройка retention в модуле prometheus:
retentionDays по умолчанию 15 дней.
longtermRetentionDays - retention для Longterm Prometheus - тоже можно крутить.