Как отличается ранчо от Кубернетов

Ответ 1

Rancher - это опрятный инструмент, который лучше всего описывается как инструмент развертывания для Kubernetes, который дополнительно интегрировал себя для обеспечения сетевой поддержки и поддержки балансировки нагрузки.

Ранчин первоначально создал свою собственную фреймворк под названием "Крупный рогатый скот", чтобы координировать контейнеры докеров через несколько хостов. В то время Докер был ограничен работой на одном хосте. Rancher предложил интересное решение этой проблемы, предоставив сети между хостами, что в конечном итоге стало частью Docker Swarm.

Теперь Rancher позволяет пользователям развернуть выбор крупного рогатого скота, Docker Swarm, Apache Mesos (проект upstream для DCOS) или Kubernetes для управления вашими контейнерами.

Ответ на jdc0589

Ты совершенно прав. Пользователь контейнера Kubernetes абстрагирует основные детали реализации вычислений, сетей и хранилища. Это в настройке этой базовой детали, в которой помогает Rancher. Сеть Rancher обеспечивает последовательное решение на разных платформах. Я нашел это особенно полезным при работе на голых металлических или стандартных (не облачных) виртуальных серверах.

Если вы используете только AWS, я бы использовал kops и воспользовался встроенной интеграцией, о которой вы упоминали.

Во время фиксации k8s необходимо признать, что Rancher также позволяет легко устанавливать другие фреймворки (Swarm and Mesos). Я рекомендую попробовать, если только понять, почему он вам не нужен.

• http://docs.rancher.com/rancher/v1.5/en/quick-start-guide/
• http://docs.rancher.com/rancher/v1.5/en/kubernetes/

Обновление 2017-10-11

Rancher анонсировала предварительный просмотр Rancher 2.0. Новый ответ на ваш вопрос заключается в том, что вскоре Rancher станет пользовательским интерфейсом администратора и набором дополнительных сервисов, предназначенных для развертывания поверх Kubernetes.

Ответ 2

Rancher 2.0 теперь GA, и это продукт с открытым исходным кодом, который упрощает развертывание Kubernetes и управление им, где бы он ни работал. Это решает три основные проблемы для пользователей Kubernetes:

1. Это дистрибутив Kubernetes и установщик, который делает развертывание и обновление Kubernetes очень простым. Вроде как Kops, Kubespray и т.д. Этот кусок называется RKE, и может использоваться независимо от Rancher.

2. Rancher 2.0 - это многокластерный инструмент управления для администрирования кластеров Kubernetes. Независимо от того, создали ли вы кластер с помощью RKE, имеете уже существующий кластер Kubernetes или используете размещенный кластер kubernetes, такой как GKE, EKS или AKS, Rancher может централизованно управлять всеми этими кластерами. В частности, он касается управления пользователями и RBAC, управления политиками безопасности, управления емкостью, делегированного администрирования, резервного копирования и восстановления кластера, ведения журналов и мониторинга и т.д.

3. Rancher - это пользовательский интерфейс для команд, которые используют Kubernetes. Rancher предоставляет пользовательский интерфейс и API для взаимодействия пользователей с кластерами Kubernetes, к которым им предоставлен доступ. Пользователи также могут просто использовать KubeCTL. Этот уровень предоставляет интегрированный инструментарий, который делает использование Kubernetes довольно простым, включая интегрированное управление журналами, CI/CD, оповещение и т.д. Helm хорошо интегрирован и позволяет легко обмениваться шаблонами. Предстоящие выпуски также интегрируют Istio и Prometheus.

Все это поставляется в виде единой платформы, поэтому вы можете легко переходить от версии к версии Rancher и обновлять компоненты.

Надеюсь, это поможет. Вы можете узнать больше на github.com/rancher/rancher

Ответ 3

Короче говоря:

Rancher является дистрибутивом (или инкапсуляцией) над Kubernetes и имеет некоторые дополнительные функции (см. ответы выше), он предлагает веб-интерфейс, который обеспечивает большую часть своих функций.

Rancher имеет собственную дорожную карту, что означает, что он не будет обновляться, как только как релизы Kubernetes, и вы получите новые функции и исправления ошибок из kubernetes намного больше позже. Чем больше новых возможностей, тем сложнее и больше отклонение от основной линии Кубернетеса.