А что тогда имеет под капотом Yandex Cloud, не опенстэк?
У них свое API. Мне оно больше напоминает GCP.
Чем Deckhouse отличается от облачного уже готового k8s (...)? Там тебе готовая поддержка кластера и другие плюсы
Это такой широкий вопрос, что кратко не описать. Что приходит на ум
Все же DKP — платформа. Это кубернетес с батарейками (фичами, интеграцией, автоматизацией), которые работают из коробки. Мы проинтегрировали друг с другом большое количество опенсорсных и своих компонентов, собираем все фичи в едином веб-интерфейсе, и как вендор мы отвечаем за качество поставки и работоспособности всей поставки и за бесшовное обновление версий платформы. DKP готов для использования в проде сразу с удобным и развесистым мониторингом в том числе для прикладного софта, фичами безопасности и настроек доступа, вариациями ингресс-контроллеров, service mesh, и чего там только нет. В то же время в managed k8s обычно вендор отвечает за control plane и дает маркетплейс, решения из которых ставятся отдельно рядом друг с другом и скорее всего не имеют взаимной интеграции. Да и от вендора к вендору они разные.
Опыт использования DKP практически одинаков независимо от того, с каким облаком/виртуализацией DKP интегрируется. Даже если ставится на статике.
DKP можно поставить в любой контур с самыми жесткими требованиями от ИБ
Мне было бы интересно узнать, какие плюсы классического mk8s от yandex/vk вы еще отметили для себя?
В статический кластер c Deckhouse можно ли добавлять дополнительные ноды, если необходимо расширить ресурсы кластера?
Можно. В группе узлов (NodeGroup) есть селектор по лейблам StaticInstance и их количество. Нужно добавить в кластер информацию о хостах (StaticInstance) и креды к ним — ресурс SSHCredentials. SSHCredentials, возможно, переиспользуете тот же, что есть сразу после установки. В StaticInstance нужно задать лейблы, по которым они будут подходить под селектор в группе. В группе останется обновить, сколько хостов по заданным лейблам нужно завести как узлы. Декхаус их сам настроит. Так можно не только добавлять узлы, но и выводить. В установщике YAML-манифесты можно подсмотреть во вкладке nodes.yaml, и повторить манифесты для StaticInstance c нужными IP или сделать это все в UI. В документации есть подробный пример (без UI) https://deckhouse.ru/modules/node-manager/examples.html#с-помощью-cluster-api-provider-static
Привет!
У них свое API. Мне оно больше напоминает GCP.
Это такой широкий вопрос, что кратко не описать. Что приходит на ум
Все же DKP — платформа. Это кубернетес с батарейками (фичами, интеграцией, автоматизацией), которые работают из коробки. Мы проинтегрировали друг с другом большое количество опенсорсных и своих компонентов, собираем все фичи в едином веб-интерфейсе, и как вендор мы отвечаем за качество поставки и работоспособности всей поставки и за бесшовное обновление версий платформы. DKP готов для использования в проде сразу с удобным и развесистым мониторингом в том числе для прикладного софта, фичами безопасности и настроек доступа, вариациями ингресс-контроллеров, service mesh, и чего там только нет.
В то же время в managed k8s обычно вендор отвечает за control plane и дает маркетплейс, решения из которых ставятся отдельно рядом друг с другом и скорее всего не имеют взаимной интеграции. Да и от вендора к вендору они разные.
Опыт использования DKP практически одинаков независимо от того, с каким облаком/виртуализацией DKP интегрируется. Даже если ставится на статике.
DKP можно поставить в любой контур с самыми жесткими требованиями от ИБ
Я бы предлложил посмотреть на левую колонку в таблице сравнений редакции, и может быть, она подскажет более конкретные дифференциаторы https://deckhouse.ru/products/kubernetes-platform/features/
Мне было бы интересно узнать, какие плюсы классического mk8s от yandex/vk вы еще отметили для себя?
Можно. В группе узлов (NodeGroup) есть селектор по лейблам StaticInstance и их количество. Нужно добавить в кластер информацию о хостах (StaticInstance) и креды к ним — ресурс SSHCredentials. SSHCredentials, возможно, переиспользуете тот же, что есть сразу после установки. В StaticInstance нужно задать лейблы, по которым они будут подходить под селектор в группе. В группе останется обновить, сколько хостов по заданным лейблам нужно завести как узлы. Декхаус их сам настроит. Так можно не только добавлять узлы, но и выводить.
В установщике YAML-манифесты можно подсмотреть во вкладке nodes.yaml, и повторить манифесты для StaticInstance c нужными IP или сделать это все в UI. В документации есть подробный пример (без UI) https://deckhouse.ru/modules/node-manager/examples.html#с-помощью-cluster-api-provider-static