Rancher with cattle vs Rancher with Kubernetes vs Standalone Kubernetes

Question

我正在努力挖掘Rancher，並且想知道如果Rancher插入Kubernetes是否有任何額外的好處而不是牧羊人在家庭編排框架中。 到目前為止，我還沒弄清楚為什么有人會選擇Kubernetes牧場主。 它是否只能幫助緩解Kubernetes的初始設置？ 這些選項與Kubernetes的獨立設置有何不同？

Answer 1

現在有一個非常好的答案。 Rancher宣布Rancher 2.0后，100％進入Kubernetes： http ：//rancher.com/announcing-rancher-2-0/。 它不再使用牛了。

Answer 2

在同時使用Rancher + Cattle和Kubernetes 1年后，我可以分享一些個人觀察，但首先讓我分享一些關於Kubernetes vs Rancher + Cattle的想法：

1. Kubernetes非常靈活，設計可擴展。 Kubernetes集群有兩個支柱 - 作為主要單元的kube-apiserver和作為存儲的etcd 。 其他基本組件對於群集至關重要，但它們被設計為使用kube-apiserver的API，因為任何Kubernetes擴展都應該如此。 您可以按照需要的方式設計群集，使用不同的網絡提供商，身份驗證/授權服務，批量提供程序並替換群集中的幾乎每個組件 - 如果配置正確，擴展的Kubernetes群集幾乎在任何情況下都比基本的Cattle群集更穩定，而不是牛的擴展。
2. Kubernetes擁有許多有用的開箱即用功能，可以保存您的數據，保護您的數據並控制對其的訪問。 這是重要的部分，rancher-nfs 非常脆弱 ，而且，NFS存儲是Cattle保留卷的唯一或多或少的穩定選項，而不是提及本地存儲。
3. Kubernetes對於小團隊中的非頻繁部署和開發來說是一種過度殺傷力。 毫無疑問，Cattle已被創建為Kubernetes的簡單克隆，並繼承了其名稱空間，pod，調度等基本概念，但卻使得部署和維護集群變得非常容易，這使得它對於不了解它的開發人員非常有用。集裝箱化和網絡化。 由於其簡單性，它變得無法用於繁重且動態變化的生產項目。
4. Kubernetes社區發展迅速，得到了雲提供商和無數開源項目和創業公司的支持，所以學習Kubernetes比現在一英尺的牛只更聰明。
5. 最后 - 牛不穩定，非常不穩定 。 特別是如果你計划用裸金屬。 相信我，你不想在生產中使用牛。

並且談到Rancher + Kubernetes捆綁在一起 - 這是一個非常好的組合，Rancher web UI使Kubernetes概念更加簡單，集群維護和配置變得更加容易，但總有一些“buts”：Rancher 2.0也非常不穩定，蟲子使它現在無法用於生產。 不能說Rancher 1.x + Kubernetes。

Answer 3

根據我們的經驗，牛只是一個玩具。 它適合開發或一些小環境。 如果你在PROD中使用牛，你會知道我說的是什么。

但是Rancher比k8s更加簡潔和簡單。

所以我很期待Rancher 2.0 ，

Rancher 2.0是一個基於Kubernetes的完整容器管理平台

Answer 4

rancher v2更復雜，因為ks8很復雜但它包含管理容器的強大功能，牛牧場主v1和ks8牧場主v2之間的利弊在這里有一些最重要的區別：

1- rancher v1 cattle更像是docker-compose而不是現代的編排工具，並且缺乏對新存儲驅動程序的支持或者真正的高可用負載均衡器方法，如ks8中的入口。

2- rancher v1擁有出色的社區目錄，這使得創建高可用性服務變得更加容易，但解決可能發生的問題卻非常棘手。

3 - rancher v2支持社區目錄和掌舵，但需要更多的貢獻才能變得穩定和偉大，因為v1但是k8s完全穩定並且使用kubectl來管理pod和資源很容易。

我的意見是使用rancher v2，如果你想啟動docker orchestration，ks8有很棒的cli工具，但是當你需要升級容器或更改配置rancher web gui可以有效幫助。