Я пытаюсь покопаться в Rancher, и мне было интересно, есть ли у Rancher, подключенного к Kubernetes, какие-либо дополнительные преимущества по сравнению с Cattle, который является фреймворком Rancher в домашней оркестровке. До сих пор я не мог понять, почему кто-то выбрал Rancher с Kubernetes. Помогает ли это только облегчить первоначальную настройку Kubernetes? Чем эти параметры отличаются от автономной установки Kubernetes?
Владелец ранчо с крупным рогатым скотом vs владелец ранчо с Kubernetes vs автономный Kubernetes
Ответы (4)
На это есть очень хороший ответ. Rancher только что перешел на 100% в Kubernetes, объявив о Rancher 2.0: http://rancher.com/announcing-rancher-2-0/. Он больше не использует крупный рогатый скот.
После 1+ года одновременного использования Rancher + Cattle и Kubernetes в производстве я могу поделиться некоторыми личными наблюдениями, но сначала позвольте мне поделиться некоторыми мыслями о Kubernetes против Rancher + Cattle:
- Kubernetes удивительно гибкий и расширяемый. Кластер Kubernetes состоит из двух столпов: kube-apiserver как основной модуль и etcd как хранилище. Другие базовые компоненты жизненно важны для кластера, но они были разработаны для использования API kube-apiserver, как и любое расширение Kubernetes. Вы можете спроектировать свой кластер так, как вам нужно, использовать различных сетевых провайдеров, сервисы аутентификации / авторизации, поставщики томов и заменить почти каждый компонент в кластере - и при правильной настройке ваш расширенный кластер Kubernetes будет более стабильным, чем базовый кластер Cattle практически в любом случае. , не говоря уже о расширениях Cattle.
- Kubernetes имеет множество полезных готовых функций для сохранения ваших данных, сохранения ваших данных в секрете и управления доступом к ним. Это важная часть, rancher-nfs довольно хрупко, более того, NFS-хранилище - единственный более или менее стабильный вариант, который у вас есть в Cattle для хранения томов, не говоря уже о локальном хранилище.
- Kubernetes - это излишек для нечастых развертываний и разработки в небольшой команде. Несомненно, Cattle был создан как простой клон Kubernetes и унаследовал его основные концепции пространств имен, модулей, планирования и т. Д., Но при этом упростил развертывание и обслуживание кластера, что сделало его полезным для разработчиков, не понимающих контейнеризация и создание сетей. Из-за своей простоты он стал практически непригодным для тяжелых и динамично меняющихся производственных проектов.
- Сообщество Kubernetes быстро растет, его поддерживают облачные провайдеры и бесчисленное количество проектов и стартапов с открытым исходным кодом, поэтому разумнее изучать Kubernetes, чем Cattle, который сейчас находится в могиле.
- И наконец - Крупный рогатый скот нестабилен, очень нестабилен. Особенно, если вы планируете использовать его с голым металлом. Поверьте, вам не захочется использовать Cattle в производстве.
И если говорить о Rancher + Kubernetes, связанных вместе - это очень хорошая комбинация, веб-интерфейс Rancher упрощает концепции Kubernetes в хорошем смысле, обслуживание и подготовка кластера становятся намного проще, но всегда есть некоторые «но»: Rancher 2.0 тоже очень нестабилен , ошибки делают его непригодным для использования в производственной среде. Ничего не могу сказать про Rancher 1.x + Kubernetes.
По нашему опыту, крупный рогатый скот - это просто игрушка. Это просто подходит для разработки или какой-то небольшой среды. Если вы использовали «Крупный рогатый скот» в PROD, вы знаете, о чем я говорю.
Но Rancher гораздо лаконичнее и проще, чем k8s.
Так что я с нетерпением жду Rancher 2.0,
Rancher 2.0 - это полноценная платформа для управления контейнерами, построенная на Kubernetes.
Rancher v2 более сложен, поскольку ks8 сложен, но он содержит отличные функции для управления контейнерами. Вот некоторые из наиболее важных различий между скотоводом v1 и ks8 rancher v2:
1- rancher v1 cattle больше похожа на docker-compose, чем на современные инструменты оркестровки, и отсутствие поддержки новых драйверов хранилища или реального высокодоступного подхода балансировки нагрузки, такого как ingress в ks8.
У 2- rancher v1 есть отличные каталоги сообщества, которые делают создание высокодоступных сервисов намного более легким, но своего рода сложным для решения проблем, которые могут возникнуть.
3 - rancher v2 поддерживает каталоги сообщества и helm, но требуется больше усилий, чтобы стать стабильным и отличным, как было v1, но вместо этого k8s полностью стабилен, и использовать kubectl для управления модулями и ресурсами легко.
Я считаю, что используйте rancher v2, если вы хотите начать оркестровку докеров, у ks8 есть отличные инструменты cli, но когда вам нужно обновить контейнер или изменить конфигурацию, веб-интерфейс ранчера может эффективно помочь.